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

22 июня 2009 12:31, в рубрике «Интервью», комментарии (7)

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

Решила не менять порядок ответов, чтобы проще было ориентироваться в них. Так что:

Отвечают менеджеры студий «Хороший-дизайн» (г. Ростов-на-Дону), «Dominion» (г. Самара), «Made» (г. Санкт-Петербург), «Knock Knock» (г. Казань), «МартДизайн» (г. Новосибирск).

Cтудия «Хороший дизайн» Мурад Алиомаров, менеджер производства

Средний срок 1,5-2 месяца. Увеличение сроков, как правило, происходит за счёт первого и последнего этапа — дизайна и наполнения контентом.

По дизайну — заказчик «играет в дизайнера», двигаем, блин, на 10 пикселей блоки туда сюда или цвет меняем по 10 раз или шрифт. Варианты борьбы — давить авторитетом. А авторитет перед заказчиком надо изначально иметь или заработать в процессе.

Наполнение контентом — нет информации от заказчика, некому заниматься сбором и написанием, вообще интерес пропал к сайту. Варианты борьбы — выносить в договоре наполнение в контент-поддержку, разбивать оплаты так, чтобы контент-поддержка, как последний этап разработки сайта, оплачивалась отдельно. Скажем предоплата за сайт 50%, оплата после вёрстки, программирования — 45%, 5% — наполнение контентом.

Студия «Dominion» Дмитрий Фитискин, технический директор

Средний срок 3-4 месяца. Есть проекты, которые делаем за месяц. Сейчас очень много проектов со сроком год, которые постепенно подходят к завершению.

Вообще ввиду нашего видения интернет-проекта и опыта уже проведённых проектов, срок разработки становится размытым понятием. Поясню. Мы сейчас стремимся максимально быстро перевести любой проект из стадии разработки в стадию развития. Т. е. в первой итерации делаем только то, что наиболее важно для этого проекта и на что есть все материалы. А потом уже постепенно запускаем дополнительные разделы, функции и т. д. Поэтому, если ранее мы брали проект, который сразу был объёмом на год работы, то сейчас мы от этого проекта берём только то, что можно сделать за 3 месяца (с учётом наших возможностей, доступности клиента и готовности оперативно работать). А далее поэтапно (этап от месяца до трёех) делаем остальной функционал.

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

Основные причины сдвижения сроков (хотлист):

1. Нет необходимых материалов для разработки того или иного раздела или иллюстрации.
2. Затягивается согласование договора, акта, дизайна или чего-то ещё в связи со сложной структурой и системой принятия решений клиента.
3. Затягивается разработка дизайна, т. к. то, что предложено это не то, а почему и в каком направлении двигаться непонятно. Бывают и ситуации, когда эскизы нравятся, но хочется ещё варианты посмотреть, чтобы было с чем сравнивать.
4. У клиента финансовые трудности в связи с оплатой очередной стадии работ. Тут часто прикрывается чем-то из п. 1-3.
5. Нерасторопность менеджера проекта. На этой неделе ТЗ не подписал, а на следующей ответственное лицо уже в отпуске или в командировке.
6. Увеличение сроков разработки дизайна или технической части из-за «неожиданно» возросшей загрузки. Загрузка у нас волнами. По большей части из-за пунктов 1-5.
7. Любые другие причины вместе взятые. Т. е. тут хостинги, домены, организационные вопросы, вопросы интеграции и обучения. И много чего ещё, что встречается разово.

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

Во-вторых, по пунктам:

1. Уже более года мы стараемся не включать в договор те части, для разработки которых нет материалов. Как только эти материалы появляются мы подписываем дополнительное соглашение.
2. Закладываем этот риск в проект. Например, один и тот же проект, но с разными клиентами у нас идёт с разными сроками или с одинаковым сроком, но разным функционалом. Если трудности согласования, значит на согласование мы потратим больше времени, а разработаем соответственно меньше. Тут речь не о стоимости проекта, а о том какой объём часов приходится на месяц. Приоритет тем проектам, где вопросы решаются быстро.
3. Тут только магия вуду, коллективные совещания дизайнеров и представителей компании клиента. Плюс умение менеджера понять задачу. Ещё все этапы ограничены сроком, и клиент у нас отдает себе отчёт, что если срок по дизайну подходит, а мы в 18 раз перекрашиваем логотип, значит что-то не так.
4. Проект внутри разбит на стадии согласования (концепции, макетов, демо-версии, запуск, иногда больше), и к стадиям привязано финансирование. Поэтому пока очередная стадия не оплачена проект откладывается до решения этого вопроса. Единственная проблема тут — заполнить дыру в плане. Параллельно ведем много проектов, поэтому если один проект отложился, даём зелёный свет другим, где все хорошо, делаем их раньше.
5. Компенсация менеджеров зависит от платежей по проекту. Плюс мы перешли на схему куратор — менеджер. Куратор следит, чтобы менеджеры работали на опережение и помогает предвидеть и перестраховаться от рисков. У нас проходят еженедельные совещания по проектам, на которых тоже разбирается и принимается много решений, которые помогают МП в его нелёгкой работе.
6. Балансируем нагрузку, используя накопленный опыт. Стараемся отследить симптомы заранее. Клиент в случае пунктов 1-5 уведомляется о новом сроке сдачи проекта, который пересчитывается, исходя из текущей ситуации. Вообще у нас редкость сверхурочная работа, это как показатель того, что справляемся с балансировкой нагрузки хорошо.
7. Используем опыт кураторов, руководителей отделов и менеджеров. Закладываем резерв в каждый проект.

По поводу материалов — мы стараемся забирать на себя все (тексты, фото, работа с ИТ-специалистами компании и т. д.), чтобы не зависеть от внешних факторов.

Студия «Made» Алексей Новиков, коммерческий директор

В районе 30-40 рабочих дней. Увеличиваться сроки могут или из-за того, что мы их неверно рассчитали, или из-за того, что заказчик тянет то с согласованиями, то с предоставлением материалов. Боремся прописыванием сроков в договоре, разделением работы и платежей на этапы, капаем на мозги.

Дизайн-бюро «Knock Knock» Ярослав Швецов, директор

Полтора-два месяца.

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

Боремся тем, что составляем более подробные ТЗ и подписываем промежуточные акты сдачи-приёмки.

Студия «МартДизайн» Антон Белов, руководитель проектов

На этот вопрос ответить сложно, потому что «типовые» коммерческие проекты, корпоративные сайты — не наш конёк. В последнее время нам интереснее достаточно сложные сервисы, масштаба нашего собственного проекта erabota.ru или хотя бы недавно запущенного komsindrom.ru. Срок работы по таким проектам составляет 3-9 месяцев, при том что значительный этап работы составляет проектирование.

Для корпоративных сайтов в среднем — 6-8 недель.

Основные причины увеличения сроков — затягивание согласований заказчиками и переоценка собственных сил.

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

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

Вторая часть ответов будет опубликована в среду.

Читайте другие посты из серии «Мнение веб-студий»:

• Программы управления проектами — часть 1
• Программы управления проектами — часть 2
• Увеличение сроков разработки сайтов — часть 2
• Договор на разработку технического задания