Product Discovery Phase
Генерация идеи. Как выявлять требования у стейкхолдеров. Как создать видение продукта у себя, команды и всех заинтересованных лиц. Анализ жизнеспособности идеи.
✓ Создание идеи: 3V Model
✓ Product Vision
✓ Техники: Empathy maps, personal cards.
✓ Стейкхолдеры: интервью, коммуникация, Do’s&Don’ts.
После воркшопа вы научитесь проводить Product Discovery, генерировать и описывать идею для всех участников. Использовать техники выявления требований под разные типы стейкхолдеров.
Backlog: структура, приоритеты, встречи
Превращаем набор идей в понятный список задач и backlog. Разбираемся, что делать в ситуациях, когда backlog регулярно разрастается и учимся приоритизировать задачи. Рассмотрим, как проводить grooming-и и refinement-ы.
✓ Задачи: WBS, декомпозиция, структура.
✓ Критерии: Deep, Invest and MoSCoW.
✓ Приоритеты: Backlog Priority Chart, Value&Effort, другие техники .
✓ Команда: Grooming и Refinement.
После занятия вы научитесь формировать продуктовый backlog и поддерживать его структуру и актуальность в уже идущем продукте. Проводить встречи с командой по расстановке приоритетов и “чистки”.
Roadmap: функционал, планирование, стейкхолдеры
Как выбрать минимальный функционал, который впечатлит стейкхолдеров, удовлетворит потребность пользователей, но не заставит вас “пилить” продукт вечность. Что подходит вам no-dates, hybrid or timeline? Разберемся, какие ограничения помешают вам двигаться по утвержденному Roadmap-у.
✓ Планирование: Velocity, Capacity.
✓ Цели: стратегия и сроки.
✓ Ограничения: технические, системные, риски.
✓ Техники: Dependencies map и другие.
После занятия вы научитесь строить Roadmap по вашему продукту, используя для этого техники визуализации из арсенала РО.
Воркшоп по работе со Stakeholders
Балансируем между “да, сделаем, легко” и “нет, не можем это сейчас”. Ищем подходы к разным типам стейкхолдеров, будь вы маленьким стартапом или большим, зрелым продуктом. Учимся, презентовать ваши решения и держать заинтересованных лиц up-to-date.
✓ Stakeholders: типы, подходы, управление ожиданиями.
✓ Презентация Roadmap.
✓ Коммуникация: прогнозы, соглашения, конфликты.
✓ Митинги: проведение, синхронизация команды и заказчика.
После занятия вы научитесь презентовать ваши решения, коммуницировать и управлять ожиданиями всех заинтересованных лиц продукта. Проводить sync-up-ы и держать в курсе важных изменений.
Воркшоп по работе с командой
Снова балансируем, но уже между “надо сделать по-любому” и “да, понимаю, не можем”. Проводим встречи в Scrum, которые оптимизируют и ускорят работу команды.
✓ Common: правила, пространство, запуск разработки
✓ Scrum: Planning, User Interview, Retrospective, Review.
✓ Development Team - как ставить задачи, которые понимает разработка?
✓ Daily Routine и масштабирование.
После занятия вы научитесь управлять командой продуктовой работки по Scrum. Проводить встречи с командой для “непрерывной” работы команды.
Quality: архитектура, поставка, масштабирование
Какие фреймворки и подходы стоит использовать в продукте. Стоит ли их сочетать или использовать в чистом виде. Какие подводные камни вас ждут при различных условиях и размеров команды и продукта. Во время курса будут рассмотрены самые популярные фреймворки которые используются при разработке продуктов:
✓ Lean Product Development
✓ Agile
✓ Scrum
✓ Kanban
✓ Waterfall Development
После занятия вы научитесь подбирать фреймворк, который лучше всего подойдет вашей команде и продукту для эффективной работы.
Approach: фреймворки и комбинации
DoR и DoD-ы – фундамент для поддержания качества. Какие вопросы следует задать на старте продукта, чтобы не приходилось перерабатывать с нуля при эффекте масштаба. Разбираемся, за какими техническими аспектами важно следить РО.
✓ "Чистый код" и архитектура: обеспечение и контроль.
✓ Incremental delivery: сущность, настройка, проведение
✓ CI/CD pipelines: внедрение и отслеживание
✓ Качество: ответственность, тестирование, масштабирование.
✓ Техническая обязанность: откуда контролировать и работать.
После занятия вы будете разбираться, какими техническими навыками должен обладать РО, чтобы контролировать процесс разработки продукта.