всем привет
к сожалению сложно найти время писать что-то осмысленное в канал, но буду пытаться.

Проводя опять собеседования ПМов, в голову пришла такая мысль, как по разному кандидаты строят рассказ о себе и ответы на кейсовые вопросы типа "вот такая входная инфа, тебе надо стартовать проект, опиши свои действия".

Варианты ответов чаще всего абстрактные, не имеют структуры и конкретики и для меня это всегда проблема.
Вот в кратце заметки:
- кандидат говорит "мы" и описывает что будет делать команда, хотя я конкретно спросил опиши свои действия и хочу услышать что он конкретно будет делать. Например, я хочу услышать "проведу внутренний кикоф с командой, опишу проект, роли и задачи, затем организую кикоф с клиентом где я обсужу то-то и то-то"
- про себя кандидат часто описывает о чем был проект(ы) и компании, а не что он делал и как его организовал
- почти все миддлы знают только божественный скрам (и то не глубоко) и не знают почти ничего вне его. Редко кто может обьяснить канбан, кто-то мог прочитать пмбок но не может обьяснить как его применить. А уж про что-то еще шире типа Prince2, RUP и тд вообще даже не слышали обычно. Я не устаю повторять, что чем больше вариантов ПМ знает, тем лучше он сможет адаптировать процесс на проекте, взяв лучшее из других подходов, а не только из скрама. Например в RUP просто офигительно описан процесс работы с требованиями и стейкхолдерами
- мало кто говорит про матрицу или анализ стейкхолдеров, матрицу коммуникаций (хотя про саму коммуникацию все же говорят) и матрицу рисков. Обычно это все на минимальном уровне, по наитию и интуиции, не оформляя это формально, даже когда это имеет смысл.
- мало кто может назвать больше 2-3 метрик, редко кто понимает как прогнозировать дальше план-факта
- если кандидат говорит что использовал метод оценки PERT, то он чаще всего не понимает, что PERT все же больше чем 1 формула, которая дает 50% вероятности, а нужно еще считать сигму (кв.отклонение) чтобы получить 70+% вероятности, которую уже можно как то использовать
- деплоймент план и тд - это вообще считается проблемой техлида, как и инженерные практики.

В итоге, для меня это видится, что переход от миддла к сеньору у ПМа происходит только тогда, когда он отходит от чисто ручного интуитивного управления проектом и переходит на управление по данным.

Ручное управление работает только на небольших проектах, в проектах с командой 10+ человек это уже становится проблемой. То же самое касается умения адаптировать процесс. Обычный аутсорсный недоскрам ок работает тоже только на небольших проектах и сыпется с ростом размера команды

Если хотите вести большие проекты, то лучше знать базу до того, как вы будете фейлить их и учиться по ходу.

Всем отличного дня!