Karol Zielinski

Kanban nie załatwi wszystkiego za nas

ale i tak rządzi!

KanbanNIE JEST

metodologią zarządzania projektami,

czy też metodologią wytwarzania

oprogramowania

Kanban jest metodą sterowania produkcją

i sam z siebie nie ma zbyt wiele wspólnego

z branżą IT

Wymyślony dość dawno temu

w latach 50tych XX wieku

Popularny dzięki Toyocie

Co zyskała Toyota?■30% wzrost produkcji,■60% redukcja wszelkich zapasów,■90% redukcja braków,■15% redukcja przestrzeni produkcyjnej,

■15% redukcja operatorów i personelu administracyjno-technicznego.

Jakaś mądra głowa pomyślała więc...

skoro tam się udało, to czemu miałoby się

nie udać gdzie indziej?

I tak znaleziono zastosowanie dla

kanbana w branży IT

A kanban w IT wygląda mniej więcej

tak...

Wszystko po kolei...

Wszystko po kolei...

Tablica kanbanowa nie dotyczy projektu.

Dotyczy zadań realizowanych przez firmę / dział / zespół.

Wszystko po kolei...

Każda kolumna to etap życia zadania.Każda karteczka do zadanie.

Wszystko po kolei...

Karteczka idzie w prawo gdy dany etap zostaje zamknięty.

Osoba odpowiedzialna za kolejny etap przekłada karteczkę dalej.

Wszystko po kolei...

Czerwone liczby w nawiasie to limity.Na danym etapie znaleźć się może nie więcej niż (limit)

karteczek.

Wszystko po kolei...

W kanbanie nie estymujesz ile czasu zajmie realizacja zadania.

Ewentualnie liczysz ile coś czasu faktycznie zajęło.

Wszystko po kolei...

W kanbanie wyłapujesz wąskie gardła na bieżąco.

I dzięki temu możesz łatwo z nimi walczyć.

Wszystko po kolei...

Kartki nie można cofnąć.Może przesuwać się TYLKO w prawo.

Wszystko po kolei...

Zadania priorytetowe realizowane są od razu po zakończeniu zadania.

Nie trzeba czekać do końca sprintu.

Wszystko po kolei...

Kanban nadaje się nie tylko do wytwarzania oprogramowania.

Kanban, a Scrum

Kanban, a Scrum

Kanban jest znacznie mniej sformalizowany

(nie estymujesz niczego przed zabraniem się za pracę, nie organizujesz zbyt częstych spotkań,

nie tworzysz wykresów spalania,nie planujesz sprintów,

nie podsumowujesz sprintów)

Kanban, a Scrum

Kanban ma znacznie mniejsze wymagania “zasobowe”(nie potrzebujesz Scrum Mastera,

nie potrzebujesz zespołu)

Kanban, a Scrum

Kanban jest bardziej elastyczny(nie ma sprintów,

członkowie zespołu mogą brać udział w innych projektach,

po zakończeniu zadania - bierzemy następne)

Największyminus kanbana(choć nie wiem czy nie jedyny)

Kanban średnio się spisuje przy projektach

na zlecenie klienta zewnętrznegooraz naprawdę dużych projektach

(nie estymujesz niczego przed zabraniem się za pracę, nie organizujesz zbyt częstych spotkań,

nie tworzysz wykresów spalania,klient łatwo może zakorkować “linię produkcyjną”)

Najlepsze wyjście z sytuacji?

Kanban+

Scrum

(na co dzień)

(od święta)

karol.zielinski@paylane.com

http://linkedin.com/in/karolzielinskihttp://twitter.com/KarolZielinski

http://goldenline.pl/karol-zielinski2

http://karolzielinski.blip.pl

Dziękuję za uwagę!Karol Zielinski, paylane.com