Kanban i zbiorczy wykres przepływu

Kanban zapewnia organizacjom proste ale potężne wskaźniki, które mogą być bezpośrednio powiązane z korzyściami biznesowymi. Wskaźniki Kanban skupiają się na pomiarze „czasu do wartości” i w związku z tym stosowanie tych środków w ciągłym doskonaleniu przynosi bezpośrednie korzyści biznesowe. Zbiorczy Wykres Przepływu (CFD – Cumulative Flow Diagram) jest prostym ale potężnym wskaźnikiem zapewniającym bogate informacje […]

Kanban i zbiorczy wykres przepływu Czytaj dalej »

Jak zacząć stosować Kanban?

Kanban jest systemem ewolucyjnym – na tym polega jego piękno.  Jeżeli tylko posiadasz i jesteś w stanie opisać swój istniejący proces, możesz rozpocząć stosowanie podstawowych zasad Kanban w celu obserwowania, mierzenia i ulepszenia swoich operacji.  Aby rozpocząć stosowanie Kanban w projekcie lub funkcjach biznesowych, musisz zacząć od podstawowych kroków stanowiących podstawowe zasady Metody Kanban: Wizualizacja

Jak zacząć stosować Kanban? Czytaj dalej »

KANBAN w inżynierii oprogramowania

W świecie oprogramowania i IT, Kanban uważany jest za proces ewolucyjny lub system ulepszający tworzenie oprogramowania, konserwacji i operacji IT. David Anderson, powszechnie uważany za ojca „Metody Kanban” w zakresie oprogramowania opisuje pięć podstawowych zasad umożliwiających znaczne ulepszenie w tworzeniu oprogramowania z wykorzystaniem metody Kanban. Zasady te to: Wizualizacja Pracy Ograniczenie Pracy w toku (WIP

KANBAN w inżynierii oprogramowania Czytaj dalej »

Kanban–czyli być gotowym na czas

Proces wytwórczy oprogramowania powinien być zorganizowany jak w fabryce. Idąc tą drogą zainteresowałem się metodą Kanban. Postanowiłem też napisać kilka tekstów na ten temat. Czym jest Kanban? Kanban jest metodą stosowaną przez zespoły i organizacje do wizualizacji pracy, identyfikacji i eliminacji wąskich gardeł oraz osiągania znacznych usprawnień operacyjnych w zakresie wydajności i jakości! Kanban jest

Kanban–czyli być gotowym na czas Czytaj dalej »

Dokumentacja przypadków użycia w administracji publicznej

Myślę, że czasem warto się pochwalić drobnymi osiągnięciami. W 2013 roku miałem okazję współpracować z Ministerstwem Sprawiedliwości. Brałem udział w projekcie SIWPM (System Informatyczny Wspierający Procesy Merytoryczne). Zadaniem tego systemu jest wsparcie pracowników sądu w ich pracy od biura podawczego poprzez zarządzanie aktami (tzw. kalendarz)  kończąc na wsparciu czynności wydawania orzeczeń. Kilkanaście miesięcy konsultowałem, wspomagałem

Dokumentacja przypadków użycia w administracji publicznej Czytaj dalej »

Śledzenie za pomocą relacji trace – problemy

Ostatnio pracując przy jednym z projektów spotkałem się z nietypowym zachowaniem Enterprise Architect’a. Otóż mój zespół pracuje na wersji 10 tego narzędzia a zespół klienta na wersji 9.3. O ile zgodność w zakresie bazy danych jest identyczna tak niespodziewanie dowiedziałem się iż klient w widoku traceability nie widzi relacji trace. W EA 10 widać to

Śledzenie za pomocą relacji trace – problemy Czytaj dalej »

Śledzenie zależności pomiędzy wymaganiami

Enterprise Architect w swojej dokumentacji proponuje by wymagania były łączone ze sobą za pomocą agregacji. Zastosowanie agregacji nie jest zgodne ze znanymi mi  standardami. Jeśli potrzebujesz modelować wymagania zgodnie ze standardami proponuję SysML – Systems Modeling Language for Products and Systems Development. Podobne wpisy Książki o UML – UML dla Każdego Książki o UML –

Śledzenie zależności pomiędzy wymaganiami Czytaj dalej »

Dialog techniczny

Jesień 2013 to czas, w którym miałem przyjemność współorganizować dialog techniczny w Ministerstwie Sprawiedliwości. Czym jest dialog można poczytać przykładowo: http://www.portalzp.pl/aktualnosci/dialog-techniczny-ma-pomoc-w-zredukowaniu-ryzyka-uniewaznienia-postepowania-ze-wzgledu-na-brak-ofert-wykonawcow-1276842/, więc nie będę powtarzał treści. Moje wrażenia z dialogu. Całe przedsięwzięcie wymaga pewnej ilości czasu, ale daje wymierne korzyści i Organizującemu dialog jak i jego Uczestnikom. Kilka dobrych rad. Moim zdaniem warto: Przesłać Uczestnikom

Dialog techniczny Czytaj dalej »

Dedykowana metodyka prowadzenia projektu

Koniec roku pozwala mi wreszcie odetchnąć. Ostatnie tygodnie były mega pracowite. To czym chcę się pochwalić to fakt iż w tym roku udało się opracować dedykowane metodyki prowadzenia projektów w Enterprise Architect. Odbiorcami tej dedykowanej usługi były bank, duży ubezpieczyciel oraz firma wytwarzająca oprogramowanie. Każdy z opracowanych metodyk była spersonalizowana pod kątem klienta. Każda z

Dedykowana metodyka prowadzenia projektu Czytaj dalej »

BPMN vs diagramy aktywności

Kilka dni temu po raz kolejny uczestniczyłem w dyskusji na temat przewagi BPMN nad diagramami aktywności i odwrotnie w kontekście modelowania procesów biznesowych i systemowych (patrz tekst:  Diagramy procesów systemowych). Oba diagramy bardzo podobne do siebie choć BPMN 2.0 to już mega możliwości. Myślę, że kluczem do decyzji jest zastosowanie (czyt. Twoje potrzeby) Lubię używać

BPMN vs diagramy aktywności Czytaj dalej »

Scroll to Top