Сроки

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

Открою секрет - выстроить управление проектами по разработке интернет-решений так, чтобы срыва сроков избежать в принципе - невозможно. ЭТО ФАКТ. Задача менеджмента сделать так, чтобы эти срывы были минимальны.  В принципе возможно избежать срыва сроков только при наличии конвеера, в условиях, когда разработка представляет собой набор ТИПОВЫХ И ОТРАБОТАННЫХ ОПЕРАЦИЙ. А когда это возможно? Только тогда когда из процесса убирается творчество. Берем шаблон дизайна № 147 подключаем к нему модули X, y, Z, сдаем проект. В этом случае можно сделать так, чтобы пробоя сроков не было в принципе.

В чем же причины пробоя сроков в web студиях?

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

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

Например разработка дизайна.

Написали концепцию, все продумали, все согласовали. Но при работе по концепции вдруг стало ясно (на стадии концепции предусмотреть это было невозможно) что понадобиться не 3 а 4 иллюстрации.

Иллюстратор нарисовал картинку, но она у Заказчика возникили справедливые комментарии по ее содержанию.

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

Дизайн нарисовали, концепции соответсвует, но внутренние критерии качества не выдерживает.

На стадии конечной отрисоки выясняется что в концпете были ошибки, которые не были выявлены Заказчиком.

На стадии отрисовки возникает проблема, решение которой многовариантно.  И выбираются варианты которые заводят в тупик.

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

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

Каким образом минимизировать срывы сроков?

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

2. Создайте жесткие правила прохождения информации и стандарты качества.  Если определенные требования предъявляются, например к верстке, всегда. То проще планировать сроки самой верстки. Если Техническое Задание должно включать в себя описание интерфейса, то значит оно его содержит ВСЕГДА. И программисты об этом знают и не будут тратить время на его придумывание. Если этот интерфейс ВСЕГДА описан в понятном программистам виде, то ЧАСТО можно спланировать довольно точно сроки его реализации на основе предыдущих опытов с подобными интерфейсами.

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

4. РАзделяйте типовые и нетиповые опреации, на нетиповые делайте запас времени.

5. Выносите процесс согласования результата этапов, документации, дизайна ЗА сроки договора.

Примерно так