Бизнес-фэнтези и другие истории - страница 11

Именно поэтому фазы надо делать как можно короче.

4. НЕ ПРЕНЕБРЕГАЙТЕ ЭТАПОМ ИНИЦИАЛИЗАЦИИ

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

Очень важно на этапе инициализации ответить на ряд простых вопросов:

Где граница полномочий менеджера со стороны заказчика?

Кто имеет право влиять на течение проекта (полный список заинтересованных лиц с правом голоса)?

В чем состоит реальная цель и результат проекта?

Как вы будете определять, что проект успешен (критерии)?

Какие есть альтернативы, включая ответ на вопрос, что будет, если ничего не предпринимать?

5. ПРАВИЛЬНО СТАВЬТЕ ТОЧКУ

На этапе завершения надо зафиксировать выполнение обязательств, получить обратную связь от всех заинтересованных лиц и обязательно честно оценить итоги. Кстати, если вы смогли сохранить первый этап маленьким (не затратным), вы найдете в себе силы говорить себе правду о его действительном качестве. Чем длиннее проект, тем менее критичны и откровенны будут стороны в оценках собственных действий и их результатов.

6. НАСКОЛЬКО ПЛОТНО НУЖНО СИДЕТЬ НА ШЕЕ У СТУДИИ?

Очень важно поддерживать тесное взаимодействие с командой на всем протяжении проекта.

При этом внутри отдельной фазы (особенно фазы разработки) не стоит излишне настойчиво контролировать разработчиков.

Контроль прохождения проекта между фазами — именно то место где совершенно естественно сидеть на шее всех и вся. И не слезать.

Когда (если) разработчики вплотную подойдут к заявленным границам сроков сдачи, и начнут их прокалывать — нужно просто сидеть и долбить, как дятел.

7. НАЧНИТЕ С ДЕШЕВОГО ЭКСПЕРИМЕНТА

Обычно проект становится большим по двум причинам: менеджер со стороны заказчика неопытен и не может определить основные точки приложения усилий, а менеджер со стороны подрядчика хочет продать всего больше. Как говорили в одном фильме: «Это большая ошибка».

Не начинайте с большого, начните с маленького сайта. Потратив на первую версию сайта много усилий, вы рискуете потратить лишние деньги на опыт, который, как известно, сын ошибок трудных. Такой опыт можно получить дешевле, и что гораздо более важно — быстрее если подходить к первому опыту внедрения как к прототипу.

Первая, экспериментальная версия — это именно тот случай, где надо «не думать, а прыгать». Этот тезис не избавляет вас от всего, что я говорил раньше — просто можно менее тщательно проходить каждую фазу. Важнее получить свой первый сайт и начать им пользоваться, чем сделать его безупречным. Безупречным должен стать второй сайт — тот, который будет основан на реальном опыте.

8. НАЧНИТЕ С САМОГО ГЛАВНОГО, А ВСЁ ОСТАЛЬНОЕ ДОБАВЛЯЙТЕ ПОСЛЕ СТАРТА

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

Не надо жертвовать основной функциональностью ради частной. Надо анализировать результат сразу. Не надо жертвовать тем, что нужно большинству ради того, что нравится меньшинству.

9. ЕСЛИ ВЫ НЕ СМОГЛИ СДЕЛАТЬ ПРОЕКТ КОРОТКИМ — РАЗБИВАЙТЕ ФАЗУ РАЗРАБОТКИ НА ЗАРАНЕЕ ОГОВОРЕННЫЕ КУСКИ

Каждый кусок должен быть функционально полон — то есть пригоден к использованию конечным пользователем.

10. НЕ ПРЕНЕБРЕГАЙТЕ ДОКУМЕНТИРОВАНИЕМ

Записывайте все.

11. БУДЬТЕ ГОТОВЫ К ОШИБКАМ И СРЫВУ СРОКОВ

И, наконец: баги никогда не кончатся. Это нормально.