Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.

SAFe Odesa PM Labs

357 vues

Publié le

SAFe presentation for Odesa PM Labs

Publié dans : Logiciels
  • Soyez le premier à commenter

SAFe Odesa PM Labs

  1. 1. Як маштабувати Agile на великі проекти
  2. 2. Декілька слів про нас Co-founder & trainer @ E5 Agile Project manager @ Ciklum IC Agile certified professional Agile Project manager/Consultant @ Ciklum IC Agile certified professional
  3. 3. А ви? ;)
  4. 4. SAFe: погляд з висоти
  5. 5. NDA
  6. 6. Чому маштабуватися? Складний продукт ІТ команда 50 – 100 чоловік Розвиток функціоналу і потреба в маштабуванні архітектури Необхідність регулярних релізів
  7. 7. Наші передумови Виділений реліз менеджер (RTE) Команда архітекторів Сильний лідерський склад SCRUM команди Виділена DevOps команда
  8. 8. TOP 5 причин для успішного маштабування AGILE по версії VersionOne
  9. 9. Рівень портфоліо
  10. 10. Architectural features Business features Portfolio Backlog Business Owners Head of IT Development Portfolio management Strategic Themes
  11. 11. Рівень релізу
  12. 12. 3 релізи в одиночас Deliver Develop Plan Deliver Develop Plan Deliver Develop Plan
  13. 13. Test Pack UATS2 Kanban + UAT S3 Pack & Deliver Portfolio meeting EG1 EG2 Planning Agile Release Train GoLive CodeFreeze S1 Commitment Release Train Engineer Product Owner Vision Release Goals Architectural Runway Feature roadmap
  14. 14. А до чого тут потяг?
  15. 15. Release scope
  16. 16. Планування релізу
  17. 17. Матриця залежностей
  18. 18. Випуск релізу
  19. 19. Рівень команди
  20. 20. 2 weeks sprint Team Product Owner Scrum master Sprint backlog Sprint Planning Daily Stand up Sprint Demo Retrospective Epic grooming Story grooming
  21. 21. Маштабування організаційної структури RTE DevOps LeadHead of IT DevelopmentCPO PO 1 PO 2 PO N SM 1 SM 2 SM N TL 1 TL 1 TL N QA Lead Sen QA 1 Sen QA 2 Sen QA N DevOps 1 DevOps 2 DevOps N Arch 1 Arch 2 Arch N … … … … … …
  22. 22. Continuous improvement culture: як підвищити рівень зрілості команди?
  23. 23. Improvement board
  24. 24. Topic Problem Profit Demos Feedback from POs on 1. Demo meetings bring value both to POs and external guests 2. We can collect feedback from all parties Responsibilities of SMs What we are responsible for and what we lack to execute it 1. Responsibilities are clear 2. We have all power (and cookies) we need Commitments Scrum Teams are responsible for making and delivering commitments. We do not have fully implemented "Getting things done" mindset motivated team to deliver realistic commitments, managed expectations for PO and bussiness, managed opportunities to deliver over commitment How to process CI blockers Too many open Blockers in the system, most of which are CI blockers Clear understanding how to process CI blockers, descries number of Open Blockers in the system Leadership knowledge exchange
  25. 25. Expectations from position
  26. 26. Плюси та мінуси SAFe на нашому проекті
  27. 27. Плюси Маштабування  8+ Agile команд Синхронізація  Прорітезація нових фіч і архітектурних задач на рівні портфоліо  Синхронізація роботи між командами на рівні релізу Релізи  Інкрементальні релізи кожні 4 ітерації  Можливість швидко випускати маленькі патчі Управління ризиками  Управління ризиками і залежностями на ранніх стадіях Якість  Контроль якості на всіх рівнях  Управління технічним боргом Продуктивність  Фокус для кожного релізу  Повна загрузка девелопменту
  28. 28. Мінуси Реліз процес ‒ Довгий Lead time ‒ Довгий процес випуску на Production Якість ‒ Виривання QA з спрінта для регресії Продуктивність ‒ Затягування грумінгів через сирі вимоги ‒ Застрявання незакінчених фіч при постійній зміні бізнес пріорітетів Підтримка процесу ‒ Додаткові ролі і ритуали для підтримання процесу
  29. 29. Чи є альтернатива?
  30. 30. Статистика за 2014 рік від VersionOne
  31. 31. Корисні посилання  SAFe (Scaled Agile Framework) http://www.scaledagileframework.com  DAD (Disciplined Agile Delivery) https://disciplinedagiledelivery.wordpress.com/introduction-to- dad/  LeSS (Large-Scale Scrum) http://less.works _______________________________________________________  Version One Agile report http://info.versionone.com/state-of-agile-development-survey- ninth.html
  32. 32. Прихнич Альона helen@e-5.com.ua Пашко Ірина irpa@ciklum.com

×