Kolumny jako Stan

Tabele kanban ujawniają pracę. Każda część pracy to karta. Karty poruszają się w lewo w prawo przez kolumny, które reprezentują stany.

Klasyczne kolumny to: Wstępny → Wybrany → W trakcie → Podczas przeglądu → Zrobione

Ale dokładne kolumny nie mają znaczenia. Istotne jest to, że każdej kartie przysługuje dokładnie jeden bieżący stan, a ten stan jest widoczny dla wszystkich osób, które pracują w tym systemie.

Co kart przedstawia

Karta przedstawia jednostkę pracy, którą można zrealizować niezależnie. Nie projekt, nie cel. Konkretne, zakreślone rzeczywistość z jasnymi definicją zrobione.

Dobra karta: Obrotnie klucze SSH na serwerach produkcyjnych: zrobione, gdy wszystkie serwery pokazują nowy klucz w authorized_keys & stary klucz zostanie usunięty.

Zła karta: Poprawa bezpieczeństwa. (To projekt, a nie zadanie. Rozdziel je.)

Ograniczenia W trakcie

Kolumna W trakcie w diagramie pokazuje Ograniczenie W trakcie: 3. Oznacza to, że nie więcej niż trzy karty mogą być W trakcie jednocześnie. Jeśli chcesz wyjąć czwartą kartę, musisz zakończyć jedną z nich najpierw.

To wydaje się jak ograniczenie. Jest to: według projektu. Ograniczenia W trakcie zmuszają Cię do zakończenia tego, co zacząłeś, zanim zaczniesz coś nowego. Więcej na temat tego, dlaczego to ma znaczenie, w późniejszej sekcji.

Skrzynkowanie Karty Pracy

Najtrudniejszą umiejętnością w kanbanie nie jest rysowanie tabeli. To skrępowanie kart. Za duże i karta leży W trakcie przez tygodnie, blokując inne prace. Za małe i tabela wypełnia się hałasem.

Skanalizowane Prace Dziażą Się

Każda wielodyscyplinarna operacja ma pracownie funkcjonalne: piekarnia ma piekarnie, pieczywo, smakowe, & przedział frontowy. Studio produktów ma projektowanie, treści, budowę, & obsługę. Projekt budowlany ma ramowanie, instalację, elektryczność, & końcowe. Te centra istnieją z dobrych powodów: wymagająca specjalizacja wymaga skupienia właściciela.

Kanban nie rozpuszcza tych podziałów. Ujawnia i wyraźnie pokazuje przekazywanie między nimi.

Karta przekazania

Gdy jednostka pracy przechodzi z jednego centrum pracy do kolejnego, na przykład, projekt graficzny, który wymaga napisania tekstu przed zbudowaniem strony, karta przekazania towarzyszy jej w drodze. Centrum niszczące zobaczy kartę w swoim Backlogu. Pobierają ją, gdy mają zdolność. Bez e-maila. Bez spotkania do koordynacji. Karta jest sygnałem.

Co pokazuje diagram

Gwiazdka biletu zaczyna się w Design (In Progress: wizualne aktywa). Gdy Design zakończy swoją część, stworzona zostaje karta przekazania i gwiazdka biletu pojawia się w Backlogu centrum Build. Build pobiera ją. Następnie Ops pobiera ją. Każde centrum ma własny panel. Każdy panel pokazuje tylko bieżącą pracę danego centrum. Ale gwiazdka biletu przechodzi przez wszystkie centra i wszyscy mogą zobaczyć, gdzie się znajduje.

To jest wgląd do sklepu zastosowany w organizacjach: każde centrum pracy to półka. Karty są dostarczane tylko do kolejnych półek, gdy praca jest pobierana i zużywana.

Projektowanie przekazania

Karta przekazania to umowa między centrami pracy. Musi zawierać wystarczające konteksty dla zespołu odbiorcy, który może działać bez spotkania.

Zatrzymaj rozpoczęcie. Zaczynaj kończyć.

WIP to skrót od Work In Progress. Ograniczenie WIP to limit na ilość kart mogących znajdować się w danym kolumnie naraz.

To brzmi jak ograniczenie. To właśnie jest cel.

Dlaczego ograniczenia pomagają

Każde rozpoczęcie nowego zadania bez zakończenia poprzedniego zadania kosztuje ci podatku przełączania kontekstu. Twój mózg ładowuje kontekst nowego zadania i częściowo wyłącza stary. Gdy wrócisz do starego zadania, załadowasz je ponownie. Dla pracy wiedzy, pisania, debugowania, projektowania, przeglądania, ten koszt załadowania ponownie wynosi godziny, a nie sekundy.

Ograniczenia WIP (Work In Progress) zapobiegają gromadzeniu się nieukończonych zadań. Również spełniają coś wartościowszego: wyświetlają odcinki przepływu.

Odcinki przepływu stają się widoczne

Jeśli kolumna Review ma limit WIP wynoszący 2 i zawsze jest na poziomie 2, to jest sygnał: przegląd jest wolniejszy niż produkcja. Więcej zadań kończy się w Stanie Postępu niż może być spożywane przez Review. Bez limitu WIP, plansza jest wypełniona kartami 'zrobionymi, ale czekającymi na przegląd' i odcinek przepływu jest niewidoczny. Z limitem WIP, kolumna Stan Postępu nie może przyjąć nowych kart, a cała drużyna zauważa ograniczenie.

To nie jest błąd. To informacja. System mówi Ci, żeby poprawić Review, zatrudnić, paryzować, zmniejszyć rozmiar partii zamiast bezsensownie wysyłać więcej pracy.

Prawo Little'a (słownie)

Czas przetwarzania (czas, który karta potrzebuje od początku do zrobienia) = Zadania W Progress ÷ Przepustowość (zadania zakończone na jednostkę czasu). Jeśli chcesz krótszych czasów przetwarzania bez zatrudnienia, zmniejsz WIP. Mniej rzeczy w powietrzu oznacza, że każda rzecz kończy się szybciej.

R = (W × C) + T

Ograniczenia WIP chronią trzy zmienne. Konsultant ds. efektywności Brian Tracy nazwał je w 1986 roku.

R = (W × C) + T

- R: Wynik: wyjście, które chcesz osiągnąć

- W: Jasność celu: jak dokładnie wiesz, co chcesz (0-10)

- C: Koncentracja: intensywność starań związanych z jednym zadaniem (0-10)

- T: Czas pracy bez zakłóceń (godziny niewstrzymywane)

Dlaczego W i C się mnożą

Jasność i koncentracja nie są niezależne. Wysoka koncentracja na niejasnym celu prowadzi do szybkiego ruchu w złym kierunku. Doskonała jasność celu z brakiem koncentracji prowadzi do niczego. Interagują: dlatego Tracy je zapisał jako produkt, a nie suma. 9/10 w obu przypadkach daje R = 81 + T. 3/10 w obu przypadkach daje R = 9 + T. Różnica nie jest dodatnia.

Dlaczego T dodaje

Każda godzina bez zakłóceń dodaje liniowo do wyniku. T nie może złożyć W i C: może tylko nałożyć się na produkt. Tłumaczy to, dlaczego pierwszym ruchem zawsze jest poprawa W i C, a nie dłuższe godziny pracy. Więcej T na niskim (W × C) produktu wciąż daje słaby wynik.

Co robi kanban board dla każdej zmiennej

- W: Dobrze zdefiniowana karta (jasny tytuł, miarodajne kryteria akceptacji, jeden właściciel) zwiększa W przed rozpoczęciem pracy. Kart niejasnych obniża automatycznie.

- C: Ograniczenia WIP zmuszają do skupienia. Jedna karta w Aktywnym oznacza pełne zainteresowanie jednym problemem. Trzy karty w Aktywnym oznaczają, że C jest podzielone na trzy części.

- T: Bloki Pomodoro & ochrona kalendarza tworzą godziny wolne od rozpraszania, które T mierzy. Czasownik na desce nie jest dekoracją: śledzi T w czasie rzeczywistym.

Tracy twierdził, że każdy problem można rozwiązać w 30 minut, gdy W, C & T są zoptymalizowane. Deska kanban jest narzędziem do optymalizowania wszystkich trzech jednocześnie.

Odczytywanie deski

Praktykuj odczytywanie zakłóceń z stanu deski.

Nie Agile. Nie Waterfall.

Agile to metodyka. Waterfall to metodyka. Kanban to system.

Metodologie przepisują, jak pracować. Systemy opisują, co jest prawdą o pracy. Kanban nie mówi ci, aby mieć dwumiesięczne sprinty, codzienne spotkania stand-up czy retrospektywy. Mówi ci jedno: ujawnij pracę, ogranicz WIP i ciągnij.

Problem z metodologiami

Agile sprawdza się dobrze dla zespołów tworzących produkty iteracyjnie, oprogramowanie, głównie. Wodospad sprawdza się dobrze dla projektów z wymaganiami stałymi i znnanymi nieznankami, budownictwo, produkcja sprzętu. Obydwa nie mapują się dokładnie na pracę wielodyscyplinarnej, gdzie zadanie projektowe i zadanie realizacyjne mają cykly pracy i definicje 'zrobionego' całkowicie różne.

Przymusowanie centrum projektowego i centrum operacyjnego do tego samego rytmu sprintu jest błędem kategorii. Sprint dwutygodniowy, który sprawdza się dla tworzenia treści, wywołuje sztuczne przyspieszenie w pracach logistycznych. Rytuał standup dla zespołów współlokalnych tworzy nadmiarowychdów dla niezależnych solistów.

Znajdowanie wspólnego gruntu w zakresie pracy do wykonania

Podchodząc niekonwencjonalnie: znajdowanie pracy, która wymaga wykonania. Znajdowanie osób lub partnerów najlepiej zlokalizowanych, aby ją wykonać. Nie narzucaj procesu na ten temat: pozwól pracy wydobyć swój własny proces poprzez wspólny system widoczności.

To nie jest brak procesu. To właściwa ilość procesu: wystarczająca do koordynacji, ale nie wystarczająca, aby stworzyć nadmiarowości koordynacyjne, których wartość pracy przekracza.

Nie buduj tego, czego możesz kupić. Nie kupuj tego, czego możesz wyhodować.

Przed utworzeniem jakiejkolwiek karty pracy, pytaj: czy ta rzecz istnieje w ogóle? Każde element pracy, który zbudujesz, będziesz posiadał na zawsze. Każde SaaS, na które się subskrybujesz, zależy na zawsze. Każda zależność otwartoźródłowego, którą wyciągniesz, utrzymujesz na zawsze.

Drzewo decyzyjne: Możemy to wyhodować? Proces, umiejętność, relacja, która produkuje zdolność utrzymanie, preferuj to. Jeśli nie jest to możliwe: Możemy to kupić? Narzędzie z rynku, które rozwiązuje 80% problemu bez pracy niestandardowej, preferuj to. Jeśli nie jest to możliwe: Zbuduj to. I zbuduj to wiedząc, że teraz jesteś właścicielem.

Większość organizacji odwraca ten porządek. Budują one własne infrastruktury niestandardowe dla problemów, które narzędzia komercyjne rozwiązują dobrze, a następnie szarżują nad utrzymaniem tego, co zbudowali. Kanban sprawia to, że jest to widoczne: każda karta w Twoim Backlogu to rzecz, którą wybraliście, aby zbudować. Hones question is czy powinna być tam w ogóle.

Build / Buy / Grow

Zastosuj ramówkę decyzyjną.

Zaprojektuj Tablicę

Zgromadź to. Zaprojektujesz system kanban dla konkretnej scenariusza funkcjonalnego.

Scenariusz

Mała firma produkująca filmy relansuje swój produkt z nową marką. Praca dotyczy czterech centrów:

- Design: nowy logo, tożsamość wizualna, zdjęcia produktu, układy stron

- Content: przetłumaczone opisy produktów, teksty stron startowych, oświadczenie e-mail

- Build: zaktualizowana strona internetowa, nowy proces płatności, przekierowania z starych adresów URL

- Ops: ustawienia aktualizacji procesora płatności, przeglądanie partnera obsługi, konfiguracja analizy

Relans ma rygorystyczne terminy: wystawa handlowa w 45 dni, gdzie nowa marka zostanie ogłoszona publicznie.

Solos Stay Silos

W większości organizacji, kanban istnieje, aby uczynić pracę widoczną na poziomie hierarchii zarządzania. Menedżerowie koordynują między zbiornikami. Kanban redukuje obciążenie koordynacji.

W modelu un, nie ma menedżerów. Są solo. Solo prowadzi firmę niezależnie: solo projektanta, solo budowniczego, solo autora, solo obsługi. Każde solo, przez definicję, jest zbiornikiem. Nie ma organizacyjnej tabeli połączonych. Brak relacji raportującej. Brak menedżera, który zmusiłby do koordynacji.

Kanban staje się warstwą koordynacji. Nie przez poziome zbiorniki, solo pozostają całkowicie niezależne, ale przez uczynienie przekazów między nimi widocznymi i wyraźnymi. Solo nie wysyła e-maila ani nie ustala spotkania, aby przekazać pracę. Wyrzucają kartę na wspólną tablicę. Odbierający solo ją pobrał, gdy mają zdolność.

To wyjaśnia, dlaczego kanban lepiej pasuje do modelu un niż agilska lub wodospad: nie wymaga wspólnego rytmu, wspólnych retrospekcji, wspólnego planowania. Każde solo ustala własne limity pracy w toku, własny czas cyklu, własne definicje zakończenia. Koordynacja odbywa się na poziomie karty, a nie na poziomie procesu.