http://www.ashmanov.com

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

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

Часто разработчиков заставляют вести поддержку выпущенных проектов, упирая на чувство вины и ответственности - "ну это ж твои ошибки, так исправляй". А между тем стоит выпустить три-четыре важных проекта, и все основные разработчики оказываются заняты этой незаметной и непрестижной деятельностью. Призов за нее не дают, а работа по исправлению ошибок - довольно скучная и крайне неблагодарная. Такая ситуация потенциально конфликтна, поскольку ведет к недовольству и перегрузке персонала и неожиданным срывам проектов.

�так, получаем последнее правило в данной части:

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

Проект РїРѕ поддержке должен иметь РІСЃРµ признаки проекта: ответственный руководитель, планы, ресурсы Рё С‚. Рї. Отличия срочных проектов РѕС‚ бессрочных - тема для отдельного разговора.