SlideShare a Scribd company logo
1 of 37
Download to read offline
KANBAN
PRZESTAŃ ZACZYNAĆ – ZACZNIJ KOŃCZYĆ
Remigiusz Kinas
LinkedIn Local Toruń
2
Posiadamy wspaniałą usługę …..
Ale jak po mistrzowsku ją realizować i doskonalić?
Czy kiedykolwiek doświadczyłeś …?
● Nie wiem w co ręce włożyć mam tyle pracy do wykonania … biegam z taczką … ale nie
miałem czasu jej załadować …
● Nie mam pojęcia co robią inni i co ja mam robić … czyli ciemno wszędzie głucho wszędzie …
ale jakoś to będzie?
● Mam problem … ale zostałem z nim sam jak palec… co tu robić, co tu robić?
● Nie wiem na czym stoję … raz zasady takie, a raz zupełnie inne .. O co chodzi?
● Nasz ekspert jest teraz zajęty … poczekaj w kolejce aż znajdzie chwilę czasu …
● Ja, Ty, oni, wy … czyli silosy i silosiki…
3
Jeśli na choć jedno pytanie odpowiedziałeś TAK – prezentacja jest dla
Ciebie.
4
Każdy system posiada swoją POJEMNOŚĆ. Jeśli włożymy do niego za dużo pracy ZMNIEJSZY SIĘ
JEGO WYDAJNOŚĆ I/LUB POGORSZY JAKOŚĆ.
Zidentyfikuj pojemność systemu i spraw by nigdy jej nie
przekraczać.
5
ŁATWIEJ POWIEDZIEĆ … TRUDNIEJ ZROBIĆ ….
PRACA NIEMATERIALNAPRACA MATERIALNA
W pracy niematerialnej niełatwo zobaczyć problemy w systemie. Często bazujemy (nawet podczas
retrospektyw) na subiektywnych ocenach (obarczonymi błędami poznawczymi) nie na faktach.
6
見える化
(1)
(mieruka)
WIZUALIZACJA
(1) ZOBACZ PRACĘ
 Zadania i ich typy
 Proces
 Ludzi
 Zasady i kryteria
 Terminy
 Problemy …
7
„Jesteśmy niesamowicie dobrzy w zapamiętywaniu obrazków. Jeśli usłyszymy jakąś informację, trzy dni później będzie-
my z niej pamiętać 10%. Jeśli dodamy do tego obrazek, zapamiętamy 65%.”
J.Medina – Brain Rules
POKAŻ PRACĘ I JEJ PRZEPŁYW W SYSTEMIE
8
KANBAN jest systemem zarządzania, który wspiera
dostarczanie usług.
Ułatwia doskonalenie.
Ułatwia myślenie systemowe.
ZAGROŻENIA DLA WIZUALIZACJI
●Trzymanie informacji w zamrażalniku – trudny dostęp do danych.
●Brak wykorzystania informacji – aktualizacja nikomu nie potrzebnych danych.
●Brak aktualizacji – brak właściciela lub rutyn aktualizacji danych.
●Niezrozumiałe – nieczytelne, zbyt małe, zbyt trudne do odczytania.
●Przeładowanie informacjami – trudniejszy do zrozumienia.
10
(2) OGRANICZ PRACY W TOKU
● Przełączanie się między kontekstami.
● Dodatkowa praca związana z opóźnieniami.
● Zwiększone ryzyko.
● Więcej narzutu pracy.
● Niższa jakość.
● Obniżona motywacja.
11
Praca cząstkowa to cała praca, która jest aktualnie rozpoczęta. Zbyt duża liczba zadań może spowodować problemy.
(2) OGRANICZENIE PRACY W TOKU
Liczba zadań w toku
Czas realizacji zadania = _________________________
Przepustowość systemu
JAK OGRANICZYĆ - PRAWO LITTLE’A
12
1. PRZYKŁAD:
- 10 zadań w systemie
- 10 zadań / minutę
CZAS REALIZACJI = 1 min
2. PRZYKŁAD:
- 20 zadań w systemie
- 10 zadań / minutę
CZAS REALIZACJI = 2 min
Mniej pracy cząstkowej prowadzi do szybszego przepływu przez proces – krótszy czas
dostarczenia.
(2) OGRANICZENIE PRACY W TOKU
● Pozwala skupić się zespołowi na „dowożeniu” wartości -> zadowolony klient -> lepszy NPS.
● Szybsza informacja zwrotna na temat produktu -> możliwość doskonalenia produktu.
● Szybsza informacja zwrotna na temat procesu realizacji -> możliwość doskonalenia procesu.
● Stymuluje rozmowy o problemach w systemie.
● Wzmacnia współpracę w zespole i odpowiedzialność za rezultaty – organizuje zespół wokół pracy i
koncentruje na celu.
SZYBSZY CZAS REALIZACJI ZADANIA TO …
13
(2) OGRANICZENIE PRACY W TOKU
14
Liczba zadań w toku
Czas realizacji zadania = _________________________
Przepustowość systemu
Za pomocą Kanban można sterować liczbą zadań w toku oraz zwiększać przepustowość
systemu.
CO MOŻNA ZATEM ZROBIĆ
Przez wprowadzenie WIP tablica Kanban wspiera identyfikację wąskich gardeł w systemie –
pozwala optymalizować przepustowość systemu (mianownik z prawa Little’a)
Przy ograniczeniu pracy w toku zmieniamy sposób myślenia na klientocentryczny – zanim będę mógł realizować
NOWE zadanie MUSZĘ dostarczyć klientowi to nad czym aktualnie pracuję. DOSTARCZAM WARTOŚĆ!
WIP zmienia system na PULL – dostarczamy to co w danym momencie najbardziej wartościowe do klienta.
(2) OGRANICZENIE PRACY W TOKU
● Liczba zadań dla osoby lub zespołu.
● Liczba zadań w krokach procesu (kolumnach).
● Liczba zadań w całym systemie (na tablicy).
● Liczba zadań danego typu.
● Limit dostępnych osób.
● …
CO MOŻNA OGRANICZYĆ?
18
19
Celem nie jest ograniczenie WIP
Limit WIP jest narzędziem pomagającym rozwijać system zarządzania
Efektywniejszy przepływ
Szczęśliwy klient!
20
„NIE im więcej zaczynasz, tym więcej kończysz” tylko …
„im więcej kończysz, tym więcej kończysz”.
- David P.Joyce
(3) ZARZĄDZAJ PRZEPŁYWEM
 Szybki, płynny i przewidywalne dostarczenie wartości do klienta.
 Minimalizacja ryzyka i kosztów opóźnienia.
