да я щас не о себе )

А причём тут айтишник? Батраки на стройке тоже не в курсе про пмбок

Или например бригадиры

он не просто айтишник, руководителем проектов работает

ПМБОК в глаза не видел ))

Прораб?

Ну ему значит не надо :)

Ну самоучек нынче достаточно.

Он может прочитал дедлайн и ок

Основное отличие, что почти вся работа без физической формы - нельзя пощупать, запустить почти всегда только в окончании части проекта. Поэтому нужно знать специфику этапов проекта, хоть они все тебе самые 5 стадий, но выхлоп специфичен. Плюс часто динамизм изменений выше (в основном пытаются угодить заказчику и принять запрос на изменения на поздних стадиях).

Это может дать опасные риски - тк архитектура проекта может не учитывать поздних изменений

это должны учитывать девелоперы когда проектируют)

все таки не в 13 веке живём и мир довольно изменчив в кратчайшие сроки

Дизайнеры, когда дизайнерят

Клиенты, когда заказывают

Дальше - обычно IT это комплексные проекты с несколькими уровнями. Простейший пример MVC - соотв. архитектура, реализация функционала поверх неё и представление. Обычно заказчик видит только уровень C (иногда V), хотя он представляет небольшой объём работ. Важно уметь показывать работу и прогресс без реальной модели.

Далее - почти вся работа ментальна, контроль качества в разы сложнее чем в других сферах. Чуть кривая архитектура или код-лапша и будет очень больно заканчивать проект, а то и невозможно. Если нет тех.Лида, которому вы доверяете и кто делает ассестмент - у вас проблемы. Код и технологии (например криптография) это не стройка - развалившийся кирпич или дыру в трубе вы тут не увидите, нужны годы подготовки

К этой же проблеме относится трек прогресса проекта - есть специфика как узнавать насколько вы продвинулись к финишу или осталось вторых 80% работ

Ну и ещё одна ловушка для новичка - говнометодологии  типа ажайл и скрам, которые призваны только упорядочивать рутину, игнорируя все остальные части проекта - инициацию, историю, риск менеджмент, етц (вот чем полезен PMBOk, RUP и прочие "ненужности").
Прочитав срам манифест можно подумать, что легко и планинг покер всех спасёт, а через полгода получить команду, которая винит себя в том, что доку никто не писал и никто не помнит, какие были требования клиента после 5го изменения. ПМу критически важно поставить правильную систему в отсутствие шаблоновв

И это только специфика этапа подготовки продукта. В отличие от других сфер в ИТ работа только начинается, когда продукт релизнулся.