Когда приоритизация убивает эффективность
Недавно мы собесили менеджеров, и одно интервью врезалось в память настолько, что стало триггером для этого текста.
Кандидат ищет новое место по неочевидной причине: приоритизация задач в компании убивала динамику работы. Что там происходило: в спринт забрасывают одну фичу. Первая неделя уходит на аналитику и дизайн, вторая — на разработку. Что делают разработчики в первую неделю? Исправляют техдолг. В этом безусловно есть польза, но столько времени на техдолг не нужно, значит часть уходит в простой. Если смотреть на это с позиции бизнес-ценности — это очень дорого и не увеличивает число фичей продукта, которые позволяют заработать.
Звучит разумно, только если не смотреть на скорость и ROI продукта. Это тот случай, когда roadmap предсказуемый, но чертовски медленный.
Можно попробовать и по-другому: сделать результат быстрее за счет более сложного управления проектом. В KTS мы со временем стали стыковать фазы работы: аналитика, дизайн, разработка — по сути процессы идут параллельно. Конечно, мы не игнорируем техдолг. Техдолг — это переменная, которой ты умеешь управлять. Да, он влияет на производительность, но балансировать им нужно осознанно.
От проджекта при этом требуется больше компетенций, потому что он должен менеджерить неопределённость и держать всех в фокусе. Но это и есть работа настоящего сеньора: достигать результата через управление, а не обслуживать процесс. Да, где-то сложнее, где-то рискованнее. Но MVP виден не через год, а через 3-4 месяца. Подробнее об этом расскажу в следующих постах.
