Comprehensive overview of using Test Driven Development (TDD), Behavior Driven Development (BDD), Continuous Integration (CI), Continuous Delivery (CD), Development Operations (DevOps), and Development Operations Security (DevOpsSec). Describes the current global environment, basic lean and agile principles, and the evolution of Microservices. From there, a detailed deep-dive of TDD, BDD, CI, CD, DevOps, and DevOpsSec principles and practices ensues. Closes by identifying key DevOps tool automation ecosystems/pipelines, metrics, case studies, return on investment (ROI)/business cases, implementation roadmaps, adoption statistics, leadership insights, and a summary. Contains a lot of helpful data for constructing DevOps strategic business cases as well as tactical implementation strategies (while not ignoring essential elements such as microservices, containerization, and application security).
Jenkins is the leading open source continuous integration tool. It builds and tests our software continuously and monitors the execution and status of remote jobs, making it easier for team members and users to regularly obtain the latest stable code.
Agile testing principles and practices - Anil KaradeIndicThreads
Traditional test processes are not adaptive to extensive changes in software. Agile process emphasizes on ability to adapt to changing business needs, customer collaboration, integrated teams and frequent delivery of business values. Agile is an umbrella term that describes a variety of methods including XP and Scrum.
The talk will discuss pitfalls of the traditional testing process. Traditional testing process happens very late in the SDLC Where as Agile process focuses on test-first approach. The talk will explain benefits of going agile. Principles and practices of agile process will be discussed and agile methodologies Scrum and Extreme Programming will be discussed in detail. Purpose of Scrum, its effectiveness, timings and managing the scrum will be discussed. Some of the practices for XP like Pair Programming, Test Driven Development will be discussed. The Talk will also cover the QA role in agile world. The talk will cover the implementation issues while shifting from traditional to agile process. Talk will also include an interactive game for illustration of concepts.
Comprehensive overview of using Test Driven Development (TDD), Behavior Driven Development (BDD), Continuous Integration (CI), Continuous Delivery (CD), Development Operations (DevOps), and Development Operations Security (DevOpsSec). Describes the current global environment, basic lean and agile principles, and the evolution of Microservices. From there, a detailed deep-dive of TDD, BDD, CI, CD, DevOps, and DevOpsSec principles and practices ensues. Closes by identifying key DevOps tool automation ecosystems/pipelines, metrics, case studies, return on investment (ROI)/business cases, implementation roadmaps, adoption statistics, leadership insights, and a summary. Contains a lot of helpful data for constructing DevOps strategic business cases as well as tactical implementation strategies (while not ignoring essential elements such as microservices, containerization, and application security).
Jenkins is the leading open source continuous integration tool. It builds and tests our software continuously and monitors the execution and status of remote jobs, making it easier for team members and users to regularly obtain the latest stable code.
Agile testing principles and practices - Anil KaradeIndicThreads
Traditional test processes are not adaptive to extensive changes in software. Agile process emphasizes on ability to adapt to changing business needs, customer collaboration, integrated teams and frequent delivery of business values. Agile is an umbrella term that describes a variety of methods including XP and Scrum.
The talk will discuss pitfalls of the traditional testing process. Traditional testing process happens very late in the SDLC Where as Agile process focuses on test-first approach. The talk will explain benefits of going agile. Principles and practices of agile process will be discussed and agile methodologies Scrum and Extreme Programming will be discussed in detail. Purpose of Scrum, its effectiveness, timings and managing the scrum will be discussed. Some of the practices for XP like Pair Programming, Test Driven Development will be discussed. The Talk will also cover the QA role in agile world. The talk will cover the implementation issues while shifting from traditional to agile process. Talk will also include an interactive game for illustration of concepts.
To test and build the software continuously, Bugraptors also uses Jenkins to easily identify the changes in the project. Jenkins is a very famous open source tool that performs continuous integration and delivery of projects.
Kubernetes has now become the de facto standard for deploying containerized applications at scale.
The presentation will follow K8s core concepts, architecture and real life scenarios.
Agile Testing – embedding testing into agile software development lifecycle Kari Kakkonen
My presentation on Agile Testing, including a tuning concept and a case study of agile testing choices in a project, held 16 of June, 2014 at a customer internal seminar.
Strategie de test à agile tour bordeauxNicolas Fédou
Une stratégie de tests, on sait tous que c’est nécessaire, mais sans forcément savoir à quoi ça ressemble.
Une stratégie de tests est la façon de s’organiser pour montrer qu’une application est de qualité suffisante pour aller en production. Il ne s’agit donc pas d’un inventaire de tests manuels ou automatisés, mais d’un raisonnement avec des choix et des renoncements.
Dans cette présentation nous verrons comment une stratégie de tests vise à optimiser la confiance et les preuves de qualité dans le cadre du développement d’un produit agile.
Prezentacja zawiera kwintesencję zasad, które powinien opanować skuteczny menedżer.
Ponieważ natura ludzka ewoluuje niezbyt dynamicznie, wszystkie zawarte w bardzo celnej analizie Druckera elementy, do dzisiaj tworzą bezcenne wskazówki w drodze poszukiwań dla wielu menedżerów.
Opracowanie powstało w oparciu o książkę Petera F. Drucker’a „Menedżer Skuteczny”.
P.F. Drucker wydał książkę „The Effective Executive” w 1966 roku.
Przenikliwa, napisana prostym, menedżerskim językiem książka w licznymi przykładami.
Może stanowić inspirację w drodze do budowania doskonałości zawodu menedżera.
source : http://www.opennaru.com/cloud/virtualization-vs-container/
가상화 기술은 하이퍼바이저를 통해 하드웨어를 에뮬레이션하여 가상 이미지 마다 게스트 운영 체제로를 사용합니다.
컨테이너는 애플리케이션 수준으로 구성되며 커널 하나를 공유하는 여러 OS 가상화합니다.
컨테이너는 일반적으로 크기가 메가바이트 단위입니다. 앱보다 크거나 실행하는 데 필수적인 모든 파일이 컨테이너에 패키징되는 것은 아니며, 특정 작업을 수행하는 단일 기능(마이크로서비스라고 함)이 컨테이너에 패키징되는 경우가 많습니다. 컨테이너는 경량화 속성과 공유 운영 체제(OS)로 인해 여러 환경 간에 매우 쉽게 이동할 수 있습니다.
VM은 일반적으로 크기가 기가바이트 단위입니다. 일반적으로 VM은 자체 OS를 포함하고 있어 리소스 집약적인 기능 여러 개를 동시에 수행할 수 있습니다. VM에서 사용할 수 있는 리소스가 늘어남에 따라 VM은 전체 서버, OS, 데스크탑, 데이터베이스, 네트워크를 추상화, 분할, 복제, 에뮬레이션할 수 있습니다.
Jenkins tool. In the world of IT sector Jenkins automation tool is very famous and useful. So, I think everyone will be aware about it. Here we are going to learn What is Jenkins and Its build process in detail? In the end of tutorial we will bind up some Jenkins basic terminology.
https://linuxdady.com/jenkins-tool/
To test and build the software continuously, Bugraptors also uses Jenkins to easily identify the changes in the project. Jenkins is a very famous open source tool that performs continuous integration and delivery of projects.
Kubernetes has now become the de facto standard for deploying containerized applications at scale.
The presentation will follow K8s core concepts, architecture and real life scenarios.
Agile Testing – embedding testing into agile software development lifecycle Kari Kakkonen
My presentation on Agile Testing, including a tuning concept and a case study of agile testing choices in a project, held 16 of June, 2014 at a customer internal seminar.
Strategie de test à agile tour bordeauxNicolas Fédou
Une stratégie de tests, on sait tous que c’est nécessaire, mais sans forcément savoir à quoi ça ressemble.
Une stratégie de tests est la façon de s’organiser pour montrer qu’une application est de qualité suffisante pour aller en production. Il ne s’agit donc pas d’un inventaire de tests manuels ou automatisés, mais d’un raisonnement avec des choix et des renoncements.
Dans cette présentation nous verrons comment une stratégie de tests vise à optimiser la confiance et les preuves de qualité dans le cadre du développement d’un produit agile.
Prezentacja zawiera kwintesencję zasad, które powinien opanować skuteczny menedżer.
Ponieważ natura ludzka ewoluuje niezbyt dynamicznie, wszystkie zawarte w bardzo celnej analizie Druckera elementy, do dzisiaj tworzą bezcenne wskazówki w drodze poszukiwań dla wielu menedżerów.
Opracowanie powstało w oparciu o książkę Petera F. Drucker’a „Menedżer Skuteczny”.
P.F. Drucker wydał książkę „The Effective Executive” w 1966 roku.
Przenikliwa, napisana prostym, menedżerskim językiem książka w licznymi przykładami.
Może stanowić inspirację w drodze do budowania doskonałości zawodu menedżera.
source : http://www.opennaru.com/cloud/virtualization-vs-container/
가상화 기술은 하이퍼바이저를 통해 하드웨어를 에뮬레이션하여 가상 이미지 마다 게스트 운영 체제로를 사용합니다.
컨테이너는 애플리케이션 수준으로 구성되며 커널 하나를 공유하는 여러 OS 가상화합니다.
컨테이너는 일반적으로 크기가 메가바이트 단위입니다. 앱보다 크거나 실행하는 데 필수적인 모든 파일이 컨테이너에 패키징되는 것은 아니며, 특정 작업을 수행하는 단일 기능(마이크로서비스라고 함)이 컨테이너에 패키징되는 경우가 많습니다. 컨테이너는 경량화 속성과 공유 운영 체제(OS)로 인해 여러 환경 간에 매우 쉽게 이동할 수 있습니다.
VM은 일반적으로 크기가 기가바이트 단위입니다. 일반적으로 VM은 자체 OS를 포함하고 있어 리소스 집약적인 기능 여러 개를 동시에 수행할 수 있습니다. VM에서 사용할 수 있는 리소스가 늘어남에 따라 VM은 전체 서버, OS, 데스크탑, 데이터베이스, 네트워크를 추상화, 분할, 복제, 에뮬레이션할 수 있습니다.
Jenkins tool. In the world of IT sector Jenkins automation tool is very famous and useful. So, I think everyone will be aware about it. Here we are going to learn What is Jenkins and Its build process in detail? In the end of tutorial we will bind up some Jenkins basic terminology.
https://linuxdady.com/jenkins-tool/
Prezentacja z pierwszego Jesiennego Wieczoru Scrum organizowanego przez Fluid Circle (fluidcircle.net).
Uwaga: nowsza wersja tej prezentacji pochodzące z Wiosennych Wieczorów ze Scrum znajduje się tutaj: http://www.slideshare.net/FluidCircle/wiosenne-wieczory-ze-scrum-1-rzut-okiem-na-scrum
Pułapki Scruma i jak nie dać się w nie złapać - Lidia JanoszkaAgile Silesia
Scrum jest obecnie coraz szerzej stosowany. Zwykle wzbudza entuzjazm developerów i potwierdza swoją skuteczność. Ma jednak swoje słabości, o których warto porozmawiać podczas kolejnej edycji Agile Silesia. W prezentazji: „Pułapki Scruma i jak nie dać się w nie złapać” Lidia opowie o ryzykach oraz nieporozumieniach, jakie niesie ze sobą ta metoda i o tym, jak sobie z nimi radzić.
SCRUM nie istnieje w próżni. SCRUM to standard wytwarzania produktu IT, a nie metodyka projektowa. Żeby SCRUM zaczął działać potrzebujesz zadbać w firmie o proces zarządzania projektami, czego SCRUM sam w sobie nie zapewnia.
Co jest jego niewątpliwą zaletą, to ujawnianie problemów leżących w organizacji i to zarównoa w IT jak i w innych działach.
O czym zatem pamiętać wdrażając SCRUM.
Scrum - iteracyjna metodyka prowadzenia projektów, zaliczana do metodyk zwinnych, zgodnych z manifestem Agile.
Prezentacja znaleziona w śmieciach na dysku :) Wykonana w 2004 roku
Scrum (Polish version) - wprowadzenie do frameworkaalbrzykowski
Prezentacja zawiera podstawowe informacje na temat Agile i głównie frameworka Scrum. Znajdziecie w niej wiadomości dotyczące wartości Scruma, Zespołu Scrumowego, Zdarzeń w Scrumie oraz Artefaktów Scruma. Ponadto dodałem też dodatkowe informacje związane z kilkoma praktykami Agile.
Prezentacja jest okrojoną wersją używanej przeze mnie podczas szkoleń warsztatowych stąd znajdziecie w niej informacje w większości teoretyczne.
Prezentacja z gościnnego wystąpienia na spotkaniu Project Management Institute (PMI) w Krakowie. Prezentacje punktuje najczęstsze problemy występujące podczas wdrożeń metodyki Scrum w środowisku średniej i dużej organizacji, powodów tych problemów upatrując w przyzwyczajeniach, kulturze organizacyjnej i obawie przed zmianą.
Pasja, cierpliwość i zaufanie. Agile@GetResponse – historia zmianySławek Łukjanow
Podobno na mieście krążą informacje o udanych zmianach w GetResponse IT. Nadszedł zatem najwyższy czas, aby o nich opowiedzieć!
W czerwcu 2015 roku w GetResponse pojawiło się dwoje zaprawionych w bojach Scrum Masterów. Misja: wsparcie wdrożenia Scruma na poziomie całego IT.
Po 1.5 roku jest już nas pięcioro i uważamy, że wspólnie udało nam się sporo osiągnąć. Opowiem o tym jak podeszliśmy do procesu zmiany, co zrealizowaliśmy, na jakie problemy natrafiliśmy i jak je rozwiązaliśmy, co nas zaskoczyło, jakie popełnialiśmy błędy i czego nas to nauczyło. I jak wersję „wzorowy Scrum” zmieniliśmy na podążanie za zasadami kultury agile.
To będzie też historia o tym jak istotna w pracy Scrum Mastera jest pasja i wewnętrzny ogień, połączony z anielską cierpliwością. I jak bardzo pomaga zaufanie. Zarówno to otrzymane, jak i dawane.
Prezentował: Maciej Wilmiński
Scrum Master w GetResponse, mający niemałe doświadczenie we wprowadzaniu kultury i pracy agile, zarówno na poziomie zespołów deweloperskich, działów IT jak i całych organizacji.
Jego dużym atutem jest praktyka zdobyta w sporej ilości projektów, w których pełnił różne role: programisty, architekta oprogramowania czy lidera zespołu. W efekcie niewiele w IT jest go w stanie zaskoczyć lub przestraszyć.
Wierzy w moc pracy zespołowej, a jako wielki fan sportu, dostrzega sporo podobieństw pomiędzy pracą zespołu programistycznego, a budowaniu dobrej drużyny sportowej. Rolę Scrum Mastera postrzega jako kombinację kapitana, trenera, a czasem i zawodnika.
O Scrumie i agile’u pisze na blogu mlynarze.com, jest też założycielem Encyklopedii Rocka rockers.com.pl.
Ponad 80% organizacji twierdzi, że korzysta z metod Agile, a 80% z nich ma Scrum. Pomimo 21 lat od powstania Scrum i 15 lat od spisania Agile Manifesto nadal pojawiają się nieprawdziwe opinie, a nawet powstają całe metody rozwiązujące nieistniejące problemy. Im wyżej w strukturze organizacji tym gorzej z wiedzą i tym więcej nieprawdziwych założeń. Od czasu do czasu nadal usłyszymy, że nie ma architektury, że Scrum nadaje się tylko do małych projektów, że Scrum to metoda zarządzania projektami, że nie trzeba pisać dokumentacji, testerów nie ma, bo nie ma takiej roli, a Sprint to taki mały waterfall i tym podobne głupoty. Skąd to się bierze? Najczęściej z braku zrozumienia podstaw lub ze słabej jakości źródeł pozyskanej wiedzy. W praktyce jeśli nie wie się co jest prawdą, a co jest zmyślone bardzo trudno zrozumieć co się na prawdę dzieje i jak powinny wyglądać procesy wytwórcze.
Można dać komuś rybę, ale dużo lepiej jest dać wędkę i nauczyć łowić ryby. Dlatego podczas mojego wystąpienia omówię podstawy zagadnień i zbuduję solidne fundamenty do podejmowania decyzji na co dzień.
Prezentacja przygotowana na konferencje 4Developers, Warszawa, 07/04/2014
Używasz Scruma, ale brakuje Ci magii obiecanej na szkoleniu? Spodziewałeś się działającego produktu co każdy sprint, a zamiast tego dostajesz co iterację niezbywalne kawałki produktu? Wszystko miało być gotowe na czas, a Ty znów słyszysz, że zespół potrzebuje jeszcze kilka Sprintów, aby dokończyć pracę? Użytkownicy po raz kolejny rozczarowali się, kiedy okazało się, że produkt, który dla nich stworzyłeś, nie jest tym, czego oczekiwali?
Brzmi znajomo? Bez wątpienia. Tworzenie oprogramowania to nieustanna przeprawa przez złożone środowisko, które zachowuje się nieprzewidywalnie i trudno być czegokolwiek pewnym. Właściwie stosowany Scrum jest narzędziem, które pomaga dostarczać wartościowe produkty, pomimo nieuchronnej zmienności otoczenia. W prezentacji opowiem o swoich doświadczeniach, jak przy pomocy sprawdzonych praktyk i narzędzi sprawić, aby niepewność towarzysząca rozwojowi produktu była na minimalnym, akceptowalnym przez nas poziomie.
"O czym zapomniał Agile jak kopiował rozwiązania Toma Gilba" dla ALE KrakówMichał Parkoła
Tom Gilb stosował dojrzałą formę Agile 15 lat przed powstaniem tej nazwy. Liderzy współczesnego ruchy Agile potwierdzają, że garściami czerpali z jego twórczości.
Jednak kopiując rozwiązania związane z samodyscypliną pracy zespołowej i dojrzałości inżynierskiej zapomnieli o rygorze precyzyjnego określenia i systematycznego dostarczania wartości biznesowej.
W tej prezentacji prezentuję kilka przydatnych narzędzi, które pomogą Ci precyzyjnie określić co jest najważniejsze dla Twoich odbiorców i systematycznie dostarczać realne wyniki realizujące te wartości
Wprowadzenie do EVO Tom'a Gilb'a dla Agile WarsawMichał Parkoła
Tom Gilb od dziesięcioleci rozwija i pomaga stosować metodykę EVO, z której garściami czerpały podejścia, które dzisiaj nazywamy Agile.
Zobacz o czym zapomniał Jeff Sutherland i spółka gdy kopiowali EVO.
2. Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Wiemy co nieco o tworzeniu oprogramowania: od technologii przez
organizację pracy po biznesową wartość produktów.
Szerzymy Scrum i inne zwinne metody zarządzania by pomóc twórcom
tworzyć lepsze produkty, zarabiać więcej i świetnie się przy tym bawić!
2
3. Jesienne Wieczory ze Scrum
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
2011-09-06 Rzut okiem na Scrum
2011-09-20 Praktyki techniczne
2011-09-27 Estymacja i planowanie
2011-10-04 Budowanie zespołów
2011-10-11 Wdrożenie i skalowanie Scrum
3
5. Zespół vs. Grupa
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Na podstawie swoich doświadczeń opowiedz
jak wygląda prawdziwa praca zespołowa?
Przygotowanie: 4 minuty
5
6. Cel: Hiper-produktywność
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
http://www.flickr.com/photos/42198161@N02/4508737644/
Scrum kieruje zespoły ku hiper-produktywności.
Produktywność od 4x do 10x średniej w branży.
6
7. Scrum wspiera Zespoły
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Wartości:
“people and interactions over processes and tools”
-- Agile Manifesto
Zasady:
wspólny cel i wspólna odpowiedzialność
wszystkie potrzebne kompetencje w spójnym
zespole (interdyscyplinarność)
samoorganizacja
continuous improvement
sustainable pace
7
8. Scrum wspiera Zespoły
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Elementy procesu:
Sprint Planning – planowanie sprintu – ustalenie
wspólnego celu, zaplanowanie współpracy
Daily Scrum – standup, codzienne spotkanie
zespołu – synchronizacja, wzmacnianie wspólnoty
Sprint Review – prezentacja efektów pracy zespołu
– duma z wspólnego osiągnięcia
Retrospekcja – systematyczne ulepszanie metod
współpracy zespołu
8
9. Scrum wspiera Zespoły
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Mierzymy realną produktywność – to najprostsza
droga do jej poprawy:
Gotowy fragment produktu w każdym sprincie
Prędkość, Burndown/burnup
Systematycznie usuwamy przeszkody:
Lista przeszkód (impediment backlog)
Scrum Master
Daily standup
Retrospekcje
9
10. Czego jeszcze potrzeba?
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Odpowiedni skład
spójność vs. różnorodność
dbałość na starcie + dopasowanie przez zespół
Odpowiednia kultura organizacyjna
system premiowy
zrozumienie i wsparcie kierownictwa
Odpowiedni czas
Model Tuckmana: “forming, storming, norming and
performing” (kilka dni - kilka tygodni - nigdy)
To nie koniec rozwoju!
10
12. Jak lepiej się dogadywać?
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
http://www.flickr.com/photos/gruenemann/4055967157/
12
13. Cztery wymiary komunikatu
Friedemann Schulz von Thun
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
UJAWNIANIE SIEBIE WZAJEMNE RELACJE
Co mówi o sobie Co nadawca myśli o
nadawca? odbiorcy?
WYPOWIEDŹ
APEL ZAWARTOŚĆ RZECZOWA
Do czego chce nakłonić Jaki fakt chcę przekazać
nadawca? nadawca?
13
14. Cztery wymiary komunikatu
Friedemann Schulz von Thun
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
14
15. Cztery wymiary komunikatu
Friedemann Schulz von Thun
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
15
16. Czworo uszu
Friedemann Schulz von Thun
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
UCHO TERAPEUTYCZNE UCHO DRAŻLIWE
Czego się dowiedziałem o Co nadawca o mnie
nadawcy? myśli?
"Czworo uszu"
UCHO APELOWE UCHO RZECZOWE
Czego ode mnie chce Czego się dowiedziałem o
nadawca? świecie?
16
17. Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Czworo uszu
17
Friedemann Schulz von Thun
18. Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Czworo uszu
18
Friedemann Schulz von Thun
19. Cztery wymiary komunikatu
Friedemann Schulz von Thun
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
http://www.flickr.com/photos/grendelkhan/400428874
19
20. Luttsy, Mippsy, Darsy, Worsy i Mirsy
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Ile Worsów zajmuje C
A podróż z A do D?
D
B
Darsy, Worsy
Luttsy i Mippsy
i Mirsy
20
22. Przypomnij sobie…
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Jak wyglądał Twój ostatni projekt?
Jakie cele sobie stawiałeś?
Co poszło dobrze?
Co mógłbyś zrobić inaczej?
22
23. W jakim celu?
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Ulepszanie metod pracy
Ulepszanie przebiegu wydarzeń Scrum
Wykrywanie przeszkód do usunięcia
Zgranie się jako zespół
23
24. Retrospekcje w Scrum
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Spotkanie zespołu:
po każdym Sprincie (Sprint Retrospective) ,
po wydaniu produktu (Release Retrospective),
przy zamknięciu projektu.
24
25. Retrospekcje w Scrum
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Inspekcja i dopasowanie się do zmian w otoczeniu
Nie koncentrujemy się wyłącznie na procesach IT,
ale na komunikacji wewnątrz zespołu
25
26. Korzyści z retrospekcji
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Większa produktywność
Większe umiejętności
Lepsza jakość
Lepsze warunki pracy
26
27. Warunki retrospekcji
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Osoby powinny usiąść w okręgu
( ulepszamy komunikację
Powinien znajdować się flipchart oraz karteczki
(post it)
( alternatywnie narzędzia elektroniczne
Wybierany jest lider który poprowadzi retrospekcję
$ nie musi to być Scrum Master
27
28. Szkielet retrospekcji
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Fazy:
Set the Stage – ustal uwagę
Gather Data – zbierz dane
Generate Insights – zrozum problem
Decide What to Do – podejmij decyzje
Close the Retrospective – zamknij retrospekcję
28
29. Set the Stage
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Powitanie uczestników
( zbudowanie przyjaznej atmosfery
Przypomnienie celu spotkania
( wzmocnienie skupienia
Podkreślenie, że celem NIE jest szukanie winnych
29
30. Set the Stage
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Określenie ram czasowych
( kontrolowanie przebiegu, skupienie się na wartościach
Ustalenie kontraktu
( np. wyłączony telefon, wprowadzamy przerwę
Przełamanie lodów rozmowy
( np. poprzez opisanie oczekiwań w 2 wyrazach
30
31. Gather Data
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Rozpocznij od przedstawienia twardych danych
( ( wydarzenia, metryki, skończone user stories
Zachęć zespół do odwołania się do narzędzi
( ( dokumenty, maile, diagramy, wykresy
Jeżeli badasz długi okres czasu zbuduj
( ( timeline, wizualną historię wydarzeń
31
32. Gather Data
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Przejdź do aspektów danych „miękkich”
( przywołanie uczuć jak radość, gniew, frustracja
Przejdź jeszcze raz przez zebrane dane
( uporządkowanie danych
Zespół powinien przedstawi ogólny pogląd
( weryfikacja spójnej wizji
(
32
33. Generate Insight
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Zacznij zadawać pytania
( Dlaczego? Czy można to zrobić w inny sposób?
Identyfikowane są mocne i słaby strony
( określane są warunki, interakcje, wzorce
Rozważ inne rozwiązania
( przyczyny i skutki, rozważanie analityczne
33
34. Decide What to Do
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Przejrzyj listę potencjalnych ulepszeń
( należy wybrać 1 – 2 elementy na kolejny Sprint
Należy opracować plan realizacji
( określane są zapotrzebowania, ramy czasowe
Pomóż zespołowi wprowadzić niezbędne zmiany
( czynniki zarówno techniczne jak i personalne
34
35. Close the Retrospective
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Określ w jaki sposób wynik pracy będzie opisany i
przekazany
( Spisanie w dokument. Wysłanie maili z Call to Action
Śledź zmiany
( Zrób zdjęcie, wydruk stanu aktualnego
Zrób retrospekcję retrospekcji
( Co zrobić aby kolejna retrospekcja była jeszcze lepsza
35
37. Szkielet retrospekcji
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Fazy:
Set the Stage – ustal uwagę
Gather Data – zbierz dane
Generate Insights – zrozum problem
Decide What to Do – podejmij decyzje
Close the Retrospective – zamknij retrospekcję
37
39. Podsumowanie
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Scrum daje narzędzia pomagające rozwijać zespół
ku hiper-produktywności.
Hiper-produktywne zespoły przekraczają średnią
produktywność branży od kilku do kilkunastu razy.
Sam Scrum nie wystarczy: wymagane jest
zaangażowanie i samo-dyscyplina zespołu oraz
zrozumienie i wsparcie kierownictwa.
39
40. Zapraszamy
Jesienne Wieczory ze Scrum 2011, fluidcircle.net
Na ostatni Jesienny Wieczór ze Scrum:
2011-10-11 Wieczór 5 Wdrożenie i skalowanie Scrum
Na naszę stronę: FluidCircle.net
Na darmowe konsultacje na dowolny temat!
Do zobaczenia!
40