Алексей Кулаков - Бизнес-фэнтези и другие истории

Цель этого текста — дать первое представление о том, как сделать проект предсказуемым, т.е. избежать большинства ошибок и добиться предсказуемого результата в предсказуемые сроки.

Советы простые, ни один из них — не панацея.

1. У ПРОЕКТА ДОЛЖНЫ БЫТЬ ИЗМЕРИМЫЕ ГРАНИЦЫ

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

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

Два важных момента.Первый: не замалчивается действительная цель проекта. Второй: критерий успешности измерим.

2. В ХОДЕ ПРОЕКТА ВАШЕ ПРЕДСТАВЛЕНИЕ О ЦЕЛИ БУДЕТ МЕНЯТЬСЯ

Основным документом, фиксирующим границы проекта, как правило, является техническое задание. Здесь есть один очень простой, но крайне не очевидный момент: ТЗ должно меняться вместе с проектом. Надо сказать, что один из главных источников проблем — несоответствие технического задания реальному положению дел в проекте.

3. КОНТРОЛИРУЙТЕ ПРОЕКТ ПО УЗЛОВЫМ ТОЧКАМ

У каждого проекта есть четыре фазы. Это инициализация, проектирование, разработка и завершение. Точки между этими фазами — именно то место, где определяется соответствие проекта заявленному результату и можно относительно безболезненно вмешаться в ход проекта. Поэтому переходы между фазами нужно документировать особенно тщательно.

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

Ни в коем случае нельзя пересматривать условия (границы) проекта внутри фазы. Это приводит к неконтролируемому росту сроков и почти наверняка к эскалации взаимного неудовольствия сторон.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Я тут ездил в отпуск и в нем читал книжки (хотя, вообще-то, в основном ходил на яхте). Вот эти книжки.

Обе книжки, в общем, неплохие. Хотя обе содержат не слишком оригинальные мысли, банальными книжки не смотрятся.

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

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