Управление продуктом. Российская практика. Юлия БилинкисЧитать онлайн книгу.
не выполняется без его разрешения.
Таким образом, размер команды и компании имеет значение: чем крупнее организация, тем больше зависимостей и коммуникационных барьеров в ней образуется. Это неизбежно приводит к увеличению сложности. Организации (особенно в корпорациях) склонны начинать новые проекты с большими командами и долгим согласованием выделения ресурсов, годовыми бюджетными циклами, которые часто подменяют собой стратегию. Бремя координации ложится на владельцев продуктов и менеджеров проектов. В этой ситуации под прицел критики очень часто попадает именно владелец продукта. Ему «припоминают» большое количество непродуктивных встреч, отсутствие ясных и согласованных приоритетов, недостаточную проработку пользовательских историй, прототипов интерфейсов, функциональных требований, «поехавшие» релизные сроки и т. д. Вот только он не может устранить те ограничения, которые не находятся в зоне его влияния.
Применение принципов Agile, внедрение Scrum-ритуалов еще не означает, что команда приносит ценность клиенту и бизнесу, а не является фабрикой функций. Конечно, важно, чтобы к началу планирования спринта были проработаны все пользовательские истории, прототипы интерфейсов, функциональные требования и т. д. Но, даже несмотря на это, часто владелец продукта не понимает, как оценить влияние задачи на бизнес, а также уверенность в достижении оного. Ему приходится снова и снова встречаться с руководителями коммерческого блока для уточнения требований и оценок. Последние, в свою очередь, воспринимают это общение как обузу, отвлекающую их от главных задач. При этом все, конечно, понимают, что постановка внутри спринтов не может меняться, но тут и там возникают дополнительные задачи в формате «мы потеряем клиента, если не сделаем этого», «Иван Петрович позвонил и сказал…» и др.
Неорганизованный подход и «заваливание» ИТ разрозненными задачами долго воспринимались как приемлемая модель взаимодействия. Однако происходит то, что становится катализатором перемен, когда перед коммерческим блоком стоит задача сформулировать амбициозную стратегию и реализовать ее. Это, например, рыночные изменения, натиск конкурентов, стагнация доходов или их отсутствие, смена топ-менеджмента. В этот момент происходит поиск нового формата кросс-функционального взаимодействия для быстрого достижения бизнес-результатов, который учтет ключевые области бизнеса, такие как стратегия, бизнес-модель, рыночная конкуренция, а не только разработку. В этот момент появляется запрос на роль менеджера продукта.
Многие стали задаваться вопросом: почему компания не может работать как стартап, который, как мы знаем по Стиву Бланку, «не уменьшенная версия большой компании»?
В XX веке инвесторы, по сути, говорили стартапам, что они уменьшенные версии крупных компаний. Но потом в США лопнул «пузырь