Как держать разработку проекта в движении

Часто мы видим такую картину - все ознакомились и подписали документ, устанавливающий основные идеи проекта, разрабатывающая команда была уже отобрана согласно их лучшему опыту в вашей индустрии, график проекта был уже практически построен, но ваши веб-разработчики все же опаздывают со сроками и уже на месяц отстают от графика. Как такое может быть? Мы вам представим семь наиболее общих причин задержки разработки проекта, а также предложим несколько советов, которые помогут вам успеть в срок.

1. Нехватка целей в проекте

Удивительно, как много веб-сайтов, брошюр и маркетинговых кампаний завершаются без заранее принятого решения о целях проекта. Спросите себя, чего вы хотите от вашей аудитории, когда она прочитает/увидит/получит ваш продукт? Без ответа на данный вопрос ваш проект рискует тем, что он будет постоянно переработан, становясь жертвой различных мнений тех, кто дает оценку и комментарии. Убедитесь, что каждый член команды обладает четким видением цели и помогите им оценить комментарии и советы объективными методами. Как сказал Уэйн Гретцки: "Хороший игрок в хоккей играет там, где шайба, а великий игрок там - где она будет пролетать".

2. Мнение тех, кто принимают решения, не были учтены при принятии решения

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

3. Экономия на исследовании

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

4. Процесс пересмотра вынесенных решений был препятствующим

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

5. Комментарии и обзоры не были полезными

Цель итеративных обзоров разработки проектов заключается в концентрации внимания на соответствующем решении, используя решения одного собрания для улучшения глубины, широты и точности решения для следующего собрания. Наиболее распространенный недостаток в данной среде называется «смертельной спиралью пересмотров» и происходит это тогда, когда разработки повторно пересматриваются без какого-либо прогресса на пути к конечному решению. Признаки можно легко распознать: обзор первичного направления визуальной разработки, где клиенту "не нравится" какой-либо из предложенных подходов; или же последующие собрания, где клиент решает, что текущий путь должен быть отменен ради ранее отклоненного пути.

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

6. Отсутствие интереса у команды

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

7. Неспособность четко оценить временные рамки

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

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