The document discusses three case studies of scaling Agile practices to the enterprise level. The first case study describes challenges with a team using only Scrum practices and how adopting additional XP practices like test-driven development and continuous integration helped. The second case study explains problems that arose from multiple teams working on a shared backlog and lack of synchronization; Kanban was introduced to help. The third case study outlines issues with multiple outsourced teams and lack of integration; Kanban, additional roles, and improved coordination helped address these challenges at the portfolio level.

1. JAK SKALOWAĆ AGILE
DO POZIOMU CAŁEGO
PRZEDSIĘBIORSTWA?
3 X CASE STUDY
Agile Management 2014
1

2. KRYSTIAN KACZOR
• CERTIFIED SCRUM PROFESSIONAL, CERTIFIED SCRUM MASTER,
PSM I, PMI-ACP
• 10 LAT DOŚWIADCZENIA NA PROJEKTACH W SZWECJI, POLSCE,
IRANIE, HOLANDII
• ICF ASSOCIATE CERTIFIED COACH
• AUTOR ARTYKUŁÓW (PROGRAMISTA, SDJ, ITCREW BLOG, ICC,
C0RE)
• AUTOR KSIĄŻKI „SCRUM I NIE TYLKO”
• COACH I TRENER W CODE SPRINTERS
Agile Management 2014
2

3. Agile Management 2014
3

4. 4
©Katarzyna Zalewska

5. AGENDA
• CASE STUDY #1 – TYLKO SCRUM
• CASE STUDY #2 – MASZYNA SIĘ ZACINA!
• CASE STUDY #3 – AGILE W PROGRAMIE
• WNIOSKI
Agile Management 2014
5

6. CASE STUDY #1 -
TYLKO SCRUM
Agile Management 2014
6

7. CASE STUDY #1
• IT MA SCRUM
• PRODUKT NIE DZIAŁA
• NIE WIADOMO JAKI JEST POSTĘP
• SCOPE CREEP OD BIZNESU I GRAFIKÓW
• NIE WIADOMO CZY DEADLINE I-SZEJ FAZY BĘDZIE OSIĄGNIĘTY
Agile Management 2014
7

8. CASE STUDY #1 -
ROZWIĄZANIE
• ZNALEŹLIŚMY PRAWDZIWEGO PO
• BIZNES SIEDZI RAZEM Z IT
• PRAKTYKI XP (TDD, PROGRAMOWANIE W PARACH, CIĄGŁA
INTERGACJA) NA POZIOMIE ZESPOŁU
• MAKIETY I PRACA NAD KONCEPCJAMI W OSOBNYM BACKLOGU
• SPRINTY SKRÓCONE DO 2 TYGODNI
• DODANY RELEASE SPRINT (TYDZIEŃ NA WYDANIE, TYDZIEŃ
HACKATHON)
Agile Management 2014
8

9. CASE STUDY #1 -
ROZWIĄZANIE
Agile Management 2014
9

10. CASE STUDY #2 - MASZYNA SIĘ
ZACINA!
Agile Management 2014
10

11. CASE STUDY #2
• SCRUM + BIZNES „ROBIĄ AGILE”
• ZESPOŁY PRACUJĄ NAD JEDNYM BACKLOGIEM
• MASZYNA SIĘ ZATRZYMUJE, BO NIE MA WSADU
• STAN BACKLOGU NIEZNANY
• BRAK SYNCHRONIZACJI
Agile Management 2014
11

12. CASE STUDY #2 -
ROZWIĄZANIE
• JASNA DEFINICJA GOTOWOŚCI
• KANBAN DLA ANALITYKÓW BIZNESOWYCH I PRODUCT OWNERÓW
• 3 RUNDY CZYSZCZENIA BACKLOGU
• RÓŻNE POZIOMY WYMAGAŃ I BUDŻETOWANIE NA NAJWYŻSZYM Z
NICH
• UATY NAJPIERW SKRÓCONE, A POTEM USUNIĘTE
• SPRINT REVIEW I RELEASE PLANNING ROBIONE RAZEM Z 2
ZESPOŁAMI
• ZALEŻNOŚCI POMIĘDZY ZESPOŁAMI ZNIWELOWANE PRZEZ
SYNCHRONIZACJĘ SPRINTÓW I TEN SAM RYTM PRACY
Agile Management 2014
12

13. CASE STUDY #2 -
ROZWIĄZANIE
Agile Management 2014
13

14. CASE STUDY #3 - AGILE W
PROGRAMIE
Agile Management 2014
14

15. CASE STUDY #3
• SCRUM + BIZNES SĄ AGILE
• 8 ZESPOŁÓW
• DEVELOPERZY Z KILKU FIRM, CZEŚĆ TO KONSULTANCI
• WIELE SYSTEMÓW
• PROBLEMY Z INTEGRACJĄ SYSTEMÓW TUŻ PRZED WYDANIEM
• PROBLEMY Z DOSTAWCĄ POTRAFIĄ ZEPSUĆ SPRINTY NAWET KILKU
ZESPOŁÓW
• ZAWARTOŚĆ WYDAŃ NIEPRZEWIDYWALNA
Agile Management 2014
15

16. CASE STUDY #3 -
ROZWIĄZANIE
• KANBAN NA POZIOMIE CAŁEGO PORTFOLIO I WSZYSTKICH ZESPOŁÓW
• ROLA ARCHITEKTA – SPÓJNOŚĆ ROZWIĄZANIA I INTEGRACJA Z
ISTNIEJĄCYMI SYSTEMAMI
• RELEASE MANAGEMENT – WYDANIE SPÓJNYCH I GOTOWYCH DO
UŻYCIA FUNKCJONALNOŚCI
• CONFIGURATION MANAGEMENT – ŚLEDZENIE WERSJI
KOMPONENTÓW, ROZWIĄZYWANIE FIXÓW I KONFLIKTÓW
• PROGRAM MANAGEMENT – KOORDYNACJA FUNKCJONALNOŚCI
POMIĘDZY ZESPOŁAMI, WSPÓŁPRACA Z DOSTAWCAMI, ESKALACJA
PROBLEMÓW
Agile Management 2014
16

17. CASE STUDY #3 -
ROZWIĄZANIE
Agile Management 2014
17

18. Agile Management 2014
18
“TWOJĄ PODSTAWOWĄ ODPOWIEDZIALNOŚCIĄ JEST ZDOBYWANIE
UŻYTECZNEJ WIEDZY OD INNYCH I ODPOWIEDNIE JEJ
STOSOWANIE. NIE MUSISZ WYNAJDYWAĆ KOŁA NA NOWO, ALE
MUSISZ UCZYĆ SIĘ OD TYCH, KTÓRZY TO ZROBILI.”
GARY RYAN BLAIR

19. Agile Management 2014
19

20. Agile Management 2014
20
#2
#3
#1 #1 #2
#3
#3

21. DZIĘKUJĘ ZA UWAGĘ
Agile Management 2014
21
@krystian_kaczor
krystian.kaczor@codesprinters.com