Командный тренинг «Культура, процесс и инженерные практики Agile в продуктовой разработке для не-разработчиков»
Как помочь команде втаскивать успешные продукты. 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 помогает продуктовой разработке
- Уровень: хоть как-то получаем хоть какой-то результат на prod
- Уровень: управляем внешним качеством
- Уровень: управляем внутренним качеством
- Уровень: управляем TTM
- Уровень: управляем успехом продукта
- Команды расставят практики из целей тренинга по уровням (+неуказанные)
- 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 на производстве