Oxford English Dictionary фиксирует словосочетание project management уже в 1913 году: первый известный печатный пример взят из газеты Nevada State Journal. Это не «айтишный» ярлык 1990-х и не выдумка кадровых агентств. Проджект-менеджер как название появился за полвека до персональных компьютеров, а как отдельная управленческая функция — в военно-промышленных программах США 1950-х.
Вокруг должности накопились удобные упрощения: будто это статус без содержания, будто её придумали, чтобы раздуть штат, будто в Украине до независимости ничего подобного не существовало. Такие представления смешивают английскую кальку, советские строительные титулы и офисные вакансии в одну кучу.
Ниже разобрано, из каких документов вырастает должность, какие работы она охватывает и чем отличается от линейного руководителя. Даты приведены вместе с названием акта или публикации, из которой они взяты.
Содержание 6 разделов
Должность родилась в Кремниевой долине
Название и функция разошлись во времени. Словосочетание project manager встречается в американской прессе ещё в 1914 году, но как устойчивый тип работы оно оформляется после Второй мировой войны — в авиации, ракетных и ядерных программах, а не в гражданском программировании.
В 1951–1955 годах Военно-воздушные силы США ввели «специальные проектные управления» (special project offices): одно лицо отвечало и за техническое решение, и за бюджет программы. Эту практику связывают с процедурами бригадного генерала Бернарда Шривера для межконтинентальных ракет. В ноябре 1955 года ВМС США создали Special Projects Office под руководством адмирала Уильяма Реборна для программы подводной баллистической ракеты Polaris.
PERT была разработана в 1957–1958 годах управлением ВМС США вместе с консультантами, но первые опубликованные описания PERT вышли в 1958 году (источник — Wikipedia). Параллельно в 1957 году компании E. I. du Pont de Nemours и Remington Rand UNIVAC проработали метод критического пути (CPM) для промышленного строительства. Обе методики стали инструментами той же роли: человека, который держит календарь, зависимости подрядчиков и отчёт перед заказчиком.
9 октября 1969 года в Georgia Institute of Technology в Атланте состоялось учредительное собрание Project Management Institute; в том же году устав зарегистрирован в штате Пенсильвания. Пять подписантов — Джеймс Снайдер, Эрик Дженетт, Гордон Девис, Нед Энгман и Сьюзен Галлагер. Европейская сеть возникла раньше: в 1965 году в Швейцарии основана International Management Systems Association, впоследствии INTERNET, с 1996 года — IPMA; первый европейский конгресс состоялся в Вене в 1967 году.
Ошибка «всё началось в Кремниевой долине» держится на том, что массовый читатель впервые увидел английское название в вакансиях ИТ-компаний. Сама функция сложилась на военных и строительных программах за десятилетия до персонального компьютера.
| Год | Документ или событие | Что зафиксировано |
|---|---|---|
| 1914 | Запись Oxford English Dictionary (Nevada State Journal) | Первая известная печатная фиксация названия project manager |
| 1958 | Описание методики PERT Special Projects Office ВМС США | Сетевое планирование программы Polaris |
| 1959 | Статья Пола Геддиса, Harvard Business Review, май–июнь | Проджект-менеджер как отдельная управленческая функция |
| 1969 | Устав Project Management Institute, Пенсильвания | Профессиональная ассоциация по управлению проектами |
| 1987 | Первый white paper PMBOK Institute | Свод практик отрасли |
| 2010 | Приказ Госпотребстандарта Украины от 28.07.2010 № 327 | ДК 003:2010, коды 1238 и 2447.2 |
Источники: Oxford English Dictionary; уставные материалы Project Management Institute за 1969 год; Приказ Госпотребстандарта Украины от 28.07.2010 № 327.
Координация сложных работ — изобретение последних десятилетий
Управлять разовым делом с фиксированным результатом умели задолго до английского названия. Другое дело — когда эту работу выделили в отдельную должность со своим инструментарием и профессиональным уставом.
Диаграмму Ганта Генри Лоуренс Гант описал около 1917 года как способ показать план работ на шкале времени; её применяли на военных заказах США периода Первой мировой. До того крупные стройки вели архитектор, главный инженер или подрядчик без отдельного титула «менеджер проекта». В СССР и в Украинской ССР ту же нишу в проектных институтах занимал главный инженер проекта (ГИП): техническое руководство проектно-изыскательскими работами и авторский надзор. Квалификационные характеристики этой должности в строительной отрасли закреплены, в частности, постановлением Госстроя СССР от 3 июля 1987 г. № 131; украинский Справочник квалификационных характеристик профессий работников унаследовал это описание.
ГИП отвечал за качество документации, сметные решения и соответствие нормам. Он не обязательно держал календарь сотен подрядчиков, денежный поток и изменение объёма работ так, как это делает проджект-менеджер в смысле стандартов ISO 21500:2012 и последующего ISO 21502:2020. Отсюда и иллюзия новизны: изменили не сам факт координации, а границы ответственности и язык отчётности.
В мае–июне 1959 года Harvard Business Review напечатал статью Пола Геддиса «The Project Manager». Автор прямо отличает эту роль от «обычного» руководителя подразделения: проджект-менеджер собирает специалистов разных специальностей вокруг одного изделия и отвечает за срок и результат, не владея всеми людьми на постоянной основе.
Проджект-менеджер лишь раздаёт задания
Ежедневная работа уже слогана и шире календаря в таблице. Проджект-менеджер ведёт одно ограниченное во времени дело от согласованной цели до сдачи результата. Он не управляет отделом «навсегда» и не определяет продуктовую политику компании.
Типовой набор действий, который повторяется в стандартах и в должностных инструкциях:
- зафиксировать объём работ, ограничения и критерий готовности вместе с заказчиком;
- составить календарь и список зависимостей между работами;
- распределить задания между исполнителями и подрядчиками;
- следить за отклонением срока, стоимости и объёма;
- вести протокол изменений: что добавлено, что снято, кто это утвердил;
- отчитываться заказчику и руководству о состоянии, рисках и решениях, которые нужны от них.
Это канцелярия с последствиями: если изменение объёма не записано, позже невозможно доказать, кто его заказал. Распространённая внешняя картина «человек на совещаниях» заканчивается срывом сдачи именно тогда, когда протокол изменений отсутствует, а календарь существует лишь в голове координатора. Правильный минимум — письменный объём, дата сдачи, ответственный за каждый блок и журнал отклонений.
До введения единого календаря и журнала изменений команда работает параллельными списками: разработчик ориентируется на свой бэклог, подрядчик — на собственный договор, заказчик — на устные обещания. После того как проджект-менеджер сводит эти списки в один график с владельцами работ, расхождения становятся видимыми на недели, а не в день сдачи. Меняется не «атмосфера», а место, где фиксируют факт срыва.
В советской Украине такой работы не было
Должности с английским названием не было. Работы по координации разового объекта — были, под другими ярлыками и в другой хозяйственной логике.
В проектных институтах УССР главный инженер проекта и главный архитектор проекта вели конкретный объект через стадии проектирования. На площадке график держали начальник строительства, прораб, руководитель треста. Плановые органы задавали пятилетние и годовые показатели, а не устав отдельной профессии «управление проектами». В 1960-х после появления PERT и CPM в советской литературе распространилась система сетевого планирования и управления (СПУ), но она оставалась методикой внутри министерств, а не рыночной должностью.
После 1991 года название пришло вместе с западными контрактами, донорскими программами и первыми ИТ-заказами. В штатных расписаниях появляются «менеджер проекта», «руководитель проекта», позже транслитерация «проджект-менеджер». Национальный классификатор профессий ДК 003:2010, утверждённый приказом Госпотребстандарта Украины от 28.07.2010 № 327 и введённый с 1 ноября 2010 года, уже содержит отдельные коды: 1238 — «Руководитель проектов и программ в сфере материального (нематериального) производства»; 2447.2 — «Специалист по управлению проектами и программами…»; 1237.1 — «Главный инженер проекта». От базового названия «Менеджер (управляющий)» (коды 1231, 1499) разрешено образовывать «менеджер проекта».
Украинское отделение Project Management Institute действует с 2004 года (чартер PMI Ukraine Chapter). Национальный стандарт ДСТУ ISO 21500:2022 перенёс международные определения проекта, программы и портфеля в украинский нормативный язык. Строительная отрасль при этом сохранила ГИП как техническую должность: английская калька её не отменила.
Проджект-менеджер и обычный менеджер тождественны
Путаница вырастает из кальки. Английское project manager — это руководитель проекта, то есть ограниченного во времени дела. Украинское «менеджер» в быту означает любого администратора: отдела продаж, смены, офиса. Отсюда ощущение, что проджект-менеджер — просто ещё один начальник с модной подписью.
Разница функциональная. Линейный руководитель отвечает за постоянный процесс и за людей, которые ему подчинены по штату. Проджект-менеджер отвечает за результат одного дела: объём, срок, стоимость, качество сдачи. Люди в проекте часто принадлежат другим отделам или другим юридическим лицам. В строительстве эту роль могут делить ГИП (техника и документация) и руководитель проекта заказчика (договор, финансы, приёмка). На производстве координацию разового запуска линии иногда называют «руководитель программы». В ИТ то же английское название ставят на человека, который ведёт релиз или контракт с клиентом.
Из-за этого в объявлениях под одним ярлыком оказываются разные работы. Кадровик записывает «проджект-менеджер», а по классификатору нужен код 1238, 2447.2 или образованное от 1231 название «менеджер проекта». Если этого не сделать, трудовые записи расходятся с ДК 003:2010, хотя содержание работы может быть тем же.
Частые вопросы
Когда должность выделили отдельно
Как печатное слово — не позднее 1914 года. Как устойчивая функция с полной ответственностью за программу — в практике ВВС и ВМС США первой половины 1950-х, с публичным описанием в статье Геддиса 1959 года и с профессиональной ассоциацией от устава PMI 1969 года.
Это выдуманный американский статус
Нет. Статус подкреплён военными процедурами, методиками PERT и CPM 1957–1958 годов, уставами ассоциаций и позднее стандартами ISO 21500:2012 и ISO 21502:2020. Другое дело, что само название легко наклеивается на работу, которая этих признаков не имеет.
Какие задачи выполняет ежедневно
Согласовывает объём и дату сдачи, ведёт календарь и зависимости, распределяет работы, фиксирует изменения, собирает факты об отклонениях и требует решений от заказчика, когда граница проекта сдвигается. Если этого цикла нет, остаётся лишь должность в штатном расписании.
Как называли эту работу в УССР
В проектировании — главный инженер проекта и главный архитектор проекта. На площадке — начальник строительства и прораб. Отдельного рыночного титула «проджект-менеджер» не существовало, потому что не существовало рынка услуг по управлению проектом вне министерской вертикали.
Чем отличается от обычного менеджера
Обычный менеджер держит постоянную функцию и подчинённых. Проджект-менеджер держит один проект: старт, границу работ, сдачу. После сдачи его мандат на это дело заканчивается, даже если человек остаётся в компании.
Практическое правило такое: смотрите не на английскую подпись, а на три признака. Есть ограниченный во времени результат? Есть лицо, которое сводит срок, объём и стоимость в одном отчёте? Есть журнал изменений, без которого нельзя изменить границу работ? Если да — перед вами проджект-менеджер по содержанию, как бы ни называлась строка в классификаторе. Если нет — это координатор процесса или линейный руководитель под чужим ярлыком.
Оговорка: отраслевые нормы разные. В строительстве техническую ответственность по-прежнему несёт ГИП по ДКХП; в государственном секторе название нужно сверять с ДК 003:2010; международный стандарт даёт словарь, а не трудовой договор. Статья объясняет происхождение и границы должности, а не заменяет должностную инструкцию конкретного предприятия.