Podstawy zwinnego zarządzania wytwarzaniem produktów

Question 1

Zasady Programowania Zwinnego

Answer 1

• Najwyższy priorytet ma dla nas zadowolenie klienta dzięki wczesnemu i ciągłemu wdrażaniu wartościowego oprogramowania
• Bądźcie gotowi na zmiany wymagań
  nawet na późnym etapie jego rozwoju.
  Procesy zwinne wykorzystują zmiany
  dla zapewnienia klientowi konkurencyjności
• Dostarczajcie funkcjonujące oprogramowanie często,
  w kilkutygodniowych lub kilkumiesięcznych odstępach, im częściej, tym lepiej
• Zespoły biznesowe i deweloperskie muszą ściśle ze sobą współpracować w codziennej pracy przez cały czas trwania
  projektu

Question 2

Zasady programowania zwinnego c.d

Answer 2

• Twórzcie projekty wokół zmotywowanych ludzi.
• Zapewnijcie im potrzebne środowisko oraz wsparcie i zaufajcie, że
  wykonają powierzone zadanie.
• Najbardziej efektywnym i wydajnym sposobem przekazywania
  informacji zespołowi deweloperskiemu i wewnątrz niego jest
  rozmowa twarzą w twarz
• Działające oprogramowanie jest podstawową miarą postępu.

Question 3

Zasady programowania zwinnego c.d 2

Answer 3

Procesy zwinne umożliwiają zrównoważony rozwój.

Sponsorzy, deweloperzy oraz użytkownicy powinni być w stanie
utrzymywać równe tempo pracy.

Ciągłe skupienie na technicznej doskonałości i dobrym
projektowaniu zwiększa zwinność.

Prostota – sztuka minimalizowania ilości koniecznej pracy – jest kluczowa.

Question 4

Zasady programowania zwinnego c.d 3

Answer 4

Najlepsze rozwiązania architektoniczne, wymagania i projekty
pochodzą od samoorganizujących się zespołów.

W regularnych odstępach czasu zespół analizuje możliwości
poprawy swojej wydajności, a następnie dostraja i dostosowuje
swoje działania do wyciągniętych wniosków.

Question 5

Jak myślisz, kto najlepiej wskaże/zdefiniuje wartość twojego produktu?

Answer 5

Klient/użytkownik

Każda organizacja ma swój cel istnienia i uprośćmy, że dla firmy prywatnej będzie to zysk. Tak definiowany sukces kieruje nas ku satysfakcji klientów - odbiorców, którym dedykujemy produkt bądź usługę, jako podstawowej miary sukcesu.

Zatem definicja czym jest wartość oferowanego produktu leży w gestii jego użytkowników.

Question 6

Co mamy na myśli mówiąc o dbałości o zadowolenie klienta w zwinnym środowisku wytwarzania oprogramowania?

Answer 6

• Wczesne osiąganie oczekiwanej wartości
• Regularne wdrażanie oprogramowania

Zgodnie z 1. zasadą manifestu Agile najwyższy priorytet ma dla nas zadowolenie klienta dzięki wczesnemu i ciągłemu wdrażaniu wartościowego oprogramowania. “Zwinnie” oznacza dążenie do wczesnego zbudowania wartości i nabudowywania kolejnych jej przyrostów, dzięki czemu utrzymujemy zadowolenie klienta na wysokim poziomie.

Question 7

Co w zwinnym środowisku wytwarzania oprogramowania oznacza zmiana w późnym etapie rozwoju?

Answer 7

Niemal tyle, co gdyby jej potrzebę odkryto w początkowym stadium

Podejście zwinne wskazuje, że klient odkrywa, czego chce w miarę jak produkt powstaje. Oznacza to, że zmiany są nieuniknione, a gotowość na nie oznacza zadowolenie klienta, gdyż daje mu przewagę konkurencyjną. Gotowość ta wynika z faktu, iż proces wytwórczy jest podzielony na etapy, w których od razu zawiera się projektowanie, implementacja i testowanie. Koszt późniejszej zmiany jest dużo niższy, niż w podejściu kaskadowym, gdzie wymaga powtarzania wcześniejszych kroków. Patrz: Zasada 2. manifestu Agile

