Ни в коем случае нельзя пересматривать условия (границы) проекта внутри фазы. Это приводит к неконтролируемому росту сроков и почти наверняка к эскалации взаимного неудовольствия сторон.
Именно поэтому фазы надо делать как можно короче.
4. НЕ ПРЕНЕБРЕГАЙТЕ ЭТАПОМ ИНИЦИАЛИЗАЦИИ
Как правило, к этапам проектирования и реализации стороны относятся достаточно ответственно. А этапы инициации и завершения очень часто воспринимаются как служебные и стоящие за границами проекта, т.е. менее ответственные.
Очень важно на этапе инициализации ответить на ряд простых вопросов:
Где граница полномочий менеджера со стороны заказчика?
Кто имеет право влиять на течение проекта (полный список заинтересованных лиц с правом голоса)?
В чем состоит реальная цель и результат проекта?
Как вы будете определять, что проект успешен (критерии)?
Какие есть альтернативы, включая ответ на вопрос, что будет, если ничего не предпринимать?
5. ПРАВИЛЬНО СТАВЬТЕ ТОЧКУ
На этапе завершения надо зафиксировать выполнение обязательств, получить обратную связь от всех заинтересованных лиц и обязательно честно оценить итоги. Кстати, если вы смогли сохранить первый этап маленьким (не затратным), вы найдете в себе силы говорить себе правду о его действительном качестве. Чем длиннее проект, тем менее критичны и откровенны будут стороны в оценках собственных действий и их результатов.
6. НАСКОЛЬКО ПЛОТНО НУЖНО СИДЕТЬ НА ШЕЕ У СТУДИИ?
Очень важно поддерживать тесное взаимодействие с командой на всем протяжении проекта.
При этом внутри отдельной фазы (особенно фазы разработки) не стоит излишне настойчиво контролировать разработчиков.
Контроль прохождения проекта между фазами — именно то место где совершенно естественно сидеть на шее всех и вся. И не слезать.
Когда (если) разработчики вплотную подойдут к заявленным границам сроков сдачи, и начнут их прокалывать — нужно просто сидеть и долбить, как дятел.
7. НАЧНИТЕ С ДЕШЕВОГО ЭКСПЕРИМЕНТА
Обычно проект становится большим по двум причинам: менеджер со стороны заказчика неопытен и не может определить основные точки приложения усилий, а менеджер со стороны подрядчика хочет продать всего больше. Как говорили в одном фильме: «Это большая ошибка».
Не начинайте с большого, начните с маленького сайта. Потратив на первую версию сайта много усилий, вы рискуете потратить лишние деньги на опыт, который, как известно, сын ошибок трудных. Такой опыт можно получить дешевле, и что гораздо более важно — быстрее если подходить к первому опыту внедрения как к прототипу.
