Ostatecznym celem metod Agile jest jak najszybsze zapewnienie dokładnego dostarczenia klientowi pożądanego oprogramowania. Metody Agile nie mają większego znaczenia jeśli chodzi o jakość. W tym momencie, możesz wykorzystać wiedzę dotyczącą metody typu lean w systemie Kanban.
System Kanban może wpłynąć na Twój projekt w następujący sposób:
- Zwiększa widoczność przepływu projektu (kto co robi, czy jest jakiś problem blokujący ścieżkę danych)
- Umożliwia dostarczenie klientowi oprogramowania w szybszym i lepszym formacie jakości poprzez ograniczenie pracy wykonywanej w tym samym czasie.
- Pozwala na natychmiastowe zauważenie blokady w przepływie projektu.
- Ma istotny wpływ na usuwanie blokad.
Tradycyjne rozwiązania mocno oparte na dokumentacji mogły zdawać egzamin w branżach takich jak budownictwo, gdzie zmiana specyfikacji po wzniesieniu konstrukcji jest trudna, a czasem niemożliwa. Rzecz ma się inaczej w przypadku oprogramowania.
Warto tworzyć i dostarczać małe elementy funkcji. Funkcje te są małe i mogą być opracowywane szybko, tym samym zwiększając prędkość dostarczenia projektu. Dla niewtajemniczonych, jest mnóstwo narzędzi Agile – Rational Unified Process (RUP), eXtreme Programming (XP), Scrum, a ostatnio Kanban. Miałem szczęście mieć możliwość ulepszenia części naszego procesu tworzenia oprogramowania – zwiększenia prędkości dostarczania usług bez utraty jakości. Kanban wygrywa bez dwóch zdań. Dlaczego? Ponad 80% krótszy czas dostawy w ciągu dwóch miesięcy.
Kanban – system typu pull („ciągniony”)
Kanban to japońskie słowo oznaczające dosłownie „szyld”. W ścisłym znaczeniu tego słowa, jest to system planowania, który „sygnalizuje” co, kiedy i ile produkować. (I tak, miałeś rację przypuszczając, że został zainicjowany w Toyota.) Jeśli pracujesz w organizacji macierzowej jako kierownik projektu, jesteś świadomy wyzwań związanych z zabezpieczeniem dedykowanych zasobów dla swoich projektów. Jeśli nie dostaniesz dedykowanych zasobów, będziesz musiał wykorzystać wszystkie swoje umiejętności w zakresie sprzedaży i negocjacji, aby zapewnić dostępność zasobów, gdy będą potrzebne. Z drugiej strony, jako menedżer zasobów, stale żonglujesz swoimi zasobami w różnych projektach – wyzwanie z zakresu optymalizacji.
Jest to system typu push („pchany”). Zazwyczaj objawia się to w postaci niezgodności zasobów, oczekiwania pomiędzy krokami, wydłużonego czasu, niedostępności zasobów, gdy są potrzebne, godzin nadliczbowych, oraz wielu różnych spraw, które odwracają uwagę od rzeczywistej pracy. Osoba krzycząca najgłośniej zwykle otrzymuje wszystkie zasoby. W tym systemie, popychasz wykonanie pracy przez rurę. Jak widzisz, Kanban to system typu pull. Praca jest ciągnięta przez ludzi, którzy rzeczywiście wykonują pracę w oparciu o ich dostępność.
Kanban – ewolucyjny i prowadzący do ciągłego ulepszania
Jest takie powiedzenie – ludzie lubią zmiany pod warunkiem, że ich nie dotyczą. Zapytaj kogokolwiek o opinię na temat zmian, a dowiesz się o wszystkich pozytywnych ich cechach. Poproś ich o zmianę, a usłyszysz wszystkie powody, dla których nie może ona być zrealizowana. „Zgadzam się, że musimy się zmienić, ale nie czas na to.” „Tak, ale my jesteśmy inni.” „Firma, która wdrożyła Kanban jest firmą produkcyjną. My jesteśmy inni.”
Jeśli pracujesz w takim środowisku, dokonanie w całym przedsiębiorstwie zmian, które byłyby rewolucyjne, będzie straszliwie bolesnym i powolnym procesem. A więc musisz ewoluować. Z wszystkich dostępnych narzędzi Agile, jedynym narzędziem pomagającym rozwijać się jest proces Kanban. Możesz w pełni wprowadzić i uruchomić narzędzie w czasie krótszym niż tydzień, gdyż jest niezwykle proste we wdrożeniu.
