эффективности стоит проводить ретроспективы на регулярной основе, например, после каждого спринта или релиза. Так же важно для всей проектной команды, чтобы ретроспектива проекта была завершена вместе с окончанием проекта. Психологически это даст ощущение завершенности и практически позволит участникам донести до всей команды то, чему они научились на собственном опыте и опыте коллег. Похоже, что основная деятельность этапа описана. Когда заканчивается один этап, открывается следующий, крайне важно обеспечить преемственность от одного к другому. Материалы, разработанные на одном этапе, переносятся на следующий, влияя на то, как проект будет развиваться на всех последующих этапах.
Скажу больше, хоть планирование заканчивается на первом этапе, процесс планирования, корректировки планов будут продолжаться на протяжении всех четырех этапов. Некоторые элементы будут повторяться более чем на одном этапе, но, когда они появятся снова, то будут служить цели, уникальной для этого этапа.
1.4. Что делает проект успешным?
На протяжении всего написанного выше в данной главе, можно было заметить фразы «сделать проект успешным», «успешный проект» или «добиться успеха», но я совсем не писал о том, что означает слово «успех» в контексте управления проектами.
В то время как успех проекта в широком смысле определяется, как «обеспечение качественного и одобренного заказчиком результата», приведу далее разбор определения.
Термины «качество» и «одобрение клиента» определяются тремя факторами, между которыми руководитель проекта и проектная команда всегда должны держать проект в балансе между стоимостью, временем и объемом. Проектная команда с руководителем проекта не могут однозначно предсказать стоимость и время, необходимые для реализации проекта, но они действительно могут контролировать его объем. А вот уже исходя из объема можно установить сроки проекта и стоимость. Конечно, это грубое приближение к реальности, но суть верна. Объем определяет, за что отвечает проектная команда и, что не менее важно, за что она не отвечает. Только после того, как объем работ установлен, тогда цели, задачи и сроки могут быть четко определены. Попробую пояснить на примере, так как логика может быть не явно видна. У вас появился новы проект (иногда говорят «зашел» проект), из описания только «хотелки» клиента, а это значит конкретики, что делать и какова область применения (поговорим чуть ниже о ней) нет и, естественно, о сроках речи быть не может. Вы сначала формируете описание проекта, изучив которое можно спрогнозировать, какой может быть функционал проекта и его особенности, сколько может потребоваться времени на реализацию такого функционала (плюс риски), разбить на блоки и составить приблизительный план разработки проекта. После согласования проекта с клиентом можно будет приступить к проработке технического задания, а далее согласовать с клиентом. Функциональные блоки, в свою очередь,
