Процесс менеджмента разработки сайта

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

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

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

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

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

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

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

В ходе работы этапы будут детализироваться, а сроки уточняться. Детально описанные задачи заносятся в бэклог. Сам бэклог просматривается еженедельно.

Бэклог ведется по принципу набегающей волны. Задачи, которые ближе к верху должны быть сформулированы более четко. Бэклог – документ живой и постоянно обновляющийся.

Нормальный горизонт детального планирования – от недели и больше. То есть у специалистов должно быть четкое понимание задач минимум на неделю в контексте общего направления работы.

Дневные планы пересматривать ежедневно в формате стендапа. Специалисты отвечают на вопросы по скраму: Что было сделано вчера? Что буду делать сегодня? Какие проблемы нужно решить?

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

Принципы адекватной оценки:

После согласования структуры сайта в текстовом виде и планирования работ в связке с дизайнером создается прототип – интерактивная модель будущего сайта.

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

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

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

В него входит:

Дальше дизайнер приступает к проработке визуальной части проекта.

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

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

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

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

Обычно тестирования проходит в три уровня: первый — верстальщик/ программист сам проверяет работу по специальному чек-листу, составленному менеджером. Второй — менеджер проходится по этому же чек-листу. Третий уровень — менеджер проверяет проект целиком.

На что опираться при тестировании:

Мы все сделали. Что дальше?

Менеджер тестирует проект на тестовом сервере и выявляет баги. Баги приоритизируются и выдаются в виде задач команде.

Когда основные недочеты исправлены, проект сдается клиенту на тестовом сервере. Клиент тестирует проект. После утверждения сайт переносится на рабочий сервер. Там снова выполняется тестирование, например в формате Smoke-тест, проверка GooglePageSpeed, внутренних тесты в CMS.

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

Четко выстроенный процесс помогает минимизировать риск проблем с общением и формирует реалистичные ожидания у клиента и у команды.

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

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