Agile, approach Scrum in IT projects Katarzyna Terlecka, Filip Sajdak & Jerzy Wachala

Wielkość: px

Rozpocząć pokaz od strony:

Download "Agile, approach Scrum in IT projects 15.3.2010 Katarzyna Terlecka, Filip Sajdak & Jerzy Wachala"

Magdalena Białek
8 lat temu
Przeglądów:

1 Agile, approach Scrum in IT projects Katarzyna Terlecka, Filip Sajdak & Jerzy Wachala 1 Nokia Siemens Networks

2 Working Agreements Telefony wyciszone Pytania w trakcie, dłuŝsze będą zapisywane na parking lot Wykład trwa 2x50 minut z przerwa 10 minut

3 Agenda Wstęp Projekt Planowanie realia biznesowe Scrum podstawy Iteracja 1-20 min Iteracyjny rozwój produktu Komunikacja Role w ScrumTeam Command & Control Quiz Iteracja 2-20 min Item 1. Proces Item 2. Timeboxes Item 3. Quiz Pytania 10 min Podsumowanie 5 min

ScrumTeam Command & Control Quiz Iteracja 2-20 min Item 1.

4 Projekt Projekt: zbiór aktywności charakteryzujący się następującymi cechami: są ze sobą powiązane w złoŝony sposób, zmierzają do osiągnięcia celu, często poprzez wytworzenie unikatowego produktu, usługi bądź rezultatu, posiadają zaplanowany z góry początek i koniec. Projekty to przedsięwzięcia: jednorazowe niepowtarzalne, złoŝone.

wytworzenie unikatowego produktu, usługi bądź rezultatu, posiadają zaplanowany z

5 Planowanie Planowanie - rzeczywistość: Planowanie ad hoc nie działa Gospodarka planowa vs wolny rynek Syndrom studenta Tradycyjne podejście: zaplanuj, zrealizuj, monitoruj odchylenia Ograniczenia planowania: Zmienność otoczenia Perspektywa czasowa długość projektu Doświadczenie i wiedza na temat projektu Zrozumienie wymagań

zrealizuj, monitoruj odchylenia Ograniczenia planowania: Zmienność otoczenia

6 Zrozumienie wymagan

7 Agile - podstawy - 10 min Wartości Agile na których jest oparty: Osobowości i wymiana informacji ponad procesami i narzędziami Działający software ponad złoŝoną dokumentację Współpraca z klientem ponad negocjacje kontraktu Otwartość na zmiany ponad dąŝęniem do realizacji planu. Organizacja/Projekt to ludzie i interakcje między nimi.

dokumentację Współpraca z klientem ponad negocjacje kontraktu Otwartość na zmiany

8 SCRUM process

9 Iteracja 1 Sprint Backlog: Item 1. Iteracyjny rozwój produktu Item 2. Komunikacja Item 3. Role w ScrumTeam Item 4. Command & Control Item 5. Quiz

13 EFEKTYWNOŚĆ

14 Role w Scrumie Klient MenadŜer Komunikacja nietechniczna Informacja Ochrona Product Owner Wsparcie i zaprzeczenie Scrum Master Priorytety Feedback Przeszkody Pytania Team

16 Quiz 1 Pytanie1: Jak duŝy zespół jest rekomendowany przez agile: a) 3 b) 7 c) 15 d) 100 Pytanie 2: Kontaktem z klientem zajmuje się? a) Pani Krysia z dziekanatu b) Scrum Master c) Manager d) Product Owner

17 10 min

18 Iteracja 2 Sprint Backlog: Item 1. Proces SCRUM Item 2. Timeboxes Iteracja Sprint planning Daily stand-up Sprint review Retrospekcja Item 3. Quiz

19 Spotkania Scrumowe Iteracja n-1 - koniec Iteracja n+1 - początek Iteracja n - początek Iteracja n - koniec Planning 1 <30 min <30 min Review Planning 2 Retrospective <2 h <2 h Daily Daily Daily... Daily Daily Daily Praca

20 Timebox

21 Quiz 2 Pytanie 1: Po co jest wprowadzany timeboxing a) By zmusić informatyków by przychodzili na 7:30 b) Kontrolować prace ludzi c) By Pani Krysia była zadowolona d) By uniknąć syndromu studenta i by zespół mógł zaplanować swój czas Pytanie 2: Na którym spotkaniu się chwalimy a) Poranna kawa b) Sprint review c) Daily stand-up d) Retrospective

23 Podsumowanie Projekt ma na celu dostarczenie unikalnego produktu Poprzez ludzi, kooperacje i interakcje między nimi. Agile: celem jest dostarczenie działającego produktu w regularnych odstępach czasu, koncentruje się na spełnieniu potrzeb klienta, poprzez zrozumienie wymagań i współpracę między klientem i zespołem, adaptuje się do zmian w otoczeniu co nie znaczy, Ŝe zmiana jest wprowadzana za darmo.

24 Appendix: Zasady Agile: 1. Our highest priority is to satisfy the customer through early and continuous delivery of valuable software. 2. Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage. 3. Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale. 4. Business people and developers must work together daily throughout the project. 5. Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done. 6. The most efficient and effective method of conveying information to and within a development team is face-to-face conversation. 7. Working software is the primary measure of progress. 8. Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely. 9. Continuous attention to technical excellence and good design enhances agility. 10.Simplicity--the art of maximizing the amount of work not done--is essential. 11.The best architectures, requirements, and designs emerge from self-organizing teams. 12.At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.

25 KsiąŜki KsiąŜki rekomendowane przez NSN gdy rozpoczynamy pracę w Agile: Agile Software Development with SCRUM, Ken Schwaber and Mike Beedle Agile Project Management with SCRUM, Ken Schwaber Scaling Lean & Agile Development, Bas Vodde, Craig Larman Agile Software Development: The Cooperative Game, Alistair Cockburn Agile & Iterative Development, Craig Larman Agile Retrospectives Making Good Teams Great, Esther Derby Diana Larsen From Concept to Cash: Implementing Lean Software Development, Poppendieck Collaboration Explained: Facilitation Skills for Software Project Leaders Jean Tabaka The Toyota Way, Jeffrey Liker

Podobne dokumenty

Modele cyklu życia oprogramowania

Anna Kulig Modele cyklu życia oprogramowania Programowanie zwinne Przyczyny powstania Wprowadzenie Programowanie ekstremalne Wstęp Reguły i praktyki AUP krótki opis metodologii Model cyklu życia systemu