CELE
21
(3) ZARZĄDZAJ PRZEPŁYWEM
„Przez cały czas przyglądamy się linii czasu – od momentu, w którym klient dokonuje zamówienia, do
chwili, w której inkasujemy zapłatę. Skracamy linię poprzez eliminację wszystkich odpadów
niegenerujących wartości.”
- Taiichi Ohno
STRATY NA PROCESIE – PODEJŚCIE TOYOTA
22
23
(3) ZARZĄDZAJ PRZEPŁYWEM
1. Częściowo skończona praca
2. Dodatkowe funkcjonalności
3. Powtórne uczenie
4. Przekazywanie prac (między silosami)
5. Opóźnienia
6. Przełączania między zadaniami
7. Defekty
7 MARNATRAWSTW W USŁUGACH
24
25
ZIDENTYFIKUJMY PROBLEMY …
Ogranicz pracę w toku.
Daj szansę płynąć – zadania o różnym charakterze (CoD).
Skróć czas oczekiwania – zmniejszaj zadania – te duże spowalniają przepływ.
Nigdy nie daj się zablokować – usuwaj blokady.
Przepustowość całego systemu nie jest możliwa poprzez poprawę przepustowości każdego elementu z osobna.
Zależy bowiem ona od przepustowości jego najsłabszego etapu. (TOC)
Wprowadź SLA dla zadań.
Twórz interdyscyplinarne zespoły.
Unikaj niezastąpionych ekspertów.
KANBAN to jak gra w szachy.
„Królewska gra uczy umiejętności strategicznego, krytycznego, logicznego i analitycznego myślenia”
M.Kanarkiewicz
Monitoruj system – spotkania „o problemach”. Stwórz bezpieczne środowisko, w którym mówienie o problemie
jest … premiowane.
“The value of a company is the sum of the problems you solve.”
-- Daniel Ek (Spotify CEO)
34
Skup się na pracy i przepływie … nie na pracownikach.
Dążenie do idealnego przepływu jest niekończącą się pracą.
PRAKTYKI KANBAN
1. Wizualizacja – pokaż pracę
2. Ograniczenie pracy w toku (WIP LIMIT)
3. Zarządzaj przepływem
35
4. Jasne zasady
5. Pętle zwrotne (spotkania)
6. Ulepszenie współpracy przez współpracę.
Ewolucja przez eksperymenty,
Źródło: Lean Kanban University
REMIGIUSZ KINAS
„IDŹ I ZOBACZ”
Remigiusz Kinas informatyk z wykształcenia, coach ICF/ACC, certyfikowany facylitator. Ukończył psychologię
sportu pozytywnego na SWPS. Dyrektor Biura Projektów w Grupie NEUCA (Toruń). Swoje ponad 20 letnie
doświadczenie w zakresie zarządzania programami, projektami, portfelami projektów oraz biur projektów
zdobywał w Neuca, CGI, T-Mobile, ComArch SA, Prokom Software SA, Bank Zachodni. Pomaga
organizacjom optymalizować procesy zarządzania projektami i portfelami oraz wytwarzania produktów.
Propagator balansu między podejściem tradycyjnym (posiada certyfikacje PMP, Prince2 2017), a podejściem
agile (PSP I, PSM I, AgilePM Foundation, PRINCE2 Agile Practitioner, SAFe Advanced Srum Master, SAFe
Agilist). Posiadacz tytułu Kanban Management Professional wydawany przez Lean Kanban University.
Praktyk Lean Management. Jego motto to „idź i zobacz”.
LinkedIn: https://www.linkedin.com/in/remigiusz-kinas/
PRZESTAŃ ZACZYNAĆ, ZACZNIJ KOŃCZYĆ
37

