172. Продуктовое многоженство

Есть разный взгляд на роль Product owner в методологии Scrum. Некоторые практикуют, что у одного овнера есть 3-5 команд-продуктов. Овнер занимается продуктовой стратегией, высокоуровневыми требованиями, налаживанием отношений с полезными людьми. Естественно, времени вникать в детали «почему эта кнопка стоит тут» у него не остается. Да и с бэклогом такой овнер не работает, эта ответственность ложится на тимлида и скрам-мастера.

У меня в управлении одновременно были две шустрых команды с абсолютно разными продуктами. Времени постоянно не хватало. Жертвовать работой с бэклогом я не стал (кто бы мне позволил!), но перестал тусоваться с более старой и стабильной командой, не ходил с ними обедать, не принимал участие в найме новых разработчиков.

Без моего участия они наняли двух программистов. За полгода два новых сотрудника сделали против меня заговор. Поговаривали команду, что типа этот дурак гонит какую-то пургу, давайте лучше остановим разработку и устроим рефакторинг на полгода.

Все произошло не быстро и не сразу. Я видел рост напряженности, на ретроспективах что-то всплывало. Но тогда я был сфокусирован на другом продукте и не относился серьезно к ситуации. Кончилось все полной деморализацией команды, увольнением смутьянов и введением внешнего управления в команду. Мне с той командой пришлось расстаться.

С тех пор я участвую в жизни своей команды и вникаю во все детали. Вести несколько продуктов одновременно – можно. Но важно, чтобы в команде был хороший проверенный скрам-мастер – не как роль, а как отдельный человек.