Pytania pomocnicze - INF.04

Projekt jest realizowany w kolejnych powtarzalnych cyklach. Po każdej iteracji zespół analizuje wyniki, poprawia produkt i planuje następny etap.

Przyrost to działający fragment produktu dostarczony po zakończeniu iteracji. Powinien zwiększać funkcjonalność systemu.

Ponieważ praca w Agile odbywa się w krótkich cyklach, a po każdym z nich powstaje kolejna działająca część produktu.

W modelu wodospadowym etapy są wykonywane kolejno i zwykle trudno wrócić do poprzednich faz. Agile zakłada częste iteracje, dostarczanie przyrostów i możliwość reagowania na zmiany.

Nie. Model prototypowy skupia się na tworzeniu prototypu w celu doprecyzowania wymagań, natomiast Agile obejmuje szersze podejście do zarządzania projektem i regularnego dostarczania działających przyrostów.

Informacja zwrotna pozwala szybko wykrywać błędne założenia i dostosowywać produkt do potrzeb użytkownika. Dzięki temu projekt może lepiej odpowiadać aktualnym wymaganiom.

Bo metodyki zwinne opierają się na iteracjach i stopniowym dostarczaniu przyrostów produktu. To dokładnie odpowiada opisowi z pytania.

Kanban koncentruje się na usprawnianiu przepływu pracy, wizualizacji zadań i ograniczaniu marnotrawstwa. Pomaga wykrywać zatory oraz zmniejszać liczbę rozpoczętych, ale niedokończonych zadań.

Scrum opiera się na sprintach, rolach i cyklicznych wydarzeniach. Kanban działa bardziej ciągle, bez obowiązkowych sprintów, a nacisk kładzie na przepływ pracy i limity WIP.

WIP oznacza Work in Progress, czyli pracę w toku. Limit WIP określa maksymalną liczbę zadań, które mogą być wykonywane jednocześnie, aby uniknąć przeciążenia zespołu.

Tablica Kanban pokazuje zadania w kolumnach, np. Do zrobienia, W trakcie i Gotowe. Dzięki temu zespół widzi stan prac, blokady i miejsca, w których powstają opóźnienia.

Waterfall, czyli model kaskadowy, opiera się na sekwencyjnych etapach projektu. Nie jest metodą kojarzoną przede wszystkim z ograniczaniem marnotrawstwa i ciągłym przepływem pracy.

Kanban realizuje wiele zasad Lean, zwłaszcza ograniczanie marnotrawstwa i optymalizację przepływu wartości. Lean jest szerszą filozofią, a Kanban praktyczną metodą organizacji pracy.

Kanban sprawdza się, gdy zadania napływają w sposób ciągły, np. przy utrzymaniu systemu, obsłudze zgłoszeń lub rozwoju produktu bez sztywnych sprintów. Jest przydatny tam, gdzie ważna jest przejrzystość i szybkie reagowanie na blokady.

Product Backlog porządkuje wymagania i zadania dotyczące produktu. Dzięki niemu zespół wie, co jest do wykonania i które elementy mają najwyższy priorytet.

Za Product Backlog odpowiada Product Owner. Ustala on priorytety i dba o to, aby lista elementów była aktualna oraz zrozumiała dla zespołu.

Product Backlog dotyczy całego produktu i zawiera wszystkie planowane prace. Sprint Backlog obejmuje tylko zadania wybrane do realizacji w jednym sprincie.

Diagram Gantta jest charakterystyczny dla bardziej tradycyjnego, harmonogramowego zarządzania projektem. Scrum opiera się na krótkich sprintach, backlogach i częstym dostarczaniu przyrostów produktu.

Oznacza to, że Product Backlog może być stale aktualizowany. Nowe wymagania mogą być dodawane, a istniejące elementy mogą zmieniać priorytet.

Mogą to być funkcje aplikacji, poprawki błędów, usprawnienia, wymagania techniczne oraz zadania zwiększające jakość produktu.

Scrum jest jedną z metod pracy zgodnych z podejściem Agile. Realizuje zasady Agile przez iteracyjną pracę, sprinty, szybkie dostarczanie wartości i reagowanie na zmiany.

Same etapy pokazują tylko ogólny przebieg projektu. Bez zadań, terminów i zasobów nie wiadomo dokładnie, kto, co i kiedy ma wykonać.

Etapy to większe części projektu, np. analiza, implementacja i testowanie. Zadania to konkretne czynności wykonywane w ramach etapów.

Ramy czasowe określają terminy rozpoczęcia i zakończenia prac. Pomagają kontrolować harmonogram i wykrywać opóźnienia.

Zasoby to wszystko, co jest potrzebne do realizacji projektu: ludzie, sprzęt, oprogramowanie, środowiska testowe, czas i budżet.

Dzięki temu każdy członek zespołu zna swoje obowiązki. Zmniejsza to chaos organizacyjny i ułatwia rozliczanie postępu prac.

Diagram Gantta pokazuje zadania i etapy na osi czasu. Ułatwia sprawdzenie kolejności prac, terminów i zależności między zadaniami.

Model kaskadowy zakłada realizację etapów projektu po kolei: analiza, projektowanie, implementacja, testowanie, wdrożenie i utrzymanie. Każdy etap powinien zostać zakończony przed rozpoczęciem następnego.

Ponieważ model ten opiera się na liniowym przebiegu prac i zakłada, że wymagania oraz projekt są ustalone na początku. Powrót do wcześniejszego etapu zwykle oznacza duże koszty i opóźnienia.

Sprawdza się w projektach o stabilnych, dobrze znanych wymaganiach, gdzie zakres prac jest jasno określony od początku. Przykładem mogą być projekty formalne lub realizowane według ścisłej dokumentacji.

Model kaskadowy jest sekwencyjny i mało elastyczny, natomiast Agile zakłada iteracje, częste dostarczanie działających fragmentów aplikacji i możliwość reagowania na zmiany wymagań.

Model spiralny jest iteracyjny i mocno skupia się na analizie ryzyka w kolejnych cyklach projektu. Model kaskadowy realizuje fazy liniowo, bez powtarzania cykli.

Największe wady to mała elastyczność, późne wykrywanie błędów i trudność w dostosowaniu projektu do zmieniających się wymagań klienta.

Skojarz słowo „kaskadowy” z wodospadem — woda spływa z góry na dół po kolejnych poziomach i nie wraca do poprzednich. Tak samo fazy w modelu waterfall następują po sobie.

Na etapie analizy zbiera się, porządkuje i opisuje wymagania dotyczące systemu. Celem jest ustalenie, czego oczekuje klient i użytkownicy.

Programiści muszą wiedzieć, jakie funkcje i ograniczenia ma mieć system. Bez jasnych wymagań łatwo stworzyć aplikację niezgodną z potrzebami klienta.

Wymagania funkcjonalne opisują, co system ma robić, np. logowanie lub generowanie raportu. Wymagania niefunkcjonalne opisują cechy systemu, np. wydajność, bezpieczeństwo lub dostępność.

Planowanie dotyczy głównie organizacji prac, harmonogramu, zasobów i kosztów. Szczegółowe rozpoznanie wymagań należy do analizy.

Analiza określa, co system ma spełniać. Weryfikacja sprawdza później, czy wykonany produkt jest zgodny z wymaganiami.

Mogą powstać specyfikacja wymagań, przypadki użycia, diagramy UML, makiety interfejsu oraz opis ograniczeń technicznych i biznesowych.

Polega na szybkim przygotowaniu uproszczonej wersji systemu, aby użytkownik mógł ją ocenić. Na podstawie opinii doprecyzowuje się wymagania i rozwija właściwy produkt.

Użytkownik pomaga wykryć braki, błędne założenia i niejasne wymagania już na wczesnym etapie. Dzięki temu zmniejsza się ryzyko stworzenia systemu niezgodnego z oczekiwaniami.

Prototyp ma ograniczony zakres funkcji i służy głównie do testowania pomysłu lub interfejsu. Pełna wersja produktu jest kompletna, stabilna i przeznaczona do normalnego użytkowania.

Model prototypowy warto stosować, gdy wymagania użytkownika są niejasne, zmienne albo trudne do opisania na początku projektu. Sprawdza się szczególnie przy projektowaniu interfejsów i systemów nastawionych na użytkownika.

Do zalet należą szybkie wykrywanie błędów w wymaganiach, większe zaangażowanie użytkownika i lepsze dopasowanie systemu do potrzeb klienta. Pozwala też wcześnie zweryfikować pomysł.

Prototyp może zostać błędnie potraktowany jako gotowy produkt. Istnieje też ryzyko ciągłych zmian wymagań, wydłużenia prac i niedopracowania architektury systemu.

Model kaskadowy zakłada dokładne planowanie i realizację etapów po kolei. Model prototypowy dopuszcza wcześniejsze stworzenie uproszczonej wersji systemu i zbieranie opinii użytkownika przed finalną implementacją.

Kanban opiera się na wizualizacji pracy, najczęściej za pomocą tablicy z kolumnami przedstawiającymi etapy realizacji zadań. Dzięki temu zespół widzi, co jest do zrobienia, co trwa i co zostało zakończone.

Kanban skupia się na ciągłym przepływie zadań i ich wizualizacji. Scrum organizuje pracę w sprintach i definiuje konkretne role, takie jak Product Owner, Scrum Master i zespół deweloperski.

Przejrzystość oznacza, że status zadań jest widoczny dla całego zespołu. Każdy może szybko sprawdzić, które zadania są planowane, realizowane lub ukończone.

Typowa tablica Kanban ma kolumny, np. „Do zrobienia”, „W trakcie” i „Gotowe”. Zadania przesuwa się między kolumnami zgodnie z postępem prac.

Agile to ogólna filozofia zwinnego prowadzenia projektów, a nie konkretna metoda oparta głównie na wizualizacji zadań. Kanban jest bardziej precyzyjną odpowiedzią.

Model kaskadowy zakłada wykonywanie etapów projektu po kolei, np. analiza, projektowanie, implementacja i testowanie. Kanban pozwala elastycznie zarządzać bieżącym przepływem zadań.

Product backlog to uporządkowana lista funkcjonalności, wymagań, poprawek i usprawnień dotyczących produktu. Elementy są zwykle ustawione według priorytetu.

Za product backlog odpowiada Product Owner. To on decyduje, które funkcjonalności mają największą wartość biznesową i powinny być realizowane wcześniej.

Product backlog dotyczy całego produktu i zawiera wszystkie planowane elementy. Backlog sprintu zawiera tylko zadania wybrane do wykonania w konkretnym sprincie.

Pozwala to zespołowi najpierw realizować funkcje o największej wartości dla klienta lub użytkownika. Dzięki temu produkt szybciej dostarcza najważniejsze korzyści.

Diagram Gantta jest częściej kojarzony z klasycznym, planowym zarządzaniem projektem. Pokazuje zadania na osi czasu, ale nie jest listą funkcjonalności produktu uporządkowaną według ważności.

Elementem product backlogu może być funkcjonalność, historyjka użytkownika, poprawka błędu, wymaganie techniczne lub usprawnienie istniejącego rozwiązania.

Nie. Product backlog jest stale aktualizowany, uzupełniany i porządkowany w trakcie rozwoju produktu.

Scrum opiera się na krótkich sprintach i regularnym zbieraniu informacji zwrotnej. Po każdym sprincie można zmienić priorytety i dostosować dalsze prace.

Waterfall zakłada liniową realizację etapów projektu, a zmiany są trudne i kosztowne. Scrum jest iteracyjny i pozwala modyfikować zakres prac w trakcie projektu.

Product Owner odpowiada za wizję produktu, wymagania i priorytety w Product Backlogu. Reprezentuje interesy klienta lub użytkowników.

Sprint to krótki, ustalony okres pracy, w którym zespół realizuje wybrane zadania. Na końcu sprintu powinien powstać działający przyrost produktu.

Scrum organizuje pracę w sprintach i ma określone role oraz wydarzenia. Kanban koncentruje się na ciągłym przepływie zadań i wizualizacji pracy na tablicy.

Product Backlog to uporządkowana lista funkcji, wymagań, poprawek i zadań dotyczących produktu. Elementy o najwyższym priorytecie są realizowane wcześniej.

Scrum spełnia założenia Agile: iteracyjność, częste dostarczanie wartości, współpracę z klientem i gotowość do zmian. Nie wymaga pełnego zamrożenia wymagań na początku projektu.