More Related Content

What's hot

PACE, the roadmap for successful user adoption
PACE, the roadmap for successful user adoptionPACE, the roadmap for successful user adoption
PACE, the roadmap for successful user adoptionRoland Driesen
 
10 Consejos para el Product Owner en la Gestión Ágil de Productos
10 Consejos para el Product Owner en la Gestión Ágil de Productos10 Consejos para el Product Owner en la Gestión Ágil de Productos
10 Consejos para el Product Owner en la Gestión Ágil de ProductosLuis Buchelli
 
Treinamento convite profissional
Treinamento convite profissionalTreinamento convite profissional
Treinamento convite profissionalfranciscopadilha
 
CYCLE TIME ANALYTICS: RELIABLE #NOESTIMATES FORECASTING USING DATA, TROY MAGE...
CYCLE TIME ANALYTICS: RELIABLE #NOESTIMATES FORECASTING USING DATA, TROY MAGE...CYCLE TIME ANALYTICS: RELIABLE #NOESTIMATES FORECASTING USING DATA, TROY MAGE...
CYCLE TIME ANALYTICS: RELIABLE #NOESTIMATES FORECASTING USING DATA, TROY MAGE...Lean Kanban Central Europe
 
Adoptando y escalando la agilidad en corporaciones
Adoptando y escalando la agilidad en corporacionesAdoptando y escalando la agilidad en corporaciones
Adoptando y escalando la agilidad en corporacionesGeneXus
 
Como mover as pessoas na direção da reciprocidade
Como mover as pessoas na direção da reciprocidadeComo mover as pessoas na direção da reciprocidade
Como mover as pessoas na direção da reciprocidadePamella Botelho
 
ATMTL23 - La QA a-t-elle reussi à prendre le virage agile? Et saura-t-elle f...
ATMTL23 - La QA a-t-elle reussi à prendre le virage agile?  Et saura-t-elle f...ATMTL23 - La QA a-t-elle reussi à prendre le virage agile?  Et saura-t-elle f...
ATMTL23 - La QA a-t-elle reussi à prendre le virage agile? Et saura-t-elle f...Agile Montréal
 
change factory: Leadership Development
change factory: Leadership Developmentchange factory: Leadership Development
change factory: Leadership DevelopmentChange Factory
 
Como ser bem-sucedido no marketing multinivel
Como ser bem-sucedido no marketing multinivelComo ser bem-sucedido no marketing multinivel
Como ser bem-sucedido no marketing multinivelednaldobispo
 
Potencializando a cultura de feedbacks horizontais através de SpeedWraps
Potencializando a cultura de feedbacks horizontais  através de SpeedWrapsPotencializando a cultura de feedbacks horizontais  através de SpeedWraps
Potencializando a cultura de feedbacks horizontais através de SpeedWrapsTadeu Marinho
 

What's hot (20)

A tríade do tempo
A tríade do tempoA tríade do tempo
A tríade do tempo
 
Comece pelo Porquê
Comece pelo PorquêComece pelo Porquê
Comece pelo Porquê
 
PACE, the roadmap for successful user adoption
PACE, the roadmap for successful user adoptionPACE, the roadmap for successful user adoption
PACE, the roadmap for successful user adoption
 
10 Consejos para el Product Owner en la Gestión Ágil de Productos
10 Consejos para el Product Owner en la Gestión Ágil de Productos10 Consejos para el Product Owner en la Gestión Ágil de Productos
10 Consejos para el Product Owner en la Gestión Ágil de Productos
 
RethinkingAgile_AAC2019
RethinkingAgile_AAC2019RethinkingAgile_AAC2019
RethinkingAgile_AAC2019
 
Liderança e Gestão do Tempo
Liderança e Gestão do TempoLiderança e Gestão do Tempo
Liderança e Gestão do Tempo
 
Treinamento convite profissional
Treinamento convite profissionalTreinamento convite profissional
Treinamento convite profissional
 
Palestra de networking e indicações profissionais
Palestra de networking e indicações profissionaisPalestra de networking e indicações profissionais
Palestra de networking e indicações profissionais
 
Notre vie apres SAFe
Notre vie apres SAFeNotre vie apres SAFe
Notre vie apres SAFe
 
CYCLE TIME ANALYTICS: RELIABLE #NOESTIMATES FORECASTING USING DATA, TROY MAGE...
CYCLE TIME ANALYTICS: RELIABLE #NOESTIMATES FORECASTING USING DATA, TROY MAGE...CYCLE TIME ANALYTICS: RELIABLE #NOESTIMATES FORECASTING USING DATA, TROY MAGE...
CYCLE TIME ANALYTICS: RELIABLE #NOESTIMATES FORECASTING USING DATA, TROY MAGE...
 
Adoptando y escalando la agilidad en corporaciones
Adoptando y escalando la agilidad en corporacionesAdoptando y escalando la agilidad en corporaciones
Adoptando y escalando la agilidad en corporaciones
 
Como mover as pessoas na direção da reciprocidade
Como mover as pessoas na direção da reciprocidadeComo mover as pessoas na direção da reciprocidade
Como mover as pessoas na direção da reciprocidade
 
ATMTL23 - La QA a-t-elle reussi à prendre le virage agile? Et saura-t-elle f...
ATMTL23 - La QA a-t-elle reussi à prendre le virage agile?  Et saura-t-elle f...ATMTL23 - La QA a-t-elle reussi à prendre le virage agile?  Et saura-t-elle f...
ATMTL23 - La QA a-t-elle reussi à prendre le virage agile? Et saura-t-elle f...
 
Ferramenta 70 20-10
Ferramenta 70 20-10Ferramenta 70 20-10
Ferramenta 70 20-10
 
change factory: Leadership Development
change factory: Leadership Developmentchange factory: Leadership Development
change factory: Leadership Development
 
Como ser bem-sucedido no marketing multinivel
Como ser bem-sucedido no marketing multinivelComo ser bem-sucedido no marketing multinivel
Como ser bem-sucedido no marketing multinivel
 
Workshop MVP Canvas a partir da Lean Inception
Workshop MVP Canvas a partir da Lean InceptionWorkshop MVP Canvas a partir da Lean Inception
Workshop MVP Canvas a partir da Lean Inception
 
O Poder De Delegar
O Poder De DelegarO Poder De Delegar
O Poder De Delegar
 
Webinar: Introdução ao Management 3.0 | Coletivo Ação
Webinar: Introdução ao Management 3.0 | Coletivo AçãoWebinar: Introdução ao Management 3.0 | Coletivo Ação
Webinar: Introdução ao Management 3.0 | Coletivo Ação
 
Potencializando a cultura de feedbacks horizontais através de SpeedWraps
Potencializando a cultura de feedbacks horizontais  através de SpeedWrapsPotencializando a cultura de feedbacks horizontais  através de SpeedWraps
Potencializando a cultura de feedbacks horizontais através de SpeedWraps
 

Similar to Kanban - przestań zaczynać - zacznij kończyć

Wiosenne Wieczory ze Scrum 4 Wdrożenie i skalowanie
Wiosenne Wieczory ze Scrum 4 Wdrożenie i skalowanieWiosenne Wieczory ze Scrum 4 Wdrożenie i skalowanie
Wiosenne Wieczory ze Scrum 4 Wdrożenie i skalowanieMichał Parkoła
 
SCRUM w pracy Testera Oprogramowania
SCRUM w pracy Testera OprogramowaniaSCRUM w pracy Testera Oprogramowania
SCRUM w pracy Testera Oprogramowaniatestuj.pl
 
Agile na poziomie portfolio @4Developers
Agile na poziomie portfolio @4DevelopersAgile na poziomie portfolio @4Developers
Agile na poziomie portfolio @4DevelopersKarol Traczykowski
 
Michał Koniewicz - "SCRUM - jak ugryźć i nie połamać sobie zębów - doświadcza...
Michał Koniewicz - "SCRUM - jak ugryźć i nie połamać sobie zębów - doświadcza...Michał Koniewicz - "SCRUM - jak ugryźć i nie połamać sobie zębów - doświadcza...
Michał Koniewicz - "SCRUM - jak ugryźć i nie połamać sobie zębów - doświadcza...PMI Szczecin
 
SkładQA 2018 - Daniel Dec
SkładQA 2018 - Daniel DecSkładQA 2018 - Daniel Dec
SkładQA 2018 - Daniel Deckraqa
 
Scrum Studio - Lukasz Filut@Scrum Experience Day 2020
Scrum Studio - Lukasz Filut@Scrum Experience Day 2020Scrum Studio - Lukasz Filut@Scrum Experience Day 2020
Scrum Studio - Lukasz Filut@Scrum Experience Day 2020Łukasz Filut
 
Wiosenne Wieczory ze Scrum 2 Estymacja i Planowanie
Wiosenne Wieczory ze Scrum 2 Estymacja i PlanowanieWiosenne Wieczory ze Scrum 2 Estymacja i Planowanie
Wiosenne Wieczory ze Scrum 2 Estymacja i PlanowanieMichał Parkoła
 
CISSPDAY 2011 - 2 AM A Disaster just Began
CISSPDAY 2011 - 2 AM A Disaster just BeganCISSPDAY 2011 - 2 AM A Disaster just Began
CISSPDAY 2011 - 2 AM A Disaster just BeganTobias Koprowski
 
Rafał Nowak - Per aspera ad astra, czyli przygody PIDI z Agile
Rafał Nowak - Per aspera ad astra, czyli przygody PIDI z AgileRafał Nowak - Per aspera ad astra, czyli przygody PIDI z Agile
Rafał Nowak - Per aspera ad astra, czyli przygody PIDI z AgileAgile Silesia
 
infoShare 2014: Witold Bołt, Bartosz Zięba, Skok na naderwanym bungee, czyli ...
infoShare 2014: Witold Bołt, Bartosz Zięba, Skok na naderwanym bungee, czyli ...infoShare 2014: Witold Bołt, Bartosz Zięba, Skok na naderwanym bungee, czyli ...
infoShare 2014: Witold Bołt, Bartosz Zięba, Skok na naderwanym bungee, czyli ...Infoshare
 
Skok na naderwanym bungee, czyli agile bez automatyzacji
Skok na naderwanym bungee, czyli agile bez automatyzacjiSkok na naderwanym bungee, czyli agile bez automatyzacji
Skok na naderwanym bungee, czyli agile bez automatyzacjiWitold Bołt
 
InfoShare 2014: Skok na naderwanym bungee, czyli agile bez automatyzacji
InfoShare 2014: Skok na naderwanym bungee, czyli agile bez automatyzacjiInfoShare 2014: Skok na naderwanym bungee, czyli agile bez automatyzacji
InfoShare 2014: Skok na naderwanym bungee, czyli agile bez automatyzacjiJIT Solutions
 
Najwazniejsze Pytanie W Projekcie
Najwazniejsze Pytanie W ProjekcieNajwazniejsze Pytanie W Projekcie
Najwazniejsze Pytanie W ProjekcieJakub Dąbkowski
 

Similar to Kanban - przestań zaczynać - zacznij kończyć (20)

Kurs "Zrób to tak, aby to zrobić" - prezentacja 5
Kurs "Zrób to tak, aby to zrobić" - prezentacja 5Kurs "Zrób to tak, aby to zrobić" - prezentacja 5
Kurs "Zrób to tak, aby to zrobić" - prezentacja 5
 
Wiosenne Wieczory ze Scrum 4 Wdrożenie i skalowanie
Wiosenne Wieczory ze Scrum 4 Wdrożenie i skalowanieWiosenne Wieczory ze Scrum 4 Wdrożenie i skalowanie
Wiosenne Wieczory ze Scrum 4 Wdrożenie i skalowanie
 
Kurs "Zrób to tak, aby to zrobić" - prezentacja 6
Kurs "Zrób to tak, aby to zrobić" - prezentacja 6Kurs "Zrób to tak, aby to zrobić" - prezentacja 6
Kurs "Zrób to tak, aby to zrobić" - prezentacja 6
 
Scrum - Jakub Bażela z CodeSprinters
Scrum - Jakub Bażela z CodeSprinters Scrum - Jakub Bażela z CodeSprinters
Scrum - Jakub Bażela z CodeSprinters
 
SCRUM w pracy Testera Oprogramowania
SCRUM w pracy Testera OprogramowaniaSCRUM w pracy Testera Oprogramowania
SCRUM w pracy Testera Oprogramowania
 
Agile na poziomie portfolio @4Developers
Agile na poziomie portfolio @4DevelopersAgile na poziomie portfolio @4Developers
Agile na poziomie portfolio @4Developers
 
Michał Koniewicz - "SCRUM - jak ugryźć i nie połamać sobie zębów - doświadcza...
Michał Koniewicz - "SCRUM - jak ugryźć i nie połamać sobie zębów - doświadcza...Michał Koniewicz - "SCRUM - jak ugryźć i nie połamać sobie zębów - doświadcza...
Michał Koniewicz - "SCRUM - jak ugryźć i nie połamać sobie zębów - doświadcza...
 
Fundamenty zwinności
Fundamenty zwinnościFundamenty zwinności
Fundamenty zwinności
 
SkładQA 2018 - Daniel Dec
SkładQA 2018 - Daniel DecSkładQA 2018 - Daniel Dec
SkładQA 2018 - Daniel Dec
 
Scrum Studio - Lukasz Filut@Scrum Experience Day 2020
Scrum Studio - Lukasz Filut@Scrum Experience Day 2020Scrum Studio - Lukasz Filut@Scrum Experience Day 2020
Scrum Studio - Lukasz Filut@Scrum Experience Day 2020
 
Wiosenne Wieczory ze Scrum 2 Estymacja i Planowanie
Wiosenne Wieczory ze Scrum 2 Estymacja i PlanowanieWiosenne Wieczory ze Scrum 2 Estymacja i Planowanie
Wiosenne Wieczory ze Scrum 2 Estymacja i Planowanie
 
Agile LEGO Game
Agile LEGO GameAgile LEGO Game
Agile LEGO Game
 
CISSPDAY 2011 - 2 AM A Disaster just Began
CISSPDAY 2011 - 2 AM A Disaster just BeganCISSPDAY 2011 - 2 AM A Disaster just Began
CISSPDAY 2011 - 2 AM A Disaster just Began
 
Agile Portfolio
Agile PortfolioAgile Portfolio
Agile Portfolio
 
Scrum Carrots
Scrum CarrotsScrum Carrots
Scrum Carrots
 
Rafał Nowak - Per aspera ad astra, czyli przygody PIDI z Agile
Rafał Nowak - Per aspera ad astra, czyli przygody PIDI z AgileRafał Nowak - Per aspera ad astra, czyli przygody PIDI z Agile
Rafał Nowak - Per aspera ad astra, czyli przygody PIDI z Agile
 
infoShare 2014: Witold Bołt, Bartosz Zięba, Skok na naderwanym bungee, czyli ...
infoShare 2014: Witold Bołt, Bartosz Zięba, Skok na naderwanym bungee, czyli ...infoShare 2014: Witold Bołt, Bartosz Zięba, Skok na naderwanym bungee, czyli ...
infoShare 2014: Witold Bołt, Bartosz Zięba, Skok na naderwanym bungee, czyli ...
 
Skok na naderwanym bungee, czyli agile bez automatyzacji
Skok na naderwanym bungee, czyli agile bez automatyzacjiSkok na naderwanym bungee, czyli agile bez automatyzacji
Skok na naderwanym bungee, czyli agile bez automatyzacji
 
InfoShare 2014: Skok na naderwanym bungee, czyli agile bez automatyzacji
InfoShare 2014: Skok na naderwanym bungee, czyli agile bez automatyzacjiInfoShare 2014: Skok na naderwanym bungee, czyli agile bez automatyzacji
InfoShare 2014: Skok na naderwanym bungee, czyli agile bez automatyzacji
 
Najwazniejsze Pytanie W Projekcie
Najwazniejsze Pytanie W ProjekcieNajwazniejsze Pytanie W Projekcie
Najwazniejsze Pytanie W Projekcie
 

Kanban - przestań zaczynać - zacznij kończyć

  • 1. KANBAN PRZESTAŃ ZACZYNAĆ – ZACZNIJ KOŃCZYĆ Remigiusz Kinas LinkedIn Local Toruń
  • 2. 2 Posiadamy wspaniałą usługę ….. Ale jak po mistrzowsku ją realizować i doskonalić?
  • 3. Czy kiedykolwiek doświadczyłeś …? ● Nie wiem w co ręce włożyć mam tyle pracy do wykonania … biegam z taczką … ale nie miałem czasu jej załadować … ● Nie mam pojęcia co robią inni i co ja mam robić … czyli ciemno wszędzie głucho wszędzie … ale jakoś to będzie? ● Mam problem … ale zostałem z nim sam jak palec… co tu robić, co tu robić? ● Nie wiem na czym stoję … raz zasady takie, a raz zupełnie inne .. O co chodzi? ● Nasz ekspert jest teraz zajęty … poczekaj w kolejce aż znajdzie chwilę czasu … ● Ja, Ty, oni, wy … czyli silosy i silosiki… 3 Jeśli na choć jedno pytanie odpowiedziałeś TAK – prezentacja jest dla Ciebie.
  • 4. 4 Każdy system posiada swoją POJEMNOŚĆ. Jeśli włożymy do niego za dużo pracy ZMNIEJSZY SIĘ JEGO WYDAJNOŚĆ I/LUB POGORSZY JAKOŚĆ. Zidentyfikuj pojemność systemu i spraw by nigdy jej nie przekraczać.
  • 5. 5 ŁATWIEJ POWIEDZIEĆ … TRUDNIEJ ZROBIĆ …. PRACA NIEMATERIALNAPRACA MATERIALNA W pracy niematerialnej niełatwo zobaczyć problemy w systemie. Często bazujemy (nawet podczas retrospektyw) na subiektywnych ocenach (obarczonymi błędami poznawczymi) nie na faktach.
  • 7. (1) ZOBACZ PRACĘ  Zadania i ich typy  Proces  Ludzi  Zasady i kryteria  Terminy  Problemy … 7 „Jesteśmy niesamowicie dobrzy w zapamiętywaniu obrazków. Jeśli usłyszymy jakąś informację, trzy dni później będzie- my z niej pamiętać 10%. Jeśli dodamy do tego obrazek, zapamiętamy 65%.” J.Medina – Brain Rules POKAŻ PRACĘ I JEJ PRZEPŁYW W SYSTEMIE
  • 8. 8 KANBAN jest systemem zarządzania, który wspiera dostarczanie usług. Ułatwia doskonalenie. Ułatwia myślenie systemowe.
  • 9.
  • 10. ZAGROŻENIA DLA WIZUALIZACJI ●Trzymanie informacji w zamrażalniku – trudny dostęp do danych. ●Brak wykorzystania informacji – aktualizacja nikomu nie potrzebnych danych. ●Brak aktualizacji – brak właściciela lub rutyn aktualizacji danych. ●Niezrozumiałe – nieczytelne, zbyt małe, zbyt trudne do odczytania. ●Przeładowanie informacjami – trudniejszy do zrozumienia. 10
  • 11. (2) OGRANICZ PRACY W TOKU ● Przełączanie się między kontekstami. ● Dodatkowa praca związana z opóźnieniami. ● Zwiększone ryzyko. ● Więcej narzutu pracy. ● Niższa jakość. ● Obniżona motywacja. 11 Praca cząstkowa to cała praca, która jest aktualnie rozpoczęta. Zbyt duża liczba zadań może spowodować problemy.
  • 12. (2) OGRANICZENIE PRACY W TOKU Liczba zadań w toku Czas realizacji zadania = _________________________ Przepustowość systemu JAK OGRANICZYĆ - PRAWO LITTLE’A 12 1. PRZYKŁAD: - 10 zadań w systemie - 10 zadań / minutę CZAS REALIZACJI = 1 min 2. PRZYKŁAD: - 20 zadań w systemie - 10 zadań / minutę CZAS REALIZACJI = 2 min Mniej pracy cząstkowej prowadzi do szybszego przepływu przez proces – krótszy czas dostarczenia.
  • 13. (2) OGRANICZENIE PRACY W TOKU ● Pozwala skupić się zespołowi na „dowożeniu” wartości -> zadowolony klient -> lepszy NPS. ● Szybsza informacja zwrotna na temat produktu -> możliwość doskonalenia produktu. ● Szybsza informacja zwrotna na temat procesu realizacji -> możliwość doskonalenia procesu. ● Stymuluje rozmowy o problemach w systemie. ● Wzmacnia współpracę w zespole i odpowiedzialność za rezultaty – organizuje zespół wokół pracy i koncentruje na celu. SZYBSZY CZAS REALIZACJI ZADANIA TO … 13
  • 14. (2) OGRANICZENIE PRACY W TOKU 14 Liczba zadań w toku Czas realizacji zadania = _________________________ Przepustowość systemu Za pomocą Kanban można sterować liczbą zadań w toku oraz zwiększać przepustowość systemu. CO MOŻNA ZATEM ZROBIĆ
  • 15. Przez wprowadzenie WIP tablica Kanban wspiera identyfikację wąskich gardeł w systemie – pozwala optymalizować przepustowość systemu (mianownik z prawa Little’a)
  • 16. Przy ograniczeniu pracy w toku zmieniamy sposób myślenia na klientocentryczny – zanim będę mógł realizować NOWE zadanie MUSZĘ dostarczyć klientowi to nad czym aktualnie pracuję. DOSTARCZAM WARTOŚĆ!
  • 17. WIP zmienia system na PULL – dostarczamy to co w danym momencie najbardziej wartościowe do klienta.
  • 18. (2) OGRANICZENIE PRACY W TOKU ● Liczba zadań dla osoby lub zespołu. ● Liczba zadań w krokach procesu (kolumnach). ● Liczba zadań w całym systemie (na tablicy). ● Liczba zadań danego typu. ● Limit dostępnych osób. ● … CO MOŻNA OGRANICZYĆ? 18
  • 19. 19 Celem nie jest ograniczenie WIP Limit WIP jest narzędziem pomagającym rozwijać system zarządzania Efektywniejszy przepływ Szczęśliwy klient!
  • 20. 20 „NIE im więcej zaczynasz, tym więcej kończysz” tylko … „im więcej kończysz, tym więcej kończysz”. - David P.Joyce
  • 21. (3) ZARZĄDZAJ PRZEPŁYWEM  Szybki, płynny i przewidywalne dostarczenie wartości do klienta.  Minimalizacja ryzyka i kosztów opóźnienia. CELE 21
  • 22. (3) ZARZĄDZAJ PRZEPŁYWEM „Przez cały czas przyglądamy się linii czasu – od momentu, w którym klient dokonuje zamówienia, do chwili, w której inkasujemy zapłatę. Skracamy linię poprzez eliminację wszystkich odpadów niegenerujących wartości.” - Taiichi Ohno STRATY NA PROCESIE – PODEJŚCIE TOYOTA 22
  • 23. 23
  • 24. (3) ZARZĄDZAJ PRZEPŁYWEM 1. Częściowo skończona praca 2. Dodatkowe funkcjonalności 3. Powtórne uczenie 4. Przekazywanie prac (między silosami) 5. Opóźnienia 6. Przełączania między zadaniami 7. Defekty 7 MARNATRAWSTW W USŁUGACH 24
  • 26. Daj szansę płynąć – zadania o różnym charakterze (CoD).
  • 27. Skróć czas oczekiwania – zmniejszaj zadania – te duże spowalniają przepływ.
  • 28. Nigdy nie daj się zablokować – usuwaj blokady. Przepustowość całego systemu nie jest możliwa poprzez poprawę przepustowości każdego elementu z osobna. Zależy bowiem ona od przepustowości jego najsłabszego etapu. (TOC)
  • 29. Wprowadź SLA dla zadań.
  • 32. KANBAN to jak gra w szachy. „Królewska gra uczy umiejętności strategicznego, krytycznego, logicznego i analitycznego myślenia” M.Kanarkiewicz
  • 33. Monitoruj system – spotkania „o problemach”. Stwórz bezpieczne środowisko, w którym mówienie o problemie jest … premiowane. “The value of a company is the sum of the problems you solve.” -- Daniel Ek (Spotify CEO)
  • 34. 34 Skup się na pracy i przepływie … nie na pracownikach. Dążenie do idealnego przepływu jest niekończącą się pracą.
  • 35. PRAKTYKI KANBAN 1. Wizualizacja – pokaż pracę 2. Ograniczenie pracy w toku (WIP LIMIT) 3. Zarządzaj przepływem 35 4. Jasne zasady 5. Pętle zwrotne (spotkania) 6. Ulepszenie współpracy przez współpracę. Ewolucja przez eksperymenty, Źródło: Lean Kanban University
  • 36. REMIGIUSZ KINAS „IDŹ I ZOBACZ” Remigiusz Kinas informatyk z wykształcenia, coach ICF/ACC, certyfikowany facylitator. Ukończył psychologię sportu pozytywnego na SWPS. Dyrektor Biura Projektów w Grupie NEUCA (Toruń). Swoje ponad 20 letnie doświadczenie w zakresie zarządzania programami, projektami, portfelami projektów oraz biur projektów zdobywał w Neuca, CGI, T-Mobile, ComArch SA, Prokom Software SA, Bank Zachodni. Pomaga organizacjom optymalizować procesy zarządzania projektami i portfelami oraz wytwarzania produktów. Propagator balansu między podejściem tradycyjnym (posiada certyfikacje PMP, Prince2 2017), a podejściem agile (PSP I, PSM I, AgilePM Foundation, PRINCE2 Agile Practitioner, SAFe Advanced Srum Master, SAFe Agilist). Posiadacz tytułu Kanban Management Professional wydawany przez Lean Kanban University. Praktyk Lean Management. Jego motto to „idź i zobacz”. LinkedIn: https://www.linkedin.com/in/remigiusz-kinas/