8 шагов к эффективному началу квартального планирования

Узнайте, как создавать отличное ПО, используя долгосрочное agile-планирование

Claire Drumond Claire Drumond
Browse topics
Долгосрочное agile‑планирование | Atlassian — тренер по agile

Отправляясь на очередное рабочее совещание по квартальному планированию, я поняла, что тоже работаю над долгосрочным проектом: я строю дом. Создание программного обеспечения и строительство дома не так уж сильно различаются: это долгосрочные проекты, в которых нескольким командам необходимо согласовывать действия друг с другом, к тому же (тут со мной согласится любой домовладелец) они никогда не завершаются. Всегда можно внести какие-нибудь улучшения, что-то постоянно ломается, а рыночные тенденции непрерывно меняются. Без плана вы рискуете столкнуться с потенциальными блокерами или датой въезда, которая постоянно будет «через два месяца».

Что касается отличия разработки программного продукта (и в чем строительство жилья могло бы несомненно выиграть) — это применение agile-методологии. Она позволяет нескольким командам быстро реагировать на изменения. Так как же agile‑методология, в основе которой лежат частые и непрерывные поставки, может существовать наряду с долгосрочным планированием проекта в целом? Можно ли создать реалистичный прогноз на длительный период времени, зная, что единственная постоянная — это изменение?

Как работают долгосрочное планирование и agile‑методология

Независимо от того, какую agile-методологию вы используете (Kanban, Scrum или их сочетание) или на каком этапе agile-пути вы находитесь (только начинаете или уже практикуете agile‑подход при любом масштабе), выполнять долгосрочное прогнозирование, брать на себя обязательства, планировать ресурсы и привязывать свою работу к стратегическому видению все равно нужно. При разработке программного обеспечения сложно создать концепцию развития с помощью изолированных инструментов, таких как диаграммы Ганта, электронные таблицы и пользовательские сочетания инструментов управления портфелем проектов (PPM). Либо, как это было в случае с моим подрядчиком, мешанина из электронной таблицы, писем и текстовых сообщений становится абсолютно непригодна к использованию.

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

Шаг 1. Начните с комплексного представления проекта.

Будь то дом или продукт, вам нужно определить видение и выделить стратегические темы. Представьте, что темы — это основные направления деятельности в рамках организации. На чем вы хотите сосредоточиться в течение следующего квартала, 6 месяцев, года? Чему вы хотите отдать время и ресурсы? Производительность, взаимодействие с пользователем, безопасность, новые конкурентоспособные возможности (кто-нибудь хочет джакузи?) или все в сочетании?

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

Шаг 2. Определите самые важные составляющие.

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

Шаг 3. Разбейте работу на части.

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

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

Он поможет на следующем, самом важном этапе процесса планирования: оценке. 

Шаг 4. Проведите оценку.

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

Здесь имеет значение опыт работы подрядчика (или менеджеров по продукту и разработке). Просмотрев аналогичные уже выполненные работы, можно получить ясное представление о том, что нужно для завершения каждого эпика.

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

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

Проведите оценку

Шаг 5. Создайте умные релизы.

При использовании agile-методик разработки команды обычно предоставляют работающую часть программного обеспечения в конце каждого спринта в виде релиза (или версии). Однако при долгосрочном планировании и составлении дорожной карты необходимо определить примерные точки релизов на своей карте, чтобы вы могли прикинуть даты релизов в следующем квартале. Например, «Завершение наружных работ по строительству дома», куда входят работы, связанные с установкой надежных окон, а также каркасом, покраской, изоляцией и т. д.

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

Создайте умные релизы

Шаг 6. Создайте дорожную карту.

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

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

Создайте дорожную карту

Шаг 7. Поделитесь картой с командой и подтвердите ее.

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

Шаг 8. Продолжайте оптимизировать.

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