Question 8

Klient proponuje, by spotkać się w “połowie projektu” i sprawdzić postępy. Co odpowiadasz?

Answer 8

Sugerujemy częściej i regularnie. Spotkajmy się za 2 tygodnie, powtórzmy to 2-3 razy w takim odstępie i sprawdźmy, czy taki tryb jest wartościowy.

Odwołaj się do 3. zasady manifestu Agile, która mówi o dostarczaniu funkcjonującego oprogramowania często, w kilkutygodniowych odstępach. Celem jest budowanie okazji do regularnego feedbacku postępów, dzielenia się informacjami ze zmiennego otoczenia biznesowego i finalnie do ataptacji kolejnych kroków. Obecnie odstępy te to często 1-2 tygodnie.

Question 9

Które aspekty należy wziąć pod uwagę chcąc zbudować zespół pod zwinny proces wytwórczy?

Answer 9

• różnorodność kompetencji
• zdefiniowane role (np. osoby decydującej o kolejności rozwoju produktu)
• jasny, precyzyjny i mierzalny cel biznesowy

5 zasada manifestu Agile mówi o zmotywowanych ludziach, jako kluczu do sukcesu. Oznacza to zapewnienie zespołowi środowiska, które nie będzie ich demotywowało np. brakiem niezbędnych umiejętności, brakiem decyzyjności czy brakiem celowości

Question 10

Co zaproponujesz nowemu klientowi twojego software house’u jako początek współpracy z zespołem deweloperskim?

Answer 10

Spotkanie na którym opowie o potrzebie i oczekiwaniach

Najefektywniejszym i najwydajniejszym sposobem przekazywania informacji jest bezpośrednia rozmowa. Można się przy tym wspierać dokumentacją i wizualizacją, jednak elementem niezbędnym w podejściu zwinnym jest budowanie relacji opartej na dialogu i wymianie myśli, w celu lepszego zrozumienia (patrz zasada 6. Manifestu Agile)

Question 11

Pytasz lidera obszaru produktowego, jak mierzy postęp prac nad wytwarzanym oprogramowaniem. Która odpowiedź świadczy o zwinności podejścia?

Answer 11

Gdy spotykamy się (biznes z zespołem deweloperskim) to oglądamy działające oprogramowanie i na tej podstawie dyskutujemy, co dalej

Podstawową miarą postępu jest działające oprogramowanie (patrz. zasada siódma manifestu agile). Chcemy mieć pewność, że tak samo rozumiemy (biznes i zespół wytwórczy) aktualny stan. Dodatkowo warto posiłkować się innymi miarami, by dyskutować najlepsze kolejne kroki rozwoju produktu.

Question 12

Założenia Manifestu

Answer 12

1. Najwyższy priorytet ma dla nas zadowolenie klienta
   dzięki wczesnemu i ciągłemu wdrażaniu wartościowego oprogramowania.
2. Bądźcie gotowi na zmiany wymagań
   nawet na późnym etapie jego rozwoju.
   Procesy zwinne wykorzystują zmiany
   dla zapewnienia klientowi konkurencyjności
3. Dostarczajcie funkcjonujące oprogramowanie często,
   w kilkutygodniowych lub kilkumiesięcznych odstępach.
   Im częściej, tym lepiej.
4. Zespoły biznesowe i deweloperskie muszą ściśle ze sobą
   współpracować w codziennej pracy przez cały czas trwania projektu.
5. Twórzcie projekty wokół zmotywowanych ludzi.
   Zapewnijcie im potrzebne środowisko oraz wsparcie i zaufajcie,
   że wykonają powierzone zadanie.
6. Najbardziej efektywnym i wydajnym sposobem przekazywania
   informacji zespołowi deweloperskiemu i wewnątrz niego jest rozmowa twarzą w twarz.
