Блог менеджера проектовБлог менеджера проектов

Мнение веб-студий — увеличение сроков разработки сайтов, часть 2

24 июня 2009 14:51, в рубрике «Интервью», комментарии (6)

Вопрос: Какой средний срок разработки одного сайта? Какие основные причины увеличения сроков? Как вы с ними боретесь?

Отвечают менеджеры студий «Симбиозис.Лаб» (г. Ростов-на-Дону), «Mohito» (г. Нижний Новгород), «Creative people» (г. Москва), «make» (г. Симферополь), «Космос-Веб» (г. Новосибирск).

Студия «Симбиозис.Лаб»
Евгений Теслов, арт-директор

Средний срок разработки сайта составляет 30 рабочих дней. Из основных причин увеличения срока разработки можно назвать три: а)  контент, информация для сайта, б) идеи и новшества в процессе разработки проекта и в)  ошибочное планирование.

Первая проблема решается жесткими сроками предоставления материалов для сайта, вся информация поступившая позднее этих сроков будет добавлена в процессе поддержки или после сдачи проекта.

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

Последняя проблема решается при помощи пункта № 1, в виде Мегаплана )))

Студия «Mohito»
Александр Степанов, арт-директор

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

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

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

Студия «Creative People»
Сергей Прокофьев, руководитель отдела веб-разработок

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

Дизайн-бюро «make»
Павел Колодяжный, арт-директор

От 1 до 4 месяцев. Средний срок — 2 месяца.

Причины частого увеличения срока в том, что у нас работа строится по методу «пинг-понга». Иногда утверждение какого-либо из этапов задерживается на ключевых моментах. Часто распространённая задержка — предоставление сырых материалов для сайта.

Как боремся? Узнав об этих проблемах — страхуемся. Меняем договора, выполняем параллельные проекты, чтобы избежать простоев. Работаем с новым клиентом сразу из расчёта, что такие ситуации могут возникать.

Студия «Космос-Веб»
Максим Мамыкин, директор студии

Средний срок разработки сайта — 1,5-2 месяца. Если заказывается типовое решение, и клиент не затягивает согласование — не более 1 месяца.

К причинам увеличения сроков можно отнести:

Со стороны клиента:

  • Сложная иерархия согласования этапов. Когда дизайн-макет должен пройти по всей служебной лестнице от «инженера» до «генерального». Чтобы сократить риски, в договоре прописываем сроки и ответственных лиц за согласование этапов. И потом с этих лиц требуем обратной реакции в указанные сроки. Если сроки начинают затягиваться — пишем бумажки на имя директора, стимулирующие продвижение проекта. Также у нашей системы работы с проектами есть интерфейс для клиента, где он может оперативно следить за работами по проекту, изучать материалы и закачивать новые. Но всё же для согласования мы предпочитаем промежуточные акты, а не комментарии в этой системе, по email или телефону.
  • Задержки с предоставлением материалов. Контент для сайтов мы стараемся писать силами своих копирайтеров, либо заказываем в «Контент-лаборатории» у людей, которые на этом специализируются. Тем не менее есть разделы, для которых информацию должен полностью предоставить сам клиент (например, «каталог», «награды» и т. п.). Случается, клиент очень сильно начинает затягивать сроки, не предоставляя вовремя этой информации. Аналогично первому риску — прописываем в договоре, какая информация должна быть предоставлена, в какой срок, и кто за это отвечает. Если возникает проблема со стороны клиента — воздействуем на руководство.

Со стороны студии:

  • «Выход из строя» участников рабочей группы (например, программиста или дизайнера): заболел или другие серьёезные причины. Для предотвращения такой ситуации задача передается либо другому штатному специалисту (у нас довольно высокая степень заменяемости), либо, если все заняты срочными задачами и делегировать задачу некому, есть запасной вариант — задача передаётся удалённому специалисту, с которыми заранее выстроены отношения. Для этого у нас имеется список проверенных, надёжных фрилансеров.

Остальные риски хорошо управляются и предотвращаются грамотным менеджментом.
Читайте другие посты из серии «Мнение веб-студий»:

Если вам понравился пост, вы можете оставить комментарий или подписаться на RSS, чтобы получать каждый новый пост из этого блога.

комментарии (6) / написать свой

  • Yakostro

    24/06/2009 в 17:07

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

    Что делаете в таком случае?

    Еще важный вопрос, который, Наталья, можно было бы обсудить — это презентация макетов заказчику. Кто? Как? В каком количестве?

  • Евгений Теслов

    24/06/2009 в 19:41

    to: Yakostro

    В таком случае дешевле будет отказаться от клиента )) С вероятностью в 90% та же самая проблема повторится на этапе программирования и наполнения.

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

  • Евгений Теслов

    24/06/2009 в 19:47

    to: Yakostro

    Плюс, жизненно необходимо указывать в договоре, что утверждение не входит в сроки разработки.

    И делать срезы (утверждения) этапов. Вот тут symbiosislab.ru/blog/direction/projectmake/ я подробнее рассказал о том, как происходит процесс у нас.

  • Nataly Bry

    24/06/2009 в 23:34

    Еще важный вопрос, который, Наталья, можно было бы обсудить — это презентация макетов заказчику. Кто? Как? В каком количестве?

    Запомню) Если будет продолжение моей серии постов, то этот вопрос было бы интересно задать.

  • Евгений Теслов

    25/06/2009 в 00:00

    to: Наталья

    Разобрать процесс по полочкам ))) По каждому этапу ))

  • Nataly Bry

    25/06/2009 в 00:14

    Давно уж такая идея в голове сидит) Надо собраться и уже сделать что-нибудь этакое.

Оставить комментарий