Для устранения хаоса при планировании необходим прозрачный и понятный для всех фреймворк
💻 Продукт
Суперап DLS — кроссплатформенное приложение на Flutter. Платформы: десктопный и мобильный веб, десктоп (Windows, Linux, MacOS), мобильные (Android, iOS).
🛠️ Ситуация
При планировании задач дизайнеры опирались на приоритеты бизнеса, при этом дизайнерские задачи не были приоретизированы, выглядели громоздко и сложно. Дизайнерам было сложно понять с чего начать, на каком этапе работы можно передать результаты работы владельцу продукта.
💡 Решение
Инициировал формирование фреймворка реализации работ и взаимодействия с владельцами продуктов.
В компании используют гибкую методологию разработки Scrum, разработка ведётся итерационно. Учитывая подход разработчиков, дизайнеры также могут декомпозировать задачи и вести итерационную разработку, реализовывая в первую очередь наиболее важные решения.
Для такого подхода хорошо подходит методика критического пути или Critical Path Method (CPM), которая подразумевает определение критических задач, без которых невозможно реализовать цели бизнеса и пользователей, а после постепенно улучшать получившийся результат.
Определение критического пути осуществляется с участием владельца продукта и техлида разработки. В ходе переговоров происходит приоретизация бэклога, а также формирования бэклога дизайнеров в декомпозированном формате.
Для визуализации бэклога дизайнеров используется локальный канбан, связанный с продуктовым бэклогом. А для фиксации нагрузки дизайнеров в спринте используется метод «Work-in-Progress» (WIP) — перед началом работ дизайнеры оценивают сложность задачи в сторипоинтах. Зная примерную ёмкость команды можно прикинуть среднее максимальное количество задач, с которым смогут справиться дизайнеры за спринт (двухнедельный отрезок времени). На условный спринт дизайнеров берётся не более N задач, в зависимости от количества участников команды и их физических возможностей.
В итоге владельцы продуктов, разработчики и другие заинтересованные лица могут прогнозировать результаты работы дизайнеров и прикидывать предстоящую нагрузку на разработчиков в будущих спринтах и итерациях.
Ниже представлены примеры схем для выбора наиболее приоритетных функций, а также оформление задач.
Фреймворк с определением критического пути помог сосредоточиться на наиболее важных задачах и сократить «time to market»
Команды смогли сосредоточиться на критичных задачах, а дизайнеры научились точнее планировать задачи, получая более ожидаемые результаты.
ЛПР стало проще прогнозировать результаты разработки. Концентрация на движении по «критическому пути» позволила существенно сократить время производства и релиза продуктов.