Pierwsza część serii wykładów przeprowadzanych przez BLStream dla studentów informatyki ZUT w ramach Business Hours.

1. Jak dobrze pracować w
zespole na przykładzie
SCRUM Łukasz Roszak

3. AGENDA
 Czym jest zespół
 Komunikacja w zespole
 Miejsce zespołu w większej organizacji
 Zarządzanie zadaniami
 SCRUM

4. DLACZEGO O TYM MÓWIMY

5. ZADANKO
Złapcie kartki

6. Pytania
1. Jak się nazywasz i z jakiej grupy jesteś?
2. Czy kiedykolwiek pracowałeś w zespole?
3. Co Twoim zdaniem oznacza praca zespołowa?

7. CZYM JEST PRACA
ZESPOŁOWA?

8. Zdjęcie Bena Stilera w głowie pandy z
Tropic Thunder

9. ALE DZIŚ NIE O TYM

10. GRUPA A ZESPÓŁ
 Grupa powstaje aby dać możliwość wymiany informacji,
doświadczeń, nauki, wspołpracy przy rozwiązywaniu problemów
lub twórczej eksploracji.
 Każdy w grupie może osiągnąć inny zysk / cel.

11. GRUPA A ZESPÓŁ ( CD )
 Zespół powstaje po to, aby pracą jego członków osiągnąć wspólny,
mierzalny cel.
 Nagrodą członków zespołu jest wspólny sukces. Indywidualne
osiągnięcia są mało znaczące.

12. PRZYKŁADOWY ZESPÓŁ
Wykończenie domów na nowym osiedlu

13. SKŁAD ZESPOŁU
• Zależny od zadania.
• Komplementarny / multidyscyplinarny.
• Kompetentny.

14. ETAPY ROZWOJU ZESPOŁU
 Forming
 Storming
 Norming
 Performing
 Mourning

15. INTERAKCJE W ZESPOLE
 Wymiana wiedzy
 Ustalanie procesów
 Komunikacja stanu wykonanych zadań
 Poprawianie istniejących rozwiązań
 Rozwiązywanie problemów

17. JAK SIĘ KOMUNIKUJEMY
 Regularna, treściwa, szybka wymiana informacji
 Na żywo
 Zdalnie wykorzystując komunikatory

18. A JEŚLI ZADANIE JEST DUŻO WIĘKSZE?

20. ZARZĄDZAMY ZADANIAMI

21. PO CO?

23. S.M.A.R.T.
 S pecific
 M easurable
 A ssignable
 R ealistic
 T ime related

24. NARZĘDZIA
• PO CO?
Assign,
In Progress / Resolve / Close,
Estimate, set Due date
Comment,
Send Notification to anything

25. NARZĘDZIA

26. KONFLIKTY W ZESPOLE

27. W PRACY Z LUDŹMI
NAJWIĘKSZYM PROBLEMEM
SĄ LUDZIE

29. PRZERWA
5 min

30. MANIFEST AGILE

31. Ludzie i ich wzajemne interakcje
Ponad procedury i narzędzia
Działające oprogramowanie
Nad wyczerpującą dokumentację
Współpracę z klientem
Nad negocjację umów
Reagowanie na zmiany
Nad realizację planów

32. SCRUM- charakterystyka
• Iteracyjny proces podzielony na sprinty
• Samoorganizujący zespół
• Wymagania tworzą “product backlog”
• Nie opisuje spraw technicznych

33. HISTORYJKI UŻYTKOWNIKA
Jako <aktor> chcę <cel>, aby <zysk>.
As an <actor> I want <goal> so <benefit>.

36. KRYTERIA AKCEPTACJI
Zakładając <dane>, Jeżeli <akcja>, Wtedy
<rezultat>
Given <data> When <action> Then <result>

37. BIG PICTURE

38. WSZYSTKIEGO PO TROCHU

41. SCRUM
Role:
Product Owner
Scrum Master
Zespół Ceremonie:
Sprint Planning
Sprint Review
Speint retrospective
Daily scrum meeting Artefakty:
Product Backlog
Sprint Backlog
Burndown Chart

42. SCRUM
Artefakty:
Product Backlog
Sprint Backlog
Burndown Chart
Ceremonie:
Sprint Planning
Sprint Review
Speint retrospective
Daily scrum meeting
Role:
Product Owner
Scrum Master
Zespół

43. SCRUM
Role:
Product Owner
Scrum Master
Zespół
Artefakty:
Product Backlog
Sprint Backlog
Burndown Chart
Ceremonie:
Sprint Planning
Sprint Review
Speint retrospective
Daily scrum meeting

44. SCRUM
Role:
Product Owner
Scrum Master
Zespół Ceremonie:
Sprint Planning
Sprint Review
Speint retrospective
Daily scrum meeting Artefakty:
Product Backlog
Sprint Backlog
Burndown Chart

47. ĆWICZENIE

48. OD ZERA DO TWITTERA
Jakie Historyjki Użytkownika należy zrealizować aby stworzyć nowego Twittera.

49. Zgłoś swój pomysł na aplikację.
https://www.facebook.com/BLStreamPatronage

50. Do poczytania
 AGILE szybciej, łatwiej, dokładniej - Marek Krzemiński
 Essential Scrum - Kenneth Rubin
 Succeeding with Agile: Software Development using Scrum - Mike
Cohn
 https://www.scrumalliance.org

51. DZIĘKUJĘ ZA UWAGĘ