agile silesia - scrum w zespołach rozproszonych - Łukasz kempny
Post on 29-Nov-2014
694 Views
Preview:
DESCRIPTION
TRANSCRIPT
SCRUM w zespołach
rozproszonych
Łukasz Kempny
O mnie
• Project Leader
• Software Quality Assurance
Engineer
• 4 lata doświadczenia w IT
• Certyfikaty: ISTQB, PSM I
!
• W wolnym czasie: podróże i
fotografia
Scrum?
Zespoły rozproszone w Agile
http://www.versionone.com/state-of-agile-survey-results/
Case Study
• Londyn : 2 programistów, Scrum Master, Product Owner,
(Project Manager)
• Gliwice : 2 programistów, 3 testerów, (Project Leader)
Projekt
• Aplikacja webowa do użytku wewnętrznego
• Technologia: .Net 4.5, ASP MVC 4, Entity Framework 5.0
• Zarządzanie projektem: Jira oraz Confluence
• Deadline: 7 tygodni (do 29.11.2013)
Potencjalne problemy
• Różnice czasowe
• Komunikacja
• Zarządzanie
• Edukacja (znajomość SCRUM)
• Różnice kulturowe
• Standardy pracy i organizacji
• Rywalizacja
• Zaufanie
Zespoły rozproszone
• Wspólna przestrzeń/piętro
• Wspólny budynek/różne piętra/
pokoje
• Osobne budynki
• Inne miasta/kraje w tej samej
strefie czasowej
• Różne strefy czasowe (godziny)
• Dzień różnicy
Komunikacja
• Narzędzia podstawowe (Skype,
Email, Google Hangout)
• Wideo konferencje
• Narzędzia dodatkowe (Shared
desktop, Interactive
whiteboard, Mind maps)
• Delegacja (wizyta face-to-face)
• Większa częstotliwość
• Większa aktywność
• Większe zaangażowanie
Różnice kulturowe
• Styl pracy (np. dojazdy)
• Bariera językowa
• Akcent, dialekt
• Przekazywanie informacji
• Święta narodowe (dni wolne)
Standardy pracy i
organizacji
• Brak Code Review w UK
• Brak QA w UK
• Praca nie bezpośrednio dla
biznesu (PO jako proxy między
IT a biznesem)
• Dział IT Service Desk - wolny w
działaniu
• Decyzje z dnia na dzień
• Lunch 1h
Zarządzanie
• Mierzenie postępów projektu w czasie rzeczywistym
• Jeden system, aby uniknąć przełączania kontekstów
• Wiki ze specyfikacją, dokumentami, raportami
• Continuous Integration
Zaufanie
• Szczerość
• Otwartość
• Zawarcie znajomości
• Zrozumienie
• Spisanie zobowiązań
Edukacja
• Scrum Guide (PDF)
• Do Better Scrum (PDF)
• Scrum Meetings
• PSM, CSM, PMI-ACP
• Doświadczenie z poprzednich
projektów
• Książki, blogi
Inne zagrożenia
• Faworyzowanie zespołu w
którym jest SM i PO
• Delegowanie łatwiejszych
zadań do PL
• Dodatkowe wyjaśnienia i
smalltalk PO z DEV w UK
• Rywalizacja zespołów i
przerzucanie winy
• Podział odpowiedzialności
• Słaby wpływ uwag z PL na
działania w UK
Daily Scrum
• Skype (głosowo)
• Stała godzina: 10.15 PL / 9.15 UK
• Max 15 minut
• SM + PO + Dev Team + PL (ja)
• Odpowiedź na 3 pytania:
• Co robiłem wczoraj?
• Co będę robił dziś?
• Czy napotkałem jakieś problemy/przeszkody?
Daily Scrum - dobre praktyki
• O czasie pasującym obu zespołom
• Z bezproblemowym i szybkim połączeniem
• Obecność Scrum Mastera i/lub Product Ownera?
• W przypadku braku wspólnych godzin - nagrania
Planning Meeting
• Brak pierwszego spotkania planującego
• Zadania wyestymowane przez PO i DEV w UK (!)
• Kolejne przeprowadzone już lepiej, ale tylko w zakresie
WHAT. Brak części HOW + estymaty całego Dev Team'u
• Brak kompletnego Product Backlog - słaba wizja
produktu
• Konwersacja Skype nie sprawdza sie najlepiej, konieczne
wideo w celu większego zaangażowania zespołu
Planning Meeting - dobre praktyki
• Warto rozbić na krótsze osobne spotkania
• Warto przygotować zespół do innych godzin pracy
• Warto używać narzędzi wspomagających
Planning Meeting - polecane narzędzia
• Google Hangout
• Planningpoker.com - estymacja User Stories
• Coggle.it - wspólne mapy myśli
Review Meeting
• Brak obecności interesariuszy projektu
• Brak prezentacji inkrementu
• Przekładanie spotkania i łączenie go z Retrospective
Meeting
• Wykorzystanie czasu spotkania do dokończenia zadań
sprintu
Review Meeting - dobre praktyki
• Warto by wszyscy byli obecni na spotkaniu
• Warto przeprowadzać demo wspólnie
• Warto sprawdzić stabilność środowiska/połączenia
• Warto stosować wideo i narzędzia
Review Meeting - polecane narzędzia
• Google Hangout + Slideshare / Remote Desktop
• Join.me - screen-sharing dla show & tell
• Board.net - wspólne notatki real-time (np. agenda)
• Scriblink.com - whiteboard
Retrospective Meeting
• Zdecydowanie najlepsze spotkanie
• Wychwycenie błędów w procesie
• Deklaracja poprawy
• Zastosowanie ciekawych technik i narzędzi
Retrospective Meeting - dobre praktyki
• Koniecznie stosować wideo i narzędzia
• Warto spisać sobie uwagi (Good/Bad/Ugly) przed
spotkaniem
• Warto by wszyscy byli obecni na spotkaniu
• Warto stosować gry i techniki zwiększające
zaangażowanie (np. http://retrospectivewiki.org/)
Retrospective Meeting - polecane narzędzia
• Google Hangout + Symphonical
• Listthings.com
Podsumowanie
• Scrum w zespołach rozproszonych = Scrum w zespołach
stacjonarnych + dodatkowe wyzwania:
• Komunikacyjne
• Kulturowe
• Językowe
• Organizacyjne
• Techniczne
A Practical Guide to
Distributed Scrum
Elizabeth Woodward, Steffan
Surdek, Matthew Ganis
THE DISTRIBUTED
SCRUM PRIMER
Pete Deemer
http://www.goodagile.com/distributedscrumprimer/
Ben Linders
„If you want to deliver more, you should not
work harder, but smarter”
http://www.benlinders.com/2013/working-in-a-sustainable-pace/
Spis ilustracji: !Keyboard BokehShaggun http://500px.com/photo/21156453!Skype call at sunrisechris panashttp://500px.com/photo/21191821!SunsetKirill Artemievhttp://500px.com/photo/31327069!Ben and LightspeedSkypainterhttp://500px.com/photo/52369518!Union Jack BubblesLaura Crossleyhttp://500px.com/photo/41299366!Republic of Poland's flagRadosław Kuświkhttp://500px.com/photo/26079493!Calatravanism XXXI - b/w versionArnd Gottschalkhttp://500px.com/photo/51849256!Reading is sexyPawel Koyfmanhttp://500px.com/photo/49446358!Reflection of TajŁukasz Kempnyhttp://500px.com/photo/49446358!ANSCO RegentDevin Irvinghttp://500px.com/photo/55177710!HandAurele Taillardhttp://500px.com/photo/55157658!Rugby scrum...Iain MacIntoshhttp://500px.com/photo/39682674
Pytania?
top related