Жаль, что у вас сложилось такое мнение об этой непростой профессии. Но раз вы называете их "секретарями", значит далеки от предметной области.
Если уж задаете такие вопросы, то вот шорт-лист задач, которые решают нормальные проектные менеджеры, а не "секретари-бездельники":
-Бюджет проекта. Проект должен быть реализован в рамках того бюджета, который на него выделен, а оценку стоимости проекта, к слову, тоже готовит проектный менеждер. Он же за нее отвечает и довольны должны остаться все: и компания подрядчик и и заказчик. За результат отвечает менеджер.
-Команда проекта. Люди меняются (увольняются), выгорают, менеджер постоянно с этим работает и следит за тем, чтобы это не влияло но общий ход проекта и он не выбивался из сроков и бюджета. Ищет недостающих людей в команду, помогает адаптироваться новым людям в команде и проекте
-Документация по проекту. Менеджер документирует всю базу знаний проекта, следит за ее актуальным состоянием. Вся отчетность по проекту, как внутренняя, так и для заказчика - также вотчина менеджера.
-Процессы. Все процессы в проекте, начиная постановки задачи, до ее финальной реализации, также разрабатывает менеджер. Процессов в проектах всегда очень много и грамотно выстроить работу команды - весьма не простая задача. А что если у нас работает в проекте несколько команд? Когда дела касается разработки, такая практика - совсем не редкость. Работа должна быть слаженной, а результат стабильно отвечать заявленным требованиям.
-Регулярные изменения в проекте. В процессе реализации проекта могут измениться требования от бизнеса и никто не застрахуется от этого. Меняется мир, бизнес, требования соответственно тоже. Весь проект может перестроиться и измениться буквально по звонку. Задача менеджера - реорганизовать структуру проекта под новые требования.
-Подготовка технических заданий на разработку. Заказчик - не специалист в этой области, а разработчик не должен додумывать задачу. Менеджер собирает все требования от заказчика, перерабатывает их в техническое задание, понятное разработчикам, учитывает все особенности уже имеющейся архитектуры проекта. Декомпозирует все задачи, составит график производства, проследит, чтобы он соблюдался.
А теперь поставьте себя на место, например, руководителя отдела разработки и примерьте на себя все эти задачи хотя бы по одному проекту. А если в компании 10 проектов? Вы справитесь? Помощь не нужна?
Отвечая на ваш неудачный вопрос о работе менеджеров, скажу - менеджер проекта является его руководителем, а не "секретарем" коим вы считаете их.
"Галера (для разработчика) — Сложный, трудновыполнимый код, а также работа с душными заказчиками
Галера (для человека) – деревянный военный корабль"
А где еще можно погонять на галерах?
Конечно в War Thunder!
War Thunder – это кросс-платформенная многопользовательская онлайн-игра для PC, PS4, Mac и Linux, посвященная боевой авиации, бронетехнике и флоту времен Второй мировой и Корейской войны.
Думаю, что ИИ дал бы более точные определения, в статье как раз много неточностей и, местами, непонимания терминов)
Я этот термин встречал на нескольких местах работы не связанных с Шмяндексом) Может позаимствовали оттуда, не знаю) В целом больше вопрос к точности формулировки автора. Ответ сервера - это и есть ответ, а ручкой называют именно интерфейс взаимодействия)
В целом мысль интересная, но я бы поискал больше примеров)
"Галера" в IT- это еще и определенный тип компаний, не ведущих продуктовую разработку, а сосредоточенные только на продаже своих ресурсов (разработчиков) своим подрядчикам для реализации их проектов.
"Ручкой" в IT, насколько я знаю, называют API для взаимодействия, а не сам ответ сервера
Еще хорошим примером было бы слово "доска"(Board).
Не соглашусь. Бизнес требование может звучать так: "Хотим привлечь дополнительную аудиторию в наш блог, так как видим, что пользователи его не читают", а в техническом задании будет описано, что для привлечения дополнительной аудитории будет реализован вывод последних или самых популярных статей на главную страницу сайта, будут описаны технические компоненты, необходимые для реализации этой задачи, описаны ограничения работы этого компонента и так далее.