7. Działające oprogramowanie jest podstawową miarą postępu.
8. Procesy zwinne umożliwiają zrównoważony rozwój.
   Sponsorzy, deweloperzy oraz użytkownicy powinni być w stanie
   utrzymywać równe tempo pracy.
9. Ciągłe skupienie na technicznej doskonałości i dobrym
   projektowaniu zwiększa zwinność.
10. Prostota – sztuka minimalizowania ilości koniecznej pracy – jest kluczowa.
11. Najlepsze rozwiązania architektoniczne, wymagania i projekty
    pochodzą od samoorganizujących się zespołów.
12. W regularnych odstępach czasu zespół analizuje
    możliwości poprawy swojej wydajności,
    a następnie dostraja i dostosowuje
    swoje działania do wyciągniętych wniosków

Question 13

Zwinność

Answer 13

to nieustanne zapewnienie satysfakcji klienta (użytkownika), poprzez zdolność do reagowania na wszelkie zmiany – od priorytetów, do warunków rynkowych.

Oznacza to osiąganie sukcesu
(biznesowego) dzięki:

• wysokiej produktywności (wczesne i regularne dostarczanie wartości, definiowanej przez
  klienta) i
• jakości dostarczanych rozwiązań (klient wraca, jest zadowolony z braku błędów; zyskujemy
  nowych klientów).

Question 14

Zwinność to innymi słowy organizacja zwinna pracuje w systemie adaptacyjnym. Adaptuje się do potrzeb, czy
zmian rynkowych zarówno wprowadzając zmiany w produkcie, jak i w procesie. Elastyczność i responsywność oznacza inwestycję w:

Answer 14

Pracę zespołową – tworzenie międzyfunkcyjnych zespołów pracujących z krótką pętlą informacji zwrotnej od klienta/użytkownika.

Proces wytwórczy nie podzielony na fazy według kompetencji (analiza, programowanie, testowanie), a ciągłe zapętlenie wszystkich tych kroków w małych iteracjach (1-4 tygodnie). Przy
tym każda kończących się przyrostem wartości w postaci stale działającego oprogramowania.

Nieustanne usprawnianie wszystkich elementów procesu wytwórczego, ze skupieniem na
efektywnym dostarczaniu wartości klientowi.

Question 15

Pierwszy wymiar (stopień niepewności)

Answer 15

opisuje skala od blisko pewności do daleko od pewności. Zagadnienia z początku skali charakteryzuje znane połączenie przyczynowo-skutkowe. Najczęściej dotyczy to spraw, z którymi mieliśmy już do czynienia wcześniej. Korzystając z doświadczenia
możemy przewidzieć wynik podejmowanej akcji z dużą pewnością. Zagadnienia z drugiego końca
skali charakteryzuje unikalny charakter zdarzenia (w ogóle lub dla osoby podejmującej decyzję).
Ciąg przyczynowo-skutkowy jest nieznany i bazowanie na doświadczeniu nie pomoże. Drugi wymiar
(skala wertykalna, stopień porozumienia) jest związany z poziomem zgodności co do decyzji. Dotyczy
spraw dotykających daną grupę ludzie, zespół, czy całą organizację.

Question 16

Blisko zgodności i blisko pewności

Answer 16

W takim systemie korzystamy z gromadzenia danych z przeszłości, by użyć ich do prognozowania przyszłości. Planujemy konkretne kroki i akcje by osiągnąć oczekiwane rezultaty. Monitorujemy postępy w celu porównania z założonym planem.
W tej domenie celem jest powtarzalność gwarantująca wzrost produktywności.

Question 17

Daleko od zgodności, a blisko pewności

Answer 17

W takim systemie mamy do czynienia z dużą pewnością jak osiągać dane wyniki, jednak brakuje
jasności, które z nich są najbardziej pożądane. Plan traci znaczenie, ważniejsze stają się negocjacje, koalicje i szukanie kompromisów, by wyznaczyć kierunek działania. W tej domenie najczęściej odnajdujemy politykę.

Question 18

Blisko zgodności, a daleko pewności (wysoka niepewność)

Answer 18

W takim systemie mamy do czynienia z wysokim poczuciem zgodności, przy braku jasności co
do ciągu przyczynowo-skutkowego. W tym wypadku dokładne planowanie jest zastępowane
poczuciem wspólnej wizji i misji, a realne postępy weryfikowane względem nich. Nie jesteśmy
w stanie określić dokładnej ścieżki kolejnych kroków, za to celem jest podążanie w kierunku
wcześniej określonego stanu. W tej domenie bazujemy na logice i ocenie względem idei.

Question 19

Daleko od zgodności i daleko od pewności – anarchia, chaos

Answer 19

Wysoki poziom niezgody i niepewności prowadzi często do zachowań anarchicznych. Plany, wizje, czy negocjacje nie są wystarczająco determinujące dla decyzji. W tej domenie, w krótkiej
perspektywie może zadziałać unikanie, które w długiej będzie destrukcyjne.

Question 20

Domena złożona, nazywana też niekiedy granicą chaosu

Answer 20

znajduje się pomiędzy anarchią, a obszarami tradycyjnego zarządzania. Skuteczność działania i podejmowania decyzji zapewnia tu kreatywność, innowacyjność, podejście empiryczne polegające na eksperymentowaniu i doświadczaniu. Deterministyczne modele przewidywania7 oparte na wcześniejszych doświadczeniach i danych tracą tu
na swojej skuteczności, gdyż pojawia się zbyt wiele różnych od siebie kontekstów.

Question 21

Domena chaotyczna (Chaos) – wiadome jest bardzo niewiele

Answer 21

Jest to system, który na matrycy Stacey’ego cechował wysoki poziom niezgodności (braku porozumienia) i niepewności. Nie działają tu tradycyjne metody zarządzania – za mało wiemy, za mało
rozumiemy. Unikanie działania odsuwa jedynie w czasie blokadę decyzyjną.
Najlepszym zachowaniem jest funkcjonowanie według schematu: działaj – odczuwaj – reaguj
(act – sense – respond). Działanie jest intuicyjne i oparte na reagowaniu na zmiany, które się pojawią
w następstwie naszego działania. Praktyki dopiero się pojawiają. Przykładem systemu opartego na
takim schemacie podejmowania decyzji są inicjatywy startupowe w pierwszym okresie funkcjonowania, gdzie następuje eksploracja zarówno w sensie produktu, jak i procesów.

Question 22

Domena złożona (Complex) – więcej jest niewiadomych, niż wiadomych.

Answer 22

W sytuacji, w której niewiadome przewyższają wiadome zarówno w aspekcie technologicznym, jak
i oczekiwań, mamy do czynienia ze złożonością. Należy przy tym pamiętać, że niepewność wynika
z dużej ilości zmiennych w czasie kontekstów – ludzie zdobywają doświadczenie i wiedzę, zmienia się
skład zespołów, zmieni się otoczenie biznesowe, etc. Cechuje ją to, że ten sam efekt końcowy będzie
osiągnięty za każdym kolejnym podejściem w inny sposób, gdyż zmieni się choć jeden z kontekstów.
W tej domenie systemy naturalne radzą sobie samoorganizacją – mniej wymuszonego porządku,
wystarczają znane i jasne ramy oraz atraktory do działania.
Zatem sugerowanym sposobem funkcjonowania w biznesie jest eksperymentowanie: zbadaj
(próbkuj) – odczuwaj – reaguj (ang. probe – sense – respond). Oznacza ono umiejętność ustalenia ram eksperymentu i nazwanego celu, a zatem umiejętność interpretacji wyników.
Przykładem systemu opartego na takim schemacie podejmowania decyzji jest większość organizacji
IT tworzących oprogramowanie.

Question 23

Domena skomplikowana (Complicated) – więcej wiemy niż nie wiemy.

Answer 23

System w tej domenie cechuje możliwość zarządzania ograniczeniami, gdyż je znamy i rozumiemy.
Mamy tu do czynienia z niską niepewnością technologiczną, bądź jasnością zrozumienia co do wymagań. Potrafimy nazwać dobre praktyki, praca ekspertów domenowych jest skuteczna i efektywna.

Question 24

Domena prosta (Simple, Obvious) – wszystko jest znane.

Answer 24

W sytuacji niskiej niepewności (technologicznej) i wysokiego porozumienia (co do wymagań i rezultatu)
mamy do czynienia z systemem prostym. Analizując problem/zadanie jesteśmy w stanie je skategoryzować w celu zastosowania najlepszych, znanych nam i wykorzystane już wcześniej praktyki.

Question 25

podejście kaskadowe

Answer 25

Cechuje się ono:
* Planowaniem detalicznym i życzeniowym, opartym o zadania (czynności).
* Wiarygodnością planu zależną od skali przedsięwzięcia.
* Wysokimi kosztami związanymi z przygotowanie i utrzymanie planu.
* Kosztownymi odstępstwami od planu.
* Zdefiniowanymi i powtarzalnymi procesami.
* Silnie wyodrębnioną fazą produkcji (implementacji).
* Strukturą organizacji sprzyjającą powstawaniu silosów kompetencyjnych.

Question 26

DevOps

Answer 26

Kluczowym aspektem jest położenie nacisku na jakość u źródła, czyli w zespołach wytwórczych.
Oznacza to poszerzenie kompetencji i odpowiedzialności zespołu oraz maksymalnie krótkie informacje zwrotne co do jakości wprowadzanych zmian w produkcie poprzez wsparcie technologiczne (automatyzacja, wizualizacja).

Podejście DevOps to technologiczna forma realizacji zwinnego zrywania z silosami kompetencyjnymi,
w celu zwiększenia jakości wytwarzanych produktów, dbania o zadowolenie klienta i wczesne dostarczanie wartości biznesowej. Praktyki DevOps mocno czerpią z XP w domenie inżynierskiej i z Lean
w domenie procesu, wprowadzając element automatyzacji i samoobsługi (self-service: brak zależności i czasu oczekiwania etc.). Bazują na wielu, częstych pomiarach i transparencji wyników.

Question 27

Samoorganizacja

Answer 27

to proces, w którym struktura albo wzorzec działania (proces) pojawiają się w systemie
bez centralnego sterowania, czy zewnętrznego elementu narzucającego je za pomocą planowania. Stanowi ona normę w systemach złożonych: od atomów, cząsteczek, gatunków, po przedsiębiorstwa.

Question 28

Najważniejszymi składowymi wspierającymi samoorganizację w kierunku efektywnego tworzenia
oprogramowania są:
* z punktu widzenia struktury:

Answer 28

− zespołowość (nie indywidualizm) i
− przywództwo (nie zarządzanie),
− role (nie stanowiska);

Question 29

Najważniejszymi składowymi wspierającymi samoorganizację w kierunku efektywnego tworzenia
oprogramowania są:
z punktu widzenia wzorców działania:

Answer 29

− procesy adaptacyjne,
− zasady (nie reguły),
− poczuć i reagować (zamiast przewidzieć i zaplanować).

Question 30

Dowodzenie i kontrola

Answer 30

• kontrola przełożonego
• informacje płyną od pracowników do
  przełożonego
• polecenia i decyzje płyną od przełożonego do pracowników
• wykorzystanie reguł dla utrzymania
  zgodności i powstrzymywania

Question 31

Dowodzenie i kontrola

Ograniczenia systemu:

Answer 31

• reguły
• wyszczególnione, indywidualne odpowiedzialności
• dokładne opisy stanowisk pracy

Question 32

Dowodzenie i kontrola

Komunikacja między zespołami:

Answer 32

• koordynacja to zadanie wybranej osoby
  (często managera projektu)
• często połączona z funkcyjnym podziałem zespołów (ograniczona odpowiedzialność za wycinek procesu wytwórczego).

Question 33

Samoorganizacja

Answer 33

samoregulacja wewnątrz zespoły
* kontrola na bazie przejrzystości i dostępu do informacji
* presja współpracowników
* jasne, zrozumiałe i współdzielone zasady

Question 34

Samoorganizacja

Answer 34

Ograniczania systemu:

przejrzystość
* zasady
* role
* współdzielone cele

Question 35

Samoorganizacja

Komunikacja między zespołami:

Answer 35

koordynacja jest jednym z działań zespołu zarówno wewnątrz (pełna odpowiedzialność za wartość), jak i na zewnątrz zespołu (współpraca przy produkcie).

Question 36

Zarządzanie oparte na dowodach (evidence-based management)

Answer 36

polega na podejmowaniu decyzji
przy świadomym, zdecydowanym i rozsądnym użyciu czterech źródeł informacji. Są nimi ekspertyza
i ocena praktyków, dowód z lokalnego przykładu (kontekstu), krytyczna ocena najlepszych dostępnych dowodów badawczych i perspektywy osób, których może dotyczyć decyzja.

Question 37

PDCA

Answer 37

Pod akronimem “PDCA” kryje się opracowana przez Edwarda Deminga metoda podejścia do wdrażania zaplanowanych działań. Cykl Deminga zakłada eksperymentowanie w myśl powiedzenia „kto
nie sieje ten nie zbiera”. Metoda ta składa się z cyklu 4 kroków, podczas których weryfikowana jest
postawiona hipoteza.

Etapy cyklu „PDCA” to:
* Plan (zaplanuj) – Etap stawiania hipotezy. Należy precyzyjnie określić plan działania (co chcemy
zrobić), nakreślić cele i przedstawić spodziewane rezultaty (co spodziewamy się osiągnąć).
* Do (zrób) – test postawionej hipotezy. Należy wdrożyć zaplanowane działania, po czym poddać
proces dokładnym obserwacjom, a zebrane dane dokładnie przeanalizować.
* Check (sprawdź) – porównanie faktycznych wyników uzyskanych przy testowaniu postawionej
hipotezy, ze spodziewanymi rezultatami.
* Act (działaj) – jeżeli nie osiągnięto zakładanych rezultatów rozpocznij cykl od nowa. Zweryfikuj
plan, założone cele i sposób działania. Wprowadź do niego niezbędne poprawki. Przetestuj hipotezę i porównaj wyniki. Jeżeli okaże się, że założenia zostały spełnione należy zadziałać w kierunku utrzymania opracowanego rozwiązania – np. opracować standardy do praktyk będących
wynikiem cyklu.

Question 38

Przejrzystość

Answer 38

stanowi fundament empirycznej kontroli procesu – wiedza, którą posiadamy, oraz
decyzje, które podejmujemy, wynikają z naszych doświadczeń. Przejrzystość oznacza, że wszystkie
aspekty związane z naszą pracą są widoczne, dostępne oraz tak samo zrozumiałe dla wszystkich
zaangażowanych. Umożliwia tym samym stosowanie dwóch kroków empirycznej kontroli procesu:
inspekcji i adaptacji.

Question 39

Inspekcja

Answer 39

krok poddawania kontroli postępów pracy i procesu, by wykryć ewentualne odchylenia
od oczekiwań i problemów. Inspekcja umożliwia adaptację. Inspekcja bez adaptacji jest uznawana
za bezcelową.

Question 40

Adaptacja

Answer 40

jeśli jakikolwiek jego aspekt wykracza poza dopuszczalne limity lub jeśli uzyskany
produkt jest niemożliwy do zaakceptowania (co wykryliśmy w wyniku inspekcji) – stosowany proces
lub wytwarzane materiały należy odpowiednio skorygować. Zmian tych należy dokonać jak najszybciej, aby zminimalizować dalsze odstępstwa.

Question 41

Organizacje czerwone

Answer 41

oparte na silnej władzy, bezwzględnym posłuszeństwie i strachu,
których celem jest przetrwanie w chaotycznym i niebezpiecznym środowisku,
− przykłady: gang, mafia,
− metafora: wataha wilków.

Question 42

Organizacje bursztynowe

Answer 42

zhierarchizowane, oparte na wyraźnych formalnych rolach
i odgórnych dyrektywach, czy rygorystycznych regułach, nastawione na stabilność przez budowanie przyszłości powtarzaniem przeszłości,
− przykłady: kościół katolicki, publiczne systemy szkolne, agencje rządowe,
− metafora: wojsko.

Question 43

Organizacje pomarańczowe

Answer 43

oparte na rywalizacji i zwiększaniu produktywności, podporządkowane idei zysku, celem jest pokonanie konkurencji, a drogą do celu innowacyjność,
swoboda w zakresie wyboru strategii i narzędzi realizacji narzuconych celów,
− przykłady: międzynarodowe korporacje, szkoły niepubliczne,
− metafora: maszyna.

Question 44

Organizacje zielone

Answer 44

skupione na kulturze pracy, oparte na idei wzmacniania i dobrych
relacjach, podważanie hierarchii i formalnych ról, nastawione na interesariuszy,
− przykłady: organizacje pozarządowe, organizacje o kulturze opartej na wartościach
(np. Southwestern Airlines)
− metafora: rodzina

Question 45

Organizacje turkusowe

Answer 45

oparte na autonomii, pełni i realizacji ewolucyjnie donośnych celów. Nie ma tu hierarchii ani określonej centrali zarządzającej. Każdy bierze odpowiedzialność
za siebie i za organizację, która stanowi żywą całość zorientowaną na realizację swojego
potencjału. Elastyczne reagowania jako odpowiedź na złożoność,
− przykłady: firmy „nowej generacji” (np. BSO/Origin – konsulting IT, czy Sounds True
– media),
− metafora: żywy organizm.

Question 46

matryca pojemności

Answer 46

powstał na poziomie
strategicznym (portfolio) – obrazował inicjatywy biznesowe, w których wartość dokładały ww. zespoły, a którymi zarządzało grono Product Managerów. Narzędzie w postaci matrycy w ogólnodostępnym środowisku skupiało się na sprawdzaniu pojemności przerobowych zespołów w porównaniu
z potrzebami biznesowymi i idącym za nimi obciążeniem. Wizualizacji była aktualizowana na bieżąco
i grono Product Managerów oraz przedstawicieli każdego z zespołów spotykało się raz w tygodniu,
by przyjrzeć się sytuacji.

Question 47

matryca planowania

Answer 47

dotyczył poziomu taktycznego (program). Obrazował koordynację pracy zespołów na poziomie najbliższych Sprintów (horyzont trzech miesięcy). Ponownie wykorzystano ogólnodostępną matrycę i regularne jej przeglądy
– jak nietrudno się domyśleć, tygodniowe i dzień przed spotkaniem przy poprzedniej wizualizacji.
Tym razem kolumny obrazowały czas – przypomnę: zespoły pracowały w dwutygodniowych iteracjach i taki okres czasu przyjmowały jako podstawy planowania. Kolory wykorzystano do wskazywania pracy nad tą samą wartością produkty (np. funcjonalnością). Zakres prac mógł rzecz jasna wykraczać poza jeden Sprint, dlatego tablica przypominała poukładane klocki. Pierwsza kolumna oznaczała zawsze aktualny tydzień, zatem im dalej na osi czasu, tym więcej zmian, na które można było
reagować. Reakcje na tym poziomie (taktycznym) miały wpływ na wizualizację ryzyk (docelowo:
minimalizowaniu ich występowania) na poziomie strategicznym.

Question 48

klientocentryczność,

Answer 48

czyli niemal obsesyjne dążenie do umiejętnego zdefiniowania wartości i optymalizowanie procesu pod jej wczesne (nie szybsze!) dostarczanie