Czynność: Spotkanie Przeglądowe Sprintu (Sprint Review Meeting)

Każdy sprint kończy się Spotkaniem Przeglądowym Sprintu (ang. Sprint Review Meeting), gdzie zespół pokazuje potencjalnie wykonalne przyrosty produktu. Na końcu każdego sprintu odbywa się Spotkanie Przeglądowe Sprintu. W trakcie spotkania Zespół Scrum pokazuje, co osiągnął podczas sprintu. Na ogół przybiera to formę demonstracji nowych cech. Uczestnicy Przeglądu Sprintu to zazwyczaj Właściciel Produktu, Zespół Scrum, Mistrz […]

Czynność: Spotkanie Przeglądowe Sprintu (Sprint Review Meeting) Czytaj dalej »

Czynność: Codzienny Scrum (Daily Scrum)

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 »

Czynność: Szacowanie zaległości produktu (Estimating the Product Backlog)

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 »

Czynność: Hierarchizacja Zaległości Produktu (Prioritizing the Backlog)

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 »

Czynność: Planowanie wypuszczenia (Release Planning)

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 »

Artefakt: Zaległości iteracji (Sprint Backlog)

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 »

Słownik w Enterprise Architect

Każdy inżynier oprogramowania dobrze wie jak ważnym dokumentem jest Słownik w trakcie procesu wytwórczego oprogramowania a szczególnie w jego pierwszych fazach. Bez zrozumienia pojęć czy skrótów, którymi posługuje się klient z na pewno nie rozwiążemy jego problemu. Enterprise Architect (EA) udostępnia nam funkcjonalność związaną z budową Słownika (menu Project > Documentation > Glossary?). W okienku

Słownik w Enterprise Architect Czytaj dalej »

Ewolucja czy rewolucja?

Cleeve Amos zamieścił poniższy obrazek w swojej prezentacji. Kolejny raz jeden obraz znaczy więcej niż setki słów. Technorati Tagi: agile,agile modeling,RUP,Rational Unified Process Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule przedstawiono opis pakietu narzędziowego VS.NET (Microsoft) z Rational XDE (IBM) do wytwarzania aplikacji webowych pracujących w środowisku urządzeń więcej Rational

Ewolucja czy rewolucja? Czytaj dalej »

Nowości w UML 2.2

Kilka tygodni temu pisałem o specyfikacji UML w wersji 2.2. Obiecałem wtedy, że jak ją przejrzę to napiszę o zmianach. Niniejszym informuję, że specyfikacja została przeze mnie przejrzana. Dzięki wersji specyfikacji z ?bar code?, na której są zaznaczone zmiany w stosunku do wersji 2.1.2 przejrzenie ponad 600 stron zajęło mi rozsądną ilość czasu. Co nowego

Nowości w UML 2.2 Czytaj dalej »

Zwiększenie elastyczności biznesowej

 Kilka dni temu pisałem (patrz Modelowanie Procesów Biznesowych ? BPM 2009), o moim wystąpieniu na konferencji BPM w trakcie, którego proponowałem podejście do modelowania procesów biznesowych w języku UML. Moja propozycja ukierunkowana była na nurt Agile i zalety jakie on niesie dla biznesu. Nie chodzi tu o legendarny brak dokumentacji i inne stereotypy dotyczące nurtu

Zwiększenie elastyczności biznesowej Czytaj dalej »

Scroll to Top