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
  • ID z systemów elektronicznych (np..: JIRA)
  • Termin
  • Kto pracuje nad zadaniem
  • Rodzaj zadania

Oczywiście to przykładowe atrybuty karty zadań. Zespół sam powinien określić, jakie parametry są mu potrzebne.

Przykładowa karta kanban:

kanban_karta

 

Warto na tablicy dać tag np.: błąd, Tag pozwala wyrównać zadania standardowe od zadań wynikających z obsługi błędu. Taki dodatkowy opis pozwoli na określenie statusu zadania i podjęcie dyskusji co z nim dalej zrobić.

Zasadniczo karta powinna ułatwiać podejmowanie decyzji oraz pokazywać rodzaj zadania. Zadanie musi być realizowane przez zespół czego wynikiem jest zmiana pozycji zadania na tablicy. To ważne, gdyż w przypadku gdy jedno z zadania stoi w miejscu należy dowiedzieć się co jest tego powodem.

By łatwiej się rozmawiało zadanie powinno mieć krótką nazwę i opis. Ten opis, stanowiący treść zadania, to jedno lub więcej zdań. Zasadniczo wolę jedno zdanie. Na jedno zdaniowe zadanie, świetnie nadaje się historyjka użytkownika. Więcej na temat historyjek przeczytasz w dedykowanym wpisie: User Stories – Historyjki Użytkownika

Warto dopilnować by opisy zadania były rzeczowe, konkretne, zrozumiałe i weryfikowalne. To ważne by potem na testach, ale także na innych etapach, można było jednoznacznie określić czy zadanie jest wykonane czy też nie. Pomoże to także w procesie testowania.

Jak wspomniałem powyżej ważne są także terminy. Termin na karcie może określać planowaną datę zakończenia zadania.  Aby jasno określić, na kiedy prace muszą zostać ukończone, należy termin zapisać bezpośrednio na karcie zadania. Taki termin musi być dobrze widoczny dla członków zespołu. Ponadto musi określać termin bezwzględnego zakończenia zadania.  Warto ustalić czy data ta określa termin zakończenia zadania w ramach etapu czy też całego procesu.

Realizacja zadań z Kanban nie oznacza, że wszystko idzie bezproblemowo. Czasem zadania muszą zostać zatrzymane.  W takich przypadkach zadanie powinno się wyróżniać i jasno komunikować, że jest zablokowane. Jeżeli tak będzie, będziesz miał powód, aby skupić się na blokadzie (np. na codziennym spotkaniu). Warto jest opisać na zadaniu powód zatrzymania zadania. Ułatwi to rozmowę na temat usunięcia blokady. Poza tymi czynnikami warto utrzymywać na karcie wskaźnik postępu, który będzie informował o postępach prac nad zadaniem. Ten wskaźnik oraz przemieszczanie się zadania pomiędzy kolumnami stanowią o przepływie zadania. Jednym z czynników postępów może być data zmiany kolumny. Dzięki takiej informacji łatwiej będzie oszacować w przyszłości ile czasu „statystycznie” zajmuje realizacja zadania.

Zasadniczo, na co dzień korzystanie z tablicy polega na przesuwaniu kart reprezentujących zlecenia tak, by ich położenie odzwierciedlało (wizualizowało) aktualny stan zlecenia. Choć zasadniczo praca powinna na tablicy płynąć od lewej do prawej, to poszczególne karty mogą zostać cofnięte na jeden z poprzednich kroków procesu (np. z programowania do analizy) jeśli taka będzie potrzeba.

Ponadto na tablicy powinny zostać przedstawione limity pracy w toku na każdym etapie aktywnym (a więc poza buforami i kolejkami), co czyni się zazwyczaj po prostu je na tablicy wypisując. O pracy cząstkowej i limitach już w następnej części tego cyklu.

 

Zostaw odpowiedź

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

Możesz użyć tych HTML tagów i atrybutów: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

Close