Вопрос: Какой средний срок разработки одного сайта? Какие основные причины увеличения сроков? Как вы с ними боретесь?
Отвечают менеджеры студий «Симбиозис.Лаб» (г. Ростов-на-Дону), «Mohito» (г. Нижний Новгород), «Creative people» (г. Москва), «make» (г. Симферополь), «Космос-Веб» (г. Новосибирск).
Студия «Симбиозис.Лаб»
Евгений Теслов, арт-директор
Средний срок разработки сайта составляет 30 рабочих дней. Из основных причин увеличения срока разработки можно назвать три: а) контент, информация для сайта, б) идеи и новшества в процессе разработки проекта и в) ошибочное планирование.
Первая проблема решается жесткими сроками предоставления материалов для сайта, вся информация поступившая позднее этих сроков будет добавлена в процессе поддержки или после сдачи проекта.
С идеями и новшествами мы боремся технической концепцией, которая разрабатывается на первом этапе разработки проекта. В ней чётко описан функционал и требования к проекту. Любые изменения её оговариваются дополнительными соглашениями.
Последняя проблема решается при помощи пункта № 1, в виде Мегаплана )))
Студия «Mohito»
Александр Степанов, арт-директор
Как такового среднего срока на проект не существует. Каждый раз сроки рассчитываются, исходя из задания и учитывая текущую загруженность. При определённых условиях сроки могут быть сокращены в разумных пределах за счёт увеличения общей стоимости разработки.
«Непопадания» в график случаются как по вине разработчиков, так и по вине клиентов. Любая дополнительная итерация (внесение изменений в дизайн, например) это уже срыв сроков. А соответственно и потерянная прибыль.
Бороться с данной проблемой сложно. Идеальным решением является регламентация сроков всех стадий проекта в договоре, с учётом штрафных санкций. Но в повседневной жизни не всегда удаётся руководствоваться только подписанным обеими сторонами договором.
Студия «Creative People»
Сергей Прокофьев, руководитель отдела веб-разработок
По идеальному (типовому) плану разработка стандартного корпоративного сайта должна занимать 34 рабочих дня, однако на практике согласования, переделки и доработки
затягивают проект. Боротся с этим сложно, но можно. Прежде всего необходимо больше внимания уделять предпроектной стадии разработки, построению прототипа сайта, сбору информации. «Проблемные места», такие как дизайн-концепция и структура сайта, необходимо отдельно утверждать и прикреплять к договору в виде приложений.
Дизайн-бюро «make»
Павел Колодяжный, арт-директор
От 1 до 4 месяцев. Средний срок — 2 месяца.
Причины частого увеличения срока в том, что у нас работа строится по методу «пинг-понга». Иногда утверждение какого-либо из этапов задерживается на ключевых моментах. Часто распространённая задержка — предоставление сырых материалов для сайта.
Как боремся? Узнав об этих проблемах — страхуемся. Меняем договора, выполняем параллельные проекты, чтобы избежать простоев. Работаем с новым клиентом сразу из расчёта, что такие ситуации могут возникать.
Студия «Космос-Веб»
Максим Мамыкин, директор студии
Средний срок разработки сайта — 1,5-2 месяца. Если заказывается типовое решение, и клиент не затягивает согласование — не более 1 месяца.
К причинам увеличения сроков можно отнести:
Со стороны клиента:
Со стороны студии:
Остальные риски хорошо управляются и предотвращаются грамотным менеджментом.
Если вам понравился пост, вы можете оставить комментарий или подписаться на RSS, чтобы получать каждый новый пост из этого блога.
Вопрос о пинг-понге. Эта проблема, естественно, есть у всех. Возникает чаще на стадии дизайна. Что если он получается очень затяжной, заказчик постоянно придирается, например, к иллюстрации. Времени потрачено уже много, доработки сыплются и сыплются (причем чаще не обоснованные), а увещевания менеджера, о том, что целесообразно, а что нет — уже не воспринимаются. Причем заказчик уже давит на сроки и не понимает, что он задерживает сам.
Что делаете в таком случае?
Еще важный вопрос, который, Наталья, можно было бы обсудить — это презентация макетов заказчику. Кто? Как? В каком количестве?
to: Yakostro
В таком случае дешевле будет отказаться от клиента )) С вероятностью в 90% та же самая проблема повторится на этапе программирования и наполнения.
Другой вариант — в договоре прописывать количество возможных поправок со стороны клиента или прописывать время (часы) на разработку каждого этапа.
to: Yakostro
Плюс, жизненно необходимо указывать в договоре, что утверждение не входит в сроки разработки.
И делать срезы (утверждения) этапов. Вот тут symbiosislab.ru/blog/direction/projectmake/ я подробнее рассказал о том, как происходит процесс у нас.
Запомню) Если будет продолжение моей серии постов, то этот вопрос было бы интересно задать.
to: Наталья
Разобрать процесс по полочкам ))) По каждому этапу ))
Давно уж такая идея в голове сидит) Надо собраться и уже сделать что-нибудь этакое.