Category Archives kanban

Zarządzanie procesem to połowa sukcesu. Druga połowa sukcesu to jego monitorowanie i wyciąganie wniosków. W Kanban mamy wskaźniki, które umożliwiają monitorowanie procesu. Wskaźniki mają  pozwolić by zespół ulepszał proces. Moje ulubione wskaźniki to: Czas dostarczenia - czas dla całego przepływu Przepustowość- ile zadań jest w jednym przepływie Tak jak w przypadku większości aspektów związanych z kanban wskaźniki powinny być wizualizowane, aby wszyscy wiedzieli,…

Kolejki i limity WIP, o których pisałem w poprzednich postach,  składają się na główny wskaźnik problemów w przepływie w trakcie ich występowania. Pokazują, gdzie znajdują się wąskie gardła, oraz, jeszcze zanim to się stanie, gdzie dopiero one powstają. Wąskie gardła często ujawniają się poprzez nawarstwianie się prac przed nimi, kiedy w krokach za nimi brakuje zadań. Na poniższej tablicy można…

W poprzednim poście, dotyczącym Kanban, pisałem o pracy cząstkowej. Pisałem w nim, że warto jest ograniczyć pracę cząstkową. Zbyt wysoki WIP powoduje, że cześć pracy nie jest wykonana a zbyt niski powoduje, że cześć zespołu jest bez pracy. Przypomnę, że  zawsze trzeba dostosować WIP do zespołu i jego możliwości. Dlaczego WIP jest taki ważny. Otóż dobrze dobrane parametry WIP dla…

W poprzednich postach pisałem o zadaniach i tablicy w Kanban. Aby być w miarę produktywnym trzeba w danym momencie skupić się nad jednym zadaniem. Kanban wspomaga ten proces i definiuje pojęcie pracy cząstkowej. Praca cząstkowa w Kanban to liczba zadań realizowanych jednocześnie. Liczba takich zadań jest określa parametrem WIP Work-In-Progress lub praca w toku. Parametrem WIP określa całą pracę, która jest aktualnie…

W poprzednim wpisie pisałem o tablicy zadań w Kanban. Obecnie kilka słów na temat zadań i karty zadań. Zadania w kanban określane są za pomocą karty. Wiele osób preferuje karty na "fizycznej" tablicy. Inni wolą te elektroniczne. Oba rozwiązania są dobre. To co jest ważne to zawartość karty. Zadania w Kanban to karty, które powinny zawierać: Nazwa zadania Opis zadania…

W poprzednim wpisie dotyczącym kanban  pisałem o jego założeniach. Dziś chciałem opisać podstawowy element kanban: tablicę. Tablica prezentuje: Kto nad czym pracuje Nad czym sam pracujesz Ile zadań jest realizowanych równolegle Tablica wizualizuje nam stan realizacji zadania. O zadaniach szerzej już w kolejnym poście. Teraz tylko wspomnę, że  zadania w Kanban to karty, które powinny/mogą zawierać: Nazwa zadania Opis zadania…

Postanowiłem końcówkę 2016 ogłosić na moim blogu rokiem Agile. Listopad i grudzień poza wpisami dotyczącymi Scrum będzie dostarczał wiedzy na temat Kanban. Niniejszy artykuł otwiera cykl tekstów na temat Kanban. O Kanban pisałem już w 2014. Te wpisy traktuję jako odświeżenie i uzupełnienie tematu.  Planuję 7-8 tekstów na ten temat, które będę co tydzień publikował. Zacznijmy od początku. Czym jest Kanban? Moim zdaniem najlepiej definicja…

Nadchodzący Enterprise Architect to sporo nowości. Przegląd nowości opisałem https://www.michalwolski.pl/2016/07/nadchodzi-enterprise-architect-13/ Dziś będę chciał opisać bardziej szczegółowo jeden aspekt a mianowicie możliwość użycia Kanban. O Kanban (https://www.michalwolski.pl/kanban/) pisałem w 2014. Dla przypomnienia zacytuję definicję ze strony  http://www.system-kanban.pl/ Jest to japońska metoda kontroli procesu produkcyjnego oparta wyłącznie na rzeczywistym zużyciu materiałów. Kanban umożliwia redukcję zapasów w hali produkcyjnej, które są wymagane do zoptymalizowanego działania…

Niebawem firma Sparx System zamierza wydać kolejną wersję swojego flagowego oprogramowania. Enterprise Architect 13 zawiera sporo zmian, które są w wielu miejscach dość rewolucyjne. Najbardziej rzucająca się zmiana to zmiana menu. W Enterprise Architect 13 będziemy mieli menu w stylu Ribbon. Pojawi się też nowy Project Browser. Dla mnie osobiście to mała masakra. Współpracuję z klientami, którzy używają wersji 9, 11…

Proces tworzenia oprogramowania można traktować jako rurociąg z żądaniami funkcji wchodzącymi z jednej strony i lepszym oprogramowaniem wychodzącym z drugiej.

Wewnątrz rurociągu, istnieje pewien rodzaj procesu, który może wahać się od nieformalnego procesu ad hoc do bardzo formalnego etapowego procesu. W tym artykule, założymy prosty proces fazowy: (1) analiza wymogów, (2) opracowanie kodu i (3) testowanie jego pracy.

Efekt wąskich gardeł

Wąskie gardło w rurociągu ogranicza przepływ. Przepustowość całego rurociągu jest ograniczona do przepustowości wąskiego gardła.

Jako przykład wykorzystamy nasz rurociąg tworzenia: jeśli testerzy są w stanie przetestować 5 funkcji w tygodniu, podczas gdy programiści i analitycy są w stanie wyprodukować 10 funkcji w tygodniu, przepustowość całego rurociągu wyniesie tylko 5 funkcji w tygodniu, gdyż testerzy działają jako wąskie gardło.

Jeśli analitycy i programiści nie zdadzą sobie sprawy, że testerzy stanowią wąskie gardło, wtedy przed testerami piętrzyć się będą zaległości w pracy.

clip_image001

W wyniku tego, czas realizacji zwiększy się. Jak zapasy w magazynie, praca stojąca w rurociągu zamrozi inwestycję, stworzy dystans z rynkiem i z czasem spadnie na wartości.

12
Close