Codzienny Scrum (ang. The Daily Scrum) to szybkie spotkanie, w którym biorą udział wszyscy członkowie Zespół Scrum oraz Mistrz Scrum. Każdego dnia sprintu zespół odbywa spotkania („Codzienny Scrum”). Spotkania odbywają się na ogół w tej samej lokalizacji i o tej samej porze każdego dnia. Sytuacją pożądaną jest, aby codzienne scrumy odbywały się z rana, gdyż […]
Czynność: Codzienny Scrum (Daily Scrum) Czytaj dalej »
Szacowanie Product Backloga (ang. Estimating the Product Backlog) to moment, w którym okresowo Zespół Scrum będzie szacował wielkość każdej pozycji z Product Backloga. Przed planowaniem wypuszczenia i okresowo, w miarę jak Product Backlog rozwija się a zespół uzyskuje zrozumienie przez doświadczenie, Zespół Scrum będzie szacował wielkość pozycji w Product Backlogu. Jest to kluczowa informacja, która
Czynność: Szacowanie zaległości produktu (Estimating the Product Backlog) Czytaj dalej »
W trakcie czynności Hierarchizacja Zaległości Produktu (ang. Prioritizing the Backlog) pozycje w Product Backlogu są hierarchizowane przez Właściciela Produktu przed planowaniem wypuszczenia i sprintu. Product Backlog jest zhierarchizowaną listą prac, które mają być wykonane przez zespół. Jest aktualizowany w sposób ciągły przez Właściciela Produktu w oparciu o informację zwrotną od końcowego użytkownika (jako że wchodzi
Czynność: Hierarchizacja Zaległości Produktu (Prioritizing the Backlog) Czytaj dalej »
Planowanie wypuszczenia (ang. Release Planning) to czas, w którym na początku projektu zespół utworzy wysokiego poziomu plan wypuszczenia (wydania, edycji). Zespół nie może znać wszystkiego z góry, tak więc plan szczegółowy nie jest konieczny. Plan wypuszczenia powinien brać pod uwagę: Liczbę i czas trwania sprintów Ilość osób lub zespołów, które powinny brać udział w projekcie
Czynność: Planowanie wypuszczenia (Release Planning) Czytaj dalej »
Zaległości iteracji (ang. Sprint Backlog) to lista zadań, które Zespół Scrum zobowiązuje się wykonać w bieżącym sprincie. Pozycje Sprint Backloga są wrysowane z Produkt Backloga przez zespół, w oparciu o priorytety ustalone przez Właściciela Produktu oraz postrzeganie przez zespół czasu, który zabierze wykonanie różnych cech. Kluczowym jest, aby zespół wybrał pozycje i wielkość sprint backloga.
Artefakt: Zaległości iteracji (Sprint Backlog) Czytaj dalej »
Mit: Zwinne zespoły nie produkują dokumentacji Fakt: Dobry zwinny zespół produkuje taką ilość dokumentacji, która jest niezbędna do wspierania, utrzymania i rozwoju oprogramowania. Zwinne zespoły produkują przykładowo dokumentacje wyjaśniającą metafory i pojęcia słownikowe używane w trakcie projektu oraz modele w ograniczonym zakresie. Mit: Zwinne zespoły nie potrzebują inwestować w wymagania Fakt: Zwinne zespoły maniakalnie koncentrują
Zwinne modelownie – mity i fakty Czytaj dalej »
Konferencja Modelowanie Procesów Biznesowych 2009 to kolejna a już VII edycja seminarium poświęconemu modelowaniu i doskonaleniu procesów biznesowych organizowana przez Software-Konferencje. Po raz drugi miałem przyjemność wziąć udział jako prelegent w tym przedsięwzięciu. Jako jeden z nielicznych reprezentowałem nurt modelowania procesów biznesowych w UML a moja prezentacja na temat zwinnego modelowanie procesów biznesowych w języku
Modelowanie Procesów Biznesowych ? BPM 2009 Czytaj dalej »
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 »
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 »
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 »
