Лебедь, рак и щука или как приоритизировать backlog и не убить друг друга
Привет.
В прошлой статье я писал о запуске SAFe® в нашей компании и о первом опыте проведения PI планирования. Мы уже успели провести 3 таких мероприятия и готовимся к следующему. Ну а что же происходит между PI-планированиями? Очевидно, что работа: команды стремятся выполнить поставленные цели. А что в это время делает “бизнес”? Как это ни странно, но как только заканчивается одно PI-планирование, сразу же начинается работа над следующим. К началу следующего мероприятия Product Owner (PO) должен подготовить и согласовать со всеми заинтересованными сторонами backlog продукта.
Как такового backlog’а у нас раньше не существовало. Нет, конечно же, был список задач, которые нужно сделать. Но когда руководитель проекта (РП) задавал вопрос “Что там с моим продуктом?”, его отправляли в Jira со словами - “все там”. РП заходил в Jira и видел огромный перечень технических задач, из которых … скажем так, не всегда понятно: связана ли эта задача с его проектом/фичей, все ли задачи проекта занесены в команду, какой статус по задаче, какие сроки, в работе ли задача вообще. По сути это был один огромный технический backlog по всей компании, по всем продуктам, по всем командам - все в одной куче: и мухи, и котлеты.
