Category Archives kanban

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.

Kanban jest procesem ewolucyjnym lub sposobem dokonywania zmian ewolucyjnych w celu poprawy obecnie stosowanych procesów, nawet Scrum!Mimo tego, iż Scrum cieszy się wielkim powodzeniem i zastosowaniem na całym świecie, wiele zespołów i organizacji miało problemy z wdrożeniem wszystkich jej aspektów.  Problemy te mogły być związane ze zmianami organizacyjnymi i ról lub niemożnością sprostania iteracji lub dotrzymania zobowiązań dotyczących zakresu i…

Kanban nałoży się na Twój istniejący proces i wymaga wyłącznie przestrzegania trzech podstawowych zasad:1. Wizualizuj swój przepływ2. Ogranicz swoją pracę w toku3. Zacznij nową pracę po zakończeniu dotychczasowej pracy. Wiem, że brzmi to dość dziwnie, ale przestrzeganie tych podstawowych zasad może znacznie poprawić wydajność pracy Twojego zespołu. Zapytasz, jak? Przyjrzyjmy się każdej z zasad. Wizualizuj swoją pracę Pozwoli Ci to…

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)…

System Kanban może być porównany do struktury ogona. Rozpoczyna pracę nad nowymi zadaniami pochodzącymi z tyłu po zakończeniu pracy wykonywanej w tej chwili. W tym momencie, aby zaplanować przyszłość, możemy obliczyć limit WIP (Work-In-Progress Ograniczenie Pracy w Toku). Ograniczenie WIP może różnić się w zależności od projektu i zespołu. Tak więc, Kanban może z łatwością być stosowany we wszystkich projektach.…

12
Close