Детальное планирование 2-го этапа как ключевой результат
Итак, подходим к завершению этапа 1 "Обследование и анализ". И в завершение этапа «Обследование и анализ» необходимо провести планирование следующего этапа.
Про планирование в целом будет отдельная серия публикаций. Тем не менее для понимания, как получить данный ключевой результат необходимо привести общий перечень того, что РП должен планировать:
▫️ перечень работ и связанных с ними результатов;
▫️ сроки выполнения работ;
▫️ состав команды (компетенции, когда и на какой период привлекать, внешние или внутренние и т.д.);
▫️ бюджет (то есть когда, какие и в каком объеме будут доходы и расходы);
▫️ коммуникации (как, когда, в каком составе и по какой тематике);
▫️ мероприятия, направленные на предотвращение перерастания рисков в проблемы или на понижение силы/вероятности;
▫️ закупки для проекта (оборудование, лицензии ПО, привлечение услуг подряда). Кроме того, следует понимать, что планирование происходит на протяжении всего проекта (детализация, корректировки).
Исходя из описанной этапности и ключевых результатов 2 этапа, на текущем этапе необходимо детализировать план по работам, срокам и исполнителям (о прочем - позже, когда будут описаны соответствующие темы):
▫️ развертывание площадок (ключевые входы - наличие оборудования и лицензий или информация о дате их поставки, сетевое и физическое расположение, требования к квалификации, наличие сотрудника или источник привлечения - найм, подряд, объемы привлечения);
▫️ разработка и настройка (ключевые входы - покрытие БП стандартной функциональностью, ТЗ на разработку, методика проведения разработки, требования к квалификации для каждой из ролей, наличие сотрудников или источник привлечения, объемы привлечения);
▫️ финальный показ функциональности (план показа, состав "демонстрирующей" команды, состав "принимающей" команды, порядок действий в случае неудовлетворительных результатов).
Исходя из описанного выше, можно детализировать план работ на следующий этап "Разработка и настройка". Большую часть ключевых входов можно получить, если проведена полноценная работа на текущем этапе (об этом я писал в предыдущих публикациях).
Однако ИСР (последовательность работ, возможности по запараллеливанию), оценку по трудозатратам и продолжительности, возможности по привлечению подряда (сроки, продолжительность, объемы), доступность оборудования и лицензий, а также возможные сроки их поставок и ещё многое из того, о чем пока не описывал (стоимости, риски, коммуникации) - все это необходимо сделать в рамках работ по достижению данного ключевого результата.
Более того, РП не должен делать это в одиночку, а с привлечением специалистов, компетентных в соответствующих вопросах - закупки, инфраструктура и системное ПО, БП, разработка.
Да, РП в какой-то из областей сам может быть специалистом, тем не менее его задача - не демонстрация того, что он разбирается абсолютно во всем (хотя знать "по верхам", считаю, должен), а проведение качественного планирования. А для этого он должен получить нужные сведения от специалистов.
Ценность и риски в случае отсутствия данного ключевого результата будут описаны в следующем посте (как всегда, не влезли в виду ограничений по количеству символов в посте).
Общий перечень ключевых результатов (а заодно и план будущих публикаций) находится в этой статье.
· 12 ч
Детальное планирование второго этапа — это когда первый этап ещё не закончен, а уже планируешь следующий. Внедрение ломается не на реализации, а на том, что никто не заложил время на планирование.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 12 ч
Ох, я бы сказал, для начала никто не подумал, что задачи, указанные в ТЗ к договору могут очень сильно трансформироваться в процессе обследования и проектирования. :):):). Ну а далее - ровно так, как вы заметили.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён