К книге
Фреймворк управления и анализа проектов DaShe3. Разработка. 3.1. Управление содержанием. 3.1.1. Анализ зависимостей
58%
3. Разработка. 3.1. Управление содержанием. 3.1.1. Анализ зависимостей
56

Бэклог содержит ранжированный перечень элементов продукта с примерной оценкой затрат на их реализацию. Однако на этапе проектирования затраты оцениваются очень приблизительно (методом покер-планирования, а не составлением подробной сметы). Для управления содержанием требуется куда большая детализация и точность в оценке затрат. Детализация содержания, связанного с разработкой каждого элемента, называется анализом зависимостей: успешная реализация элемента зависит как от внешних (наличие электроэнергии в офисе), так и от внутренних (стыковочные размеры соседней детали) факторов. Цель этапа – максимально полно учесть все зависимости по каждому из элементов бэклога, зафиксировав их в виде списков задач по обеспечению всех необходимых составляющих для реализации элемента. В ходе анализа зависимостей происходит детализация бэклога (ранжированного списка элементов) в полный граф, где узлами являются задачи, а связями – зависимости (выполнение предшествующих задач – необходимое условие для начала выполнения следующих).

(42) Метод «Анализ зависимостей»

1. Для каждого из элементов назначается эксперт (как правило, главный исполнитель работ), который персонально отвечает за успешность реализации этого элемента. Эксперты составляют списки зависимостей: без чего элемент не будет работать. Например, кнопка быстрой регистрации не работает без дизайна (один день работы дизайнера), верстки в составе сайта (один день работы фронт-программиста), уже готовой процедуры регистрации (внутренняя зависимость), автономной отладки (один день тестировщика) и отладки в составе сайта (еще одна внутренняя зависимость). Если при этом дизайн делает сторонняя организация, возникает внешняя зависимость (от наличия договора на этот самый дизайн).

2. Для исключения пропуска наиболее очевидных и потому чаще всего забывающихся зависимостей используется чек-лист.

• Деньги

• Помещение

• Логистика

• Коммуникационные системы (мессенджеры, хранилища файлов, пространство для совместной работы)

• Туалет

• Еда

• Вода

• Тепло

• Поддержка семьи

• Законность

• Качество воздуха

• Стулья, столы, интерьер

• Возможность спокойно работать (то есть отсутствие информационного шума и постоянных прерываний)

3. Особое внимание уделяется внутренней зависимости – когда разные элементы зависят друг от друга или предъявляют противоречивые требования. Эти конфликты разрешает ПМ с участием экспертов по каждому вовлеченному элементу.

Результат. Граф зависимостей, содержащий детализацию бэклога в виде задач и связей между ними. Задачи включают в себя требования к общей инфраструктуре, ресурсному обеспечению каждого элемента, внешним и внутренним работам по реализации элементов. Зависимости представляют собой связи между отдельными задачами типа «завершение А необходимо для начала Б».

Полученный в результате граф зависимостей обязательно должен оказаться очень большим и запутанным, поскольку любой реально работающий элемент требует работы всего остального (пример – та же форма регистрации, требующая работы сервера приложения, который, в свою очередь, требует работы СУБД – системы управления базами данных, сервера, на котором она расположена, администрирования этого сервера, оплаты счетов за электричество и выплаты зарплаты администратору, наличия денег на это, подписи распорядителя финансов и т. д.). Как и в предыдущих случаях, такой сложный граф полезен не только сам по себе, но еще и тем, что в процессе его составления у ПМ складывается внутреннее ощущение взаимосвязей внутри проекта. Граф зависимостей уточняется и расширяется на следующих этапах, после чего превращается в основной инструмент управления проектом – диаграмму Ганта.

Предыдущая главаГлава 56 из 97Следующая глава