http://www.ashmanov.com

Корректное завершение проекта - передача ответственности

Проект обязательно должен получить корректное завершение.

Прежде всего это касается не конкретных действий (тестирование, документирование, приемка, консервация и архивирование сами собой разумеются), а вопросов ответственности и принятия решений.

Поскольку основной вопрос проекта - это не ресурсы или количество работы, а планы и ответственность, то и главный вопрос завершения проекта - новое надлежащее переключение ответственности.

Правило 12. По окончании проекта нужно правильно переключить ответственность.

Принятие решения о завершении проекта

Начальством должно быть в явной форме признано (решено), что планы выполнены и проект завершен. Если есть недоработки или предложения по необходимым улучшениям, должно быть принято еще одно решение - продолжить проект для завершения доработок.

Передача проекта

Теперь завершенный проект должен быть официально передан от разработчиков в департамент продаж, департамент поддержки и им подобные. "Передан" означает официальную передачу ответственности за проект.

Новая рабочая группа

В этот момент может быть назначен новый руководитель (ответственный), должен быть пересмотрен состав рабочей группы - сформирована группа поддержки проекта, написан план поддержки. Фактически, снова произведена процедура запуска проекта - теперь уже проекта поддержки.

Размывание ответственности на стыке

Снова может показаться, что сказаны вещи совсем уж очевидные. Однако огромное количество проектов никогда не заканчивается таким правильным образом. Разработчиков зачастую никто не распускает, проект "висит" на них; официальной передачи другим департаментам не происходит - тем просто подбрасывают задачи сделать то одно, то другое по выводу на рынок чужого для них проекта.

В результате ответственность совсем размывается, выпуск проекта (вывод продукта на рынок, публикация сайта в Сети, запуск в эксплуатацию) топчется на месте, планов по выпуску не пишут.

Маркетоиды уверены, что проект еще "вылизывают" и ответственность на разработчиках, а разработчики - что его давно готовят к продаже, и ответственность с них снята.

Технический руководитель не знает (так как от него теперь это не зависит), может ли он уже перебросить людей на другие работы и каких именно, и делает это "по факту", по мере необходимости.

В подобных случаях довольно полезны внутренние акты приемки и твердое официальное оповещение боссов и смежных отделов о прекращении работ по проекту, за исключением таких-то доработок по списку. Они визуализируют основной факт - переключение ответственности.