У проєктах із високою адаптивністю всі групи процесів управління проєктом протікають безперервно протягом усього життєвого циклу. Цей підхід часто називають “безперервним і адаптивним плануванням”. Сенс полягає в тому, щоб наполегливо домагатися поліпшення і вдосконалення всіх складових плану управління проєктом за межами контрольних точок, пов’язаних з ітераціями. Адаптивне планування визначає план, але передбачає, що після початку робіт пріоритети можуть змінитися, і необхідно, щоб план відображав це нове знання.
Цей тренінг допоможе підготувати команди проєкту до планування Scrum-процесів у проєкті, а після тренінгу команди будуть здатні виконувати основні практики Scrum-процесу: планування, щоденний мітинг, демонстрація, ретроспектива.
Інструктор: Анатолій Савін, PfMP, PMP, M.S.P.M.
Тривалість тренінгу: 1-2 дні (за бажанням замовника змінюється глибина вивчення матеріалу)
Кількість учасників: 9-15 осіб (для тренінгу в класі) або без обмежень (для онлайн-тренінгу)
Цільова аудиторія
- Команди, що займаються гнучким плануванням за Scrum.
- Тімліди, що стикаються з проблемами планування проєктів.
- Розробники та менеджери, які бажають познайомитися з гнучким плануванням проєктів.
Розглянуті теми
- Принципи Agile.
- Що таке Scrum?
- Огляд процесу Scrum.
- Ролі в Scrum:
- Власник продукту. Його повноваження та функції. Що робити, якщо власників продукту кілька?
- Скрам-майстер. Які функції виконує. У чому відмінність від керівника проєкту? Що не повинен робити скрам-майстер?
- Команда проєкту. За що відповідає команда? Скільки має бути людей? Як зробити команду, що самоорганізується? Чи можна зробити взаємозамінними співробітників?
- Артефакти в Scrum:
- Дорожня мапа. Загальний графік, який відображає такі речі як віхи, значні події, огляди та точки ухвалення рішення.
- User Story. Декомпозиція завдань. Як пишуться вимоги? Що таке DoD та acceptance criteria? Як на практиці пишуть вимоги? Роль аналітика в процесі підготовки вимог.
- Відставання. Хто і як управляє списком вимог? Пріоритети вимог. У чому роль скрам-майстрa і власника продукту під час формування вимог.
- SprintBacklog. Як визначити вимоги на найближчий спринт? Що таке аварійне завершення спринту?
- Ціль спринту. Навіщо потрібна мета спринту і як її використовують на практиці? Як правильно сформулювати мету спринту?
- BurnDown Chart. Як спостерігати за роботою команди за допомогою звіту “спалювання робіт”? Які ще звіти застосовують на практиці?
- Ритуали в Scrum:
- Зустріч з плануваня. Зустріч із планування спринту. Як декомпозувати User Story? Як оцінити завдання? Як організувати роботу команди під час планування? У чому роль кожного учасника процесу під час планування? Поняття швидкодії, спроможності (capacity) та фокус-фактору команди. Як порахувати фокус-фактор?
- Покер планування. Однією з форм порівняльних оцінок є покер планування. У покері планування команда проєкту, що виконує роботу, приходить до консенсусу щодо трудовитрат, необхідних для постачання цінності. Використання відносних одиниць для оцінювання роботи може призвести до присвоєння цій роботі деякої кількості відносних одиниць. Нова робота оцінюється за допомогою порівняння кількості оціненої роботи з одиницями, присвоєними попередній роботі. Таким чином, трудовитрати в новій роботі порівнюються з трудовитратами вже відомої роботи.
- Планування спрінту. Вчимося планувати спринт, оцінювати місткість команди з урахуванням її фокус-фактора.
- Щоденна зустріч. Щоденний ритуал у Scrum. Організація зустрічі. Порядок проведення. Роль команди та скрам-майстра.
- Демо-зустріч. Як проводиться приймання продукту власником продукту? Структура зустрічі та порядок її проведення. Помилки команди.
- Ретроспективна зустріч. Рекомендації до фасилітації зустрічі з покращення процесів у Scrum.
- Складні ситуації в Scrum-процесі.
- Scrum-of-Scrums. Техніка управління, коли декілька команд координують роботу над одним продуктом. Інструменти для координації ризиків, перешкод, залежностей та припущеннь (RIDA) між командами.
Практичні завдання тренінгу
- Довгострокове планування. Робота з Дорожньою картою.
- Написання User Story, DoD та критеріїв прийняття.
- Побудова Backlog’a проєкту і Sprint Backlog-a.
- Оцінка спроможності команди з урахуванням її фокус-фактора.
- Оцінка завдань за допомогою покеру планування.
- Планування роботи команди. Робота з Канбан-дошкою.
- Побудова Burndown Chart.
- Відпрацювання навичок проведення ритуалів щоденної зустрічі, зустрічі з плануваня, обзорної (демо) зустрічі і ретроспективної зустрічі.