agile

Podejście Agile w procesie wytwórczym oprogramowania

Zwinne modelowanie procesów biznesowych w trzech krokach

Zwinne (Agile) modelowanie procesów biznesowych, w moim odczuciu, musi zawierać minimum trzy zasadnicze kroki: Krok 1 – Szacowanie potrzeb organizacji Krok 2 – Identyfikacja procesów biznesowych Krok 3 – Uszczegółowienie procesu biznesowego Powyższe linki przenoszą do miejsc, w których opisano te trzy działania. Technorati Tagi: modelowanie biznesowe,modelowanie procesów biznesowych,Agile,zwinne modelowanie Podobne wpisy Software Project Management […]

Zwinne modelowanie procesów biznesowych w trzech krokach Czytaj dalej »

Krok 1 – Szacowanie potrzeb organizacji

To działanie polega na ustalaniu celów modelowania procesów biznesowych. Celem tego działania jest: określenie obszarów, które będą modelowane, ustalenie zakresu prac w bieżącej i przyszłych iteracjach, określenie wartości jakich spodziewa się po modelowaniu zlecający wykonanie modeli procesów biznesowych Działania Czynność ta rozpoczyna się od oceny organizacji pod kątem wyboru procesów, które podlegać będą modelowaniu. Podczas

Krok 1 – Szacowanie potrzeb organizacji Czytaj dalej »

Krok 2 – Identyfikacja procesów biznesowych

Działanie to polega na identyfikacji procesów biznesowych znajdujących się w modelowanym obszarze organizacji. Celem tego działania jest: identyfikacja procesów biznesowych oraz tych elementów organizacji, które biorą udział w zidentyfikowanych procesów hierarchizacja procesów pod kontem  decyzji, które procesy trzeba  opisać bardziej szczegółowo Działania Celem tej czynności nie jest szczegółowe opisanie całość organizacji tylko dostatecznej takiej ilości

Krok 2 – Identyfikacja procesów biznesowych Czytaj dalej »

Krok 3 – Uszczegółowienie procesu biznesowego

To działanie polega na uszczegółowieniu wybranych procesów biznesowych. Celem tego działania jest: identyfikacja wszystkie ról, produktów, zdarzeń w organizacji, a także opisanie, w jaki sposób biznesowe przypadki użycia będą wykonywane przez pracowników biznesowych i byty biznesowe, dostarczenie szczegółów o  bytach biznesowych, pracownikach biznesowych, zdarzeniach biznesowych, sprawdzenie, czy wyniki modelowania biznesu są zgodne z wizją biznesu

Krok 3 – Uszczegółowienie procesu biznesowego Czytaj dalej »

Jesienny The Rational Edge ezine

Właśnie ukazał się jesienny The Rational Edge ezine (http://ibm.com/developerworks/ecma/campaign/er.jsp?id=376126&imid=68950291&end). Dla fanów RSA jest bardzo ciekawy artykuł, w którym Steve Arnold opisuje nowe cechy  IBM Rational Software Architect for WebSphere Software 7.5, dotyczące modelowania i transformacji http://www.ibm.com/developerworks/rational/library/08/0926_arnold/index.html. Natomiast mi, być może z uwagi na specyfikę projektu, którym się teraz zajmuje, najbardziej podobał się artykuł pt. „Handling

Jesienny The Rational Edge ezine Czytaj dalej »

Test Driven Development – najpierw testy!?!

Każdy program, każda jego funkcjonalność powinny być przetestowane po d względem poprawnego działania. Sam proces testowania jest jednym z najżmudniejszych zadań w procesie produkcyjnym, zajmuje dużo czasu, a nie zawsze daje zadowalające wyniki. Ponadto brak testów powoduje, że spada jakość oprogramowania. Jak temu przeciwdziałać? Pewną odpowiedzią jest wytwarzanie oprogramowania w oparciu o testowanie. Taki też

Test Driven Development – najpierw testy!?! Czytaj dalej »

Mind Mapping w procesie wytwórczym oprogramowania

Technika Mind Mapping (MM) zwana też techniką map pamięci powstała w latach sześćdziesiątych. Za jej twórcę uważany jest angielski naukowiec Tony Buzan, który intensywnie pracował nad poznaniem mechanizmów pracy ludzkiego umysłu i technikami zapamiętywania i podnoszenia kreatywności jednostek i zespołów. MM stara się wykorzystać wyniki tych badań tak, aby poprawić procesy uczenia się i zapamiętywania

Mind Mapping w procesie wytwórczym oprogramowania Czytaj dalej »

Złote reguły Extreme Programming

Na początku lat 90-tych dwaj programiści: Kent Beck i Ward Cunnigham zdefiniowali kilka praktycznych reguł, które miały za zadanie uprościć proces wytwórczy oprogramowania. Tak powstała jedna z najbardziej kontrowersyjnych metodyk: Extreme Programming (XP) Dla wszystkich zainteresowanych zamieszczam 12 praktyk XP wg Kenta Becka: Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule

Złote reguły Extreme Programming Czytaj dalej »

XP + Prince2 = XPrince

Medotyka XPrince powstała z połaczenia metodyk Extreme Programming (XP) z Prince2 została opracowana w Poznaniu. Łączy w sobie najlepsze cechy podejścia Agile z metodyką Prince 2. Zdaniem jej autorów metodyka ma następujące cechy: Jest zwinna XPrince przyjmuje podstawowe założenie metodyki XP Posiada mechanizmy kontroli XPrince kontroluje projekt na różnych poziomach.  W tym sensie nawiązuje do

XP + Prince2 = XPrince Czytaj dalej »

Software Project Management GigaCon

Trzecia edycja konferencji Software Project Management GigaCon (25-26 września) to kolejna okazja na wymianę w szerszym gronie zagadnień związanych z wiedzą, umiejętnościami, narzędziami i technikami stosowanymi do zaspokojenia wymogów poszczególnych projektów. Miałem swój udział w tym przedsięwzięciu gdyż wystąpiłem  prezentacją na temat Essential Unified Process w procesie wytwórczym aplikacji biznesowych. Technorati Tagi: Essential Unified Process,inżynieria

Software Project Management GigaCon Czytaj dalej »

Scroll to Top