Как стать автором
Обновить

Что делать с полезными идеями, которые мешают работать?

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

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

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

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

1. Дизайн, верстку
2. Сборку сайта
3. Наполнение проекта.
4. Управление пользователями
5. Интерактив. Форумы, комментарии, уведомления, внутренняя почта
6. Билинг и т.д.

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

С недавнего времени в список основных этапов, мы в обязательном порядке (последним пунктом) включаем «Доводку» иногда объединяя ее с проверкой и первичным тестированием. Причем в денежном отношении доводка не дешевле остальных этапов!

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

К моменту, когда реализован предпоследний пункт в списке, мы получаем рабочую альфу. Но самое главное:
  • Замечательную возможность оценить реальную пользу идей-дополнений из нашего списка с точки зрения цельного проекта.
  • Именно когда основная работа над проектом завершена, становится очевидно что некоторые мысли были предложены «с горяча» и в их реализации просто нет необходимости и большого смысла.
  • Заказчику становится видно сколько томов занимают его «мелочи» :)
Я не настаиваю на авторстве подобного подхода, возможно кто-то об этом уже писал… Мы к этому пришли самостоятельно, набив не одну шишку :) Поэтому буду очень рад если наш опыт окажется для кого-то полезным.
Теги:тзразработка сайтовэффективность работы
Хабы: Управление проектами
Всего голосов 37: ↑29 и ↓8 +21
Просмотры483

Похожие публикации

Лучшие публикации за сутки