Типичная история в ИТ-компаниях, с которой мы сталкиваемся из раза в раз: владелец продукта жалуется, что не он управляет командой разработки и якобы поэтому не может добиться результатов. При том, что самый главный инструмент по управлению командой есть у каждого владельца продукта, но именно его многие стараются всеми силами игнорировать. Что же это за такой волшебный инструмент?
Мы уже писали почему отдавать управление командой разработки в руки владельца продукта это плохая идея. А вот чем владелец продукта обязан управлять так это продуктовым бэклогом. Именно это его вотчина, в которой он волен реализовывать себя по полной. Продуктовый бэклог это и есть самый мощный инструмент по управлению командой. Он по сути полностью управляет тем, что команда будет делать и в каком порядке.
Большинство проблем идет не от того, что командой нельзя управлять, а от того, что в бэклоге бардак. Команда может быть и рада бы была поработать, но описаний задач нет, приоритеты не расставлены, то, что нужно делать в текущем квартале решается в середине первого месяца этого же квартала. А что, собственно, требовать с разработки, если не сформирован сам список требований?
А вот когда в продуктовом бэклоге наведен порядок, то и с команды есть, что спросить. Согласны? Или у вас другое мнение? Напишите в комментариях.
Подробно о том, как организовать и приоритизировать продуктовый бэклог мы разбираем в нашей книге "Гибкие методологии на практике". В ней же можно узнать и о других эффективных способах повлиять на команду.
————
Наши курсы и книги: oros-it.ru
Оставить заявку на консультацию: бот или почта info@oros-it.ru
Получать все посты на сутки раньше: boosty