Как помочь команде втаскивать успешные продукты. 24 hrs.

• Понимание языка разработчиков
• Их способы решения задач
• Их когнитивные ловушки

• Ценности продуктовой разработки для обоснования процессных решений
• Видение продукта для упрощения принятия инженерных решений

• Производственная культура для осознания личной и командной культур инженерами
• Принцип Just in Time поставок и практика Time Boxing
• Как померить качество через rework
• PBI DoD как механизм контроля внутреннего качества
• Информационные радиаторы как инструмент коммуникаций с инженерами
• Парная разработка в формате Driver + Navigator и когда ее применять
• Trunk based development, Feature Toggling

• Понимание ценности в формате User Story
• Декомпозиция пользовательских историй
• Ключевые внешние NFRs

• ATDD, Front-end tests, BDD
• Автоматизированное тестирование и базовые техники тест-дизайна, изоляции и анализа покрытия

• Внутренняя модель качества из обоснованных внутренних NFRs и технический долг
• TDD
• Simple Design
• Рефакторинг
• Code Review
• Статический анализ кода

• Автоматическая сборки релиза
• CI
• Версионирование схемы БД
• CD
• Культура DevOps и Continouos Feedback
• Мониторинг системных- и продуктовых метрик

• Знакомство с тренером
• Договоренности
• Разбивка по командам по "бразильской системе" в соотвествии с принципами Scrum
• Самостоятельный обзор тренинга в группах
• Парковка кейсов и проблем участников: проблемные ситуации на производстве
• Ветка потока в github

• Общая картина дисциплин "снизу-вверх"

• Как вы определяете бизнес по разработке цифровых продуктов?
• Важнейшие особенности продуктовой разработки
• Тиражируемость
• Инновационность
• Неопределенность
• Снижение лояльности к брендам: нерерывное развитие
• В запутанных системах бизнес-рынок-клиенты нельзя ничего предсказать

• Продукт и Заказ
• In-house и Outsource
• Сервис и Проект
• Стартап и Зрелый
• T&M и Fixed*

• Подходы к неопределенности по модели Cynefin

• Каковы ключевые метрики продуктового бизнеса?
• Как вы поймете, что сделали бизнесу хорошо? Манифест команды.
• На какие trade-offs придется пойти?

• Участники могут на своих машинах клонировать, собрать проект и запушить изменения

• Понятие культуры компании
• Роль производственной культуры компании
• Групповая практика на определение производственной культуры по Шнайдеру
• Типовые когнитивные ловушки инженеров - выбираем кейсы из своей практики для дальнейшего решения

• Как вы "продадите" свою команду бизнесу, что бы выбрали именно вас? Обновляем Манифест команды.
• На какие trade-offs придется пойти?

• Подход SLA к балансу бизнес-метрик: scope, time, quality, price, ?. Time-boxing.
• Подход к частоте поставок: сервис/проекты
• Подход к запасам. JIT. Запасы в IT-разработке.
• Подход к структуре команд: feature teams/matrix. Свойства feature team.
• Подход к формализации/самоуправлению
• Подход к описанию процесса: процедурный/декларативный. Практика PBI DoD
• Подход к ответственности: персональная/коллективная
• Подход к коммуникациям: формальная/неформальная. Распределение знаний по артефактам.
• Подход к экспертизе: фокусировка/T-shaping. Практика Star Map.
• Подход к инженерным решениям: все запроектировать заранее/откладывай@делегируй
• Подход к гибкости в архитектуре: делать гибко/делать просто
• Подход к внутреннему качеству (техдолгу): фигак-фигак-и-впродакшн/техналог

• Работающие инженерные практики как результат трансформации
• Reference: Как безопасно трансформировать культуру и процесс
• Культура DevOps и Continouos Feedback

• Что такое product development/discovery?
• Как сформулировать гипотезу продуктовой бизнес-модели? Формальные/неформальные подходы
• На какие ключевые вопросы должна отвечать продуктовая гипотеза?
• Зачем нужна metaphor/vision?

• Структура Lean Canvas

• Дизайн продуктовой гипотезы в формате Lean Canvas
• Фокусировка с помощью Vision
• Меппинг на архитектурные риски
• Scope решения в терминах epics

• Кросс-ревью метафор
• Кросс-ревью продуктовых моделей

• Закрытые цели тренинга, burndown
• Персональные инсайты
• 𝚫+
• Take-away actions

• Что такое беклог? Какие ключевые свойства?
• Элементы беклога – единица планирования и результ процесса коммуникации
• Как происходит управление элементами беклога? Порядок внесения новых элементов, уточнение и жизненный цикл.
• Элементы беклога: Themes, Epics, User Stories

• Name
• Story
• Acceptance Criteria
• NFRs
• DoD

• Почему важно декомпозировать истории?
• Как обеспечить "тонкую нарезку" инкрементов?

• Практика User Story Mapping
• Практики декомпозиции историй

• Команды проведут USM
• Получат беклоги c подробными PBI на первый спринт

• Кросс-ревью командных беклогов

• Модель уровней понимания и зоны черного ящика
• Закон расширения черного ящика: цикл Коулба

• Кейс: онлайн-система персонального финучета
• OS и Hardware
• Исходники и синтаксис
• Компиляция
• Запуск приложения
• Процедурный стиль
• Библиотеки кода
• Объектный стиль
• Конфигурация vs hardcode
• Фреймворки
• Автотесты

• В отдельном документе Markdown для каждой команды
• Свой глоссарий важных для вас концепций

• Local repo
• Workspace
• Commit
• Branch and merge
• Log

• Remote repo
• Clone
• Push
• Pull

• Repo patterns: centralized/decentralized
• Branch patterns: GitFlow/TBD+FT
• Pull Requests

• Github account
• Central Glossary github repo
• Teams make overall cross-team glossary

• Points Of View
• Архитектура клиент-сервер
• Удаленные вызовы и типы клиентов
• Типовые паттерны в рамках системы
• Помощь фреймворка
• Хранилища данных

• Maven build tooling
• Maven dependency tooling

• Cloning project from corporate repo
• Building and running app

• Закрытые цели тренинга, burndown
• Персональные инсайты
• 𝚫+
• Take-away actions

• Современное отношение к дизайну процессов: от императивности и формальности к декларативности и гибкости
• Выбор практик как process design core
• Как DevOps помогает продуктовой разработке

1. Уровень: хоть как-то получаем хоть какой-то результат на prod
2. Уровень: управляем внешним качеством
3. Уровень: управляем внутренним качеством
4. Уровень: управляем TTM
5. Уровень: управляем успехом продукта

• Команды расставят практики из целей тренинга по уровням (+неуказанные)
• BPI DoD

• Мерж в единый процессный беклог: долг по внедрению практик для дальнейшей проработки в рамках тренинга
• Кросс-ревью командных моделей зрелости

• ATTD + Cucumber + Selenium
• TBD + Feature Toggling
• TDD
• Simple Design
• Code Review
• Automated Build
• Test Coverage Metrics
• DB Versioning
• CI
• Automated Code Review and Metrics
• CD
• System and Business Metrics

• Дополняем глоссарий

• Обзор системы автосборки, CI и анализа кода
• Беклог
• Legacy codebase и инфраструктура

• Команды проводят декомпозицию User Stories
• Команды фиксируют NFRs
• Команды проводят Sprint Planning
• Команды проводят спринт
• Парная работа в формате Driver + Navigator
• Помощь тренера по решению блокеров

• Sprint Review
• Добавление технического долга в беклог
• Retro

• Обзор системы автосборки, CI и анализа кода
• Беклог
• Legacy codebase и инфраструктура

• Команды проводят декомпозицию User Stories
• Команды фиксируют NFRs
• Команды проводят Sprint Planning
• Команды проводят спринт
• Парная работа в формате Driver + Navigator
• Помощь тренера по решению блокеров

• Sprint Review
• Добавление технического долга в беклог
• Retro

• Обзор системы автосборки, CI и анализа кода
• Беклог
• Legacy codebase и инфраструктура

• Команды проводят декомпозицию User Stories
• Команды фиксируют NFRs
• Команды проводят Sprint Planning
• Команды проводят спринт
• Парная работа в формате Driver + Navigator
• Помощь тренера по решению блокеров

• Sprint Review
• Добавление технического долга в беклог
• Retro

• Полученные на тренинге знания
• Полученные на тренинге практический опыт
• Полученные на тренинге артефакты

• Кросс-командная ретроспектива тренинга

• Закрытые цели тренинга, burndown
• Инсайты
• 𝚫+
• Обоснованные next actions на производстве