Как создать план проекта в Scrum за 5 шагов

Что нужно знать прежде, чем начать

Что такое план управления проектом

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

Кто готовит план управления проектом

В Scrum за план отвечает менеджер проекта. Но составляет он его не один, а при участии команды и клиента.

Первый шаг. Выясняем требования

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

• Задаем вопросы, чтобы выяснить цели клиента: какие задачи он хочет решить с помощью продукта.
• Оцениваем общую ситуацию на рынке и конкурентов клиента.
• Выясняем целевую аудиторию и какие ее проблемы может решить продукт.

Второй шаг. Составляем структуру проекта

После первого шага у вас много информации. Ее настолько много, что разобраться в ней пока трудно. Что делать? Структурировать все данные. Так вы поймете, все ли понятно или остались невыясненные части.

• Используем mindmap.
• Группируем информацию: цели, задачи, ЦА продукта.
• Заносим в mindmap все, что узнали.

Третий шаг. Пишем техническое задание

В Scrum есть такое понятие, как бэклог продукта. Это документ, куда заносят все требования к будущему программному обеспечению или сайту. Бэклог продукта заменяет техническое задание.

Пишем бэклог продукта.

Расставим приоритеты: чем важнее задача, тем больше число ей присваиваем и тем раньше мы приступим к ее выполнению. Например, «1» ― задача с минимальной важностью, «10 000» ― с максимальной. Пределы зависят только от сложности проекта и количества задач, но цифры не должны повторяться в рамках одного бэклога. Приоритеты зависят от важности требования для продукта.

В самом начале трудно спланировать, сколько часов займет какая задача, поэтому будем оценивать примерно, в условных единицах. Выбираем самую простую задачу, например, пусть будет «Форма обратной связи». Затраты на ее выполнение минимальны, то есть ставим «1». Остальные задачи оцениваем относительно первой. Сложность растет ― цифра тоже. У нас получилось, что самая сложная задача на данный момент — «Главная страница». Примерные затраты на ее выполнение ― шесть условных единиц.

По ходу работы меняем требования местами, если изменился приоритет.

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

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

Четвертый шаг. Делаем прототип

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

• Готовим наглядную схему продукта: электронную версию или на бумаге. Не концентрируемся на дизайне, тут важна структура.
• Акцентируем внимание на удобстве интерфейса будущего продукта для пользователя.
• Показываем результат клиенту. Он добавляет комментарии.

Пятый шаг. Планируем спринт

Весь процесс работы делим на равные отрезки, в Scrum они называются спринтами. Каждый длится две недели или месяц, зависит от типа проекта.

• Определяем цель спринта. Она должна быть реалистичной. Не ставьте цель, которую не сможете выполнить.
• Составляем бэклог. Задача Scrum ― создать продукт с минимальной функциональностью для быстрого запуска на рынок. Элементы бэклога спринта нужно сформулировать так, чтобы каждый член команды понимал задачу одинаково. Каждый элемент должен быть осуществимым, чтобы была реальная возможность внедрить его за один спринт.
• Оцениваем элементы спринта, чтобы понять сложность и трудоемкость, проще расставить приоритеты и прогнозировать ход проекта.
• Выполняем задачи спринта последовательно, учитывая приоритеты.
• По итогу каждого спринта оцениваем, что было сделано и достигнута ли цель: сколько задач решено и какие элементы готовы к использованию.
• Если есть сомнения по поводу какого-то элемента продукта, лучше запустить его как можно скорее и проверить в деле. Пользователи подскажут, как лучше.

Мы рассмотрели основные шаги, которые нужны, чтобы составить план проекта в Scrum. Но после составления плана работа только начинается. Дальше ― больше.

Scrum ― это передовая методология, которая может сильно улучшить ваши результаты. Но чтобы все работало, нужно потрудиться и разобраться в тонкостях. Бэклог продукта, спринты, владелец продукта ― в этих названиях новичку легко запутаться. А еще многое зависит от типа разработки: заказная или внутри компании.

Чтобы разложить все по полочкам, лучше не сто раз прочитать, а один послушать практиков и сразу перейти к делу. Хороший способ прокачать навыки и добавить в копилку новых знаний ― онлайн-курсы.  Например, в Skillbox есть курс, где все подробно объясняют про особенности Scrum и учат разбираться в сложных процессах управления веб-разработкой.