Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Швейцарія, масштабування Scrum і розподілені команди от Романа Сахарова

У своїй доповіді я розповім історію про еволюцію проекту швейцарського банку, який виявився досить гнучкий щоб пережити багато злетів та падінь. Використовуючи цікаві напрацювання з масштабованого Agile і здорового глузду. А також, на скільки складніше працювати у випадку розподілених команд і яка ціна використання такої конфігурації.

  • Be the first to comment

Швейцарія, масштабування Scrum і розподілені команди от Романа Сахарова

  1. 1. Швейцарія, масштабування Scrum і розподілені команди Роман Сахаров @E5
  2. 2. Improve yourself continuously! Про мене Роман Сахаров Business Analysis Team Leader @EPAM Systems Co-founder and trainer @E5  Business Analyst on Agile projects  Agile Project Manager  BA Community and mentoring program leader  BA and Agile trainer Certified Scrum Master IT Awards 2014 Business Analysis winner
  3. 3. Improve yourself continuously! Scrum? 1. Хто з вас працює в Agile, або Scrum? 2. Хто працює більш ніж з однією командою? 3. Хто працює в розподіленому форматі?
  4. 4. Початок дороги
  5. 5. Improve yourself continuously! Business Process Work Management •BP Case Library •Productivity Enterprise Case Management •Escalation •Prioritisation Work Management •Advanced Routing •Escalation and Prioritisation Rules and Workflow •SWIFT •E-mail/Web access Automated Correspondence •Log every user and system action Audit trails
  6. 6. Improve yourself continuously! Клієнт
  7. 7. Improve yourself continuously! Команда
  8. 8. Зліт
  9. 9. Improve yourself continuously! Scrum Pulse  2-тижневі спринти  Планування спринту  Щоденний Standup  Sprint Review  Спринт ретроспектива  Backlog Grooming  Зустрічі для вирішення проблем
  10. 10. Improve yourself continuously! Хороший продукт потрібен усім • Кількість процесів в розробці зросла від 1 - 3 до 6 - 7 • Для забезпечення потреб було зібрано ще 3 (4) команди
  11. 11. ПОПИТ
  12. 12. Нові виклики Багато замовлень від замовників Замовники змагаються за команду (и) Один проект і команди Жахи пріоретизації Декілька «потоків» роботи
  13. 13. Improve yourself continuously! Потоки стали проблемою Кожен потік відповідає за свій бізнес процес Кожен департамент має свій потік Кожен потік має свій бюджет Не прозора кількість роботи по напрямкам Немає пріоритизації між стейкхолдерами Хаотичне вдосконалення процесу Команди не розуміють хто чим займається
  14. 14. Пошук рішення
  15. 15. Improve yourself continuously! Визначені зони для вдосконалення Scaled events Scaled artifacts Flow of requirements Role of BA/PO Operations and support acceptance procedures Capacity allocation and planning
  16. 16. Scaled Events Спільне планування для команд Спільні для всіх PBR (Grooming) Глобальні ретроспективи Cross team competency meeting
  17. 17. Improve yourself continuously! Scaled Artifacts Knowledge base Structure by competencies, which is up-to-dated by • component guardians, • managers, • BAs and other knowledge holders  Process descriptions on Confluence  Global Retro-points list Summarized list from all the teams to be discussed on Global retrospective meetings  General backlog for all streams  Rally used for EPICs, Features and User Stories Populated by Product Owner of each business process Priorities by Chef Product Owner before PBR
  18. 18. PBR Planning Team Support Demo Acceptance Backlog update Requirements flow and work with teams POBA
  19. 19. Планування в 3х частинах • 1st тільки для PO • Standard Scrum Planning • 1st Part with PO • 2nd with the team creating tasks decomposition Кожен PO має % бюджету на свій напрямок % бюджету - це % velocity команд розробки Capacity Allocation and Planning
  20. 20. УСПІХ!
  21. 21. Improve yourself continuously! Виявилось, що це LeSS
  22. 22. Ціна розподеленості та масштабу
  23. 23. Improve yourself continuously! Ціна  Час на інтеграцію результатів роботи  Час на зустрічі для обміну інформацією  Час на підтримання процесу Час = Гроші але… відсутність цих елементів = хаос
  24. 24. Отже
  25. 25. Improve yourself continuously! Agile і Scrum виросли  Scrum довів скою користь  Великі компанії використовують Agile і Scrum  Але великі продукти не можуть обійтись Vanilla Scrum і ми повинні шукати рішення
  26. 26. Improve yourself continuously! Питання?
  27. 27. Improve yourself continuously! Vielen dank! roman.sakharov@e-5.com.ua E5Trainings E5Trainings E5 www.e-5.com.ua

    Be the first to comment

    Login to see the comments

  • RomanSakharov

    Jul. 28, 2015

У своїй доповіді я розповім історію про еволюцію проекту швейцарського банку, який виявився досить гнучкий щоб пережити багато злетів та падінь. Використовуючи цікаві напрацювання з масштабованого Agile і здорового глузду. А також, на скільки складніше працювати у випадку розподілених команд і яка ціна використання такої конфігурації.

Views

Total views

671

On Slideshare

0

From embeds

0

Number of embeds

283

Actions

Downloads

5

Shares

0

Comments

0

Likes

1

×