Junior Project Manager — питання на співбесіді проджект менеджера

У чому різниця між Scrum і Kanban? Коли обрати кожен?

Scrum працює фіксованими спринтами із зафіксованим обсягом, визначеними ролями й церемоніями — він підходить продуктовій роботі, де ритм планування та огляду приносить користь. Kanban це безперервний потік з обмеженням незавершеної роботи і без спринтів, що підходить підтримці, супроводу і всьому, де пріоритети змінюються щодня. Вирішальне питання — чи можете ви втримати скоуп стабільним два тижні; якщо ні, церемонії Scrum перетворюються на театр.

Як ви оцінюєте? Що таке story points і planning poker?

Story points виражають відносний розмір і складність, а не години, що позбавляє хибної точності часових оцінок і враховує різну швидкість різних людей. У planning poker усі оцінюють одночасно, щоб ніхто не якорився на найгучнішій думці, і справжня цінність — в обговоренні після розходження. Прогнозувати за точками можна лише після кількох спринтів, коли встановилася velocity.

Що робити, якщо проєкт не встигає в дедлайн?

Піднімати питання одразу, щойно ви це зрозуміли, а не коли це стане незаперечним — ціна сюрпризу набагато вища за ціну поганої новини. Приходити треба з варіантами, а не лише з проблемою: урізаний скоуп, поетапна поставка, додавання людей з урахуванням часу на їх розгін або перенесення дати, і в кожного варіанта проговорені наслідки. А далі рішення ухвалює той, хто володіє цим компромісом.

Як ви керуєте ризиками? Наведіть приклад.

Ризики виявляють разом з командою, заносять з імовірністю та впливом, призначають власника і прописують захід зниження й тригер, що каже, коли діяти. Конкретний приклад — залежність від стороннього API: захід це розробка проти моку за інтерфейсом, а тригер — відсутність доступу до пісочниці до визначеної дати. Реєстр ризиків, який ніхто не переглядає щотижня, це документація, а не управління.

Що таке velocity і burndown chart? Як їх використовувати?

Velocity — це кількість точок, яку команда закриває за спринт, і корисна вона як діапазон прогнозу по кількох спринтах, а не як одне число. Burndown показує залишок роботи в часі й здебільшого розкриває форму: пласка лінія на початку й обрив у кінці означають, що роботу не інтегрують до останнього дня. Обидва інструменти діагностичні, для команди — використання velocity як цілі за продуктивністю гарантовано псує оцінки.

Як ви вирішуєте конфлікти всередині команди?

Розбиратися рано і спершу віч-на-віч, відділяючи позицію кожного від потреби, що за нею стоїть. Більша частина технічних конфліктів насправді про непроговорені пріоритети — один оптимізує термін поставки, інший підтримуваність — і називання цього компромісу перетворює сварку на рішення. Якщо не розвʼязується, ескалювати тому, хто володіє компромісом, а не давати конфлікту тліти.