cykl życia oprogramowania (SDLC). Model Scrum krok po kroku
framework Scrum umożliwia implementację metodologii zwinnego rozwoju. W przeciwieństwie do modelu waterfall rozwoju oprogramowania, Scrum umożliwia iteracyjny i Przyrostowy proces rozwoju. Projekt podzielony jest na kilka faz, z których każda daje gotowy do użycia produkt. Na końcu każdego kroku (zwanego sprint w terminologii Scrum), użyteczny produkt jest dostarczany do klienta., Opinie klientów pomagają ujawnić możliwe problemy lub w razie potrzeby zmienić początkowy plan rozwoju. Jeśli chcesz, aby twój projekt ściśle przestrzegał głównych zasad manifestu Agile, możesz użyć modelu Scrum i mieć pewność, że jesteś na właściwej drodze.
oto główne role zaangażowane w proces rozwoju, zgodnie z modelem Scrum:
- product owner dba o interesy użytkownika końcowego;
- Scrum master koordynuje cały proces rozwoju., Kolejnym zadaniem jest upewnienie się, że Scrum jest właściwie używany i regularne spotkania Scrum;
- zespół Scrum opracowuje produkt. Jego główne zadania to programowanie, analiza, testowanie itp.
teraz przyjrzyjmy się głównym etapom procesu rozwoju, na który składa się Scrum.
fazy modelu Scrum
Krok 1. Tworzenie zaległości produktu
zaległości produktu to lista, która zawiera funkcje, które mają być zaimplementowane podczas procesu rozwoju. Jest uporządkowany według priorytetu, a każdy przedmiot nazywa się user story. Każda historia użytkownika otrzymuje unikalny identyfikator., Z reguły historie użytkowników mają następujący format: jako, chcę tak, że . Poniższa lista pokazuje, jak te historie mogą wyglądać.,aby móc oszacować całkowity czas projektu
oprócz tych wymaganych pól, opcjonalne mogą być dodane w razie potrzeby:
- ścieżka jest używana do wybierania wszystkich historii użytkownika określonego typu, aby zmienić ich priorytet., Można go użyć do zwiększenia priorytetu historii użytkowników, które odnoszą się do Panelu sterowania, na przykład;
- komponenty tworzą listę komponentów, które zostaną zmienione podczas pracy. Moduły aplikacji, takie jak uwierzytelnianie lub wyszukiwanie, na przykład;
- zgłaszający jest klientem, który jest zainteresowany implementacją określonej funkcjonalności;
- identyfikator śledzenia błędów zawiera listę wykrytych błędów, które odnoszą się do właściwej historii użytkownika.
Krok 2. Planowanie sprintu i tworzenie zaległości Sprintu
Po Pierwsze, należy określić czas trwania sprintu., Krótki sprint pozwala na częstsze wypuszczanie działającej wersji produktu. W rezultacie opinie klientów będą odbierane częściej, a wszystkie możliwe błędy i błędy zostaną ujawnione na czas.
jako alternatywę możesz preferować dłuższy czas trwania sprintu. Pozwoli to programistom na dokładniejszą pracę. Optymalny czas trwania Sprintu jest zdefiniowany jako średnia z tych dwóch opcji. Z reguły w modelu Scrum sprint trwa około 2-4 tygodni. Na tym etapie ważniejszy jest cel Sprintu. Cel jest ustalany dla każdego sprintu., I zgodnie z nim sprint jest wypełniony historiami użytkowników. Kolejną ważną rzeczą jest współpraca między interesariuszami i członkami zespołu. Product owner określa znaczenie właściwej historii użytkownika, podczas gdy zespół Scrum określa odpowiednie koszty pracy.
następnie zespół Scrum może wybrać najważniejsze historie użytkowników z listy produktów. Następnie członkowie zespołu powinni zdecydować, w jaki sposób rozwiążą to lub inne zadanie. Ponadto zespół może podzielić poszczególne historie użytkowników na najmniejsze, a następnie przekształcić je w serię zadań., Następnie należy utworzyć Sprint backlog. Składa się z historii użytkowników, które zostaną ukończone podczas bieżącego sprintu. Ilość tych historii zależy od ich pojemności w punktach historii przypisanych do każdej historii podczas etapu oceny. Zespół Scrum powinien być w stanie zakończyć wszystkie te historie na czas.
Krok 3. Pracuję nad sprintem. Codzienne spotkania Scrum
Po wybraniu rzeczywistych historii użytkowników dla bieżącej fazy rozpoczyna się proces rozwoju.
aby śledzić bieżący proces roboczy, powszechnie używana jest Tablica zadań., Zwykle są duże karty z nazwami poszczególnych historii użytkownika i pakiet małych notatek z opisem pojedynczych zadań, które są potrzebne do realizacji tej lub innej historii. Każda plansza jest opracowywana zgodnie ze specyfiką projektu. Spójrzmy na mały przykład.
karty można układać według ich znaczenia. Po rozpoczęciu pracy nad zadaniem odpowiednia naklejka jest przenoszona z pola” do zrobienia „do pola” w toku”., Po zakończeniu pracy naklejkę można przenieść do pola „Testowanie”, a po pomyślnym przetestowaniu zadania Naklejka przechodzi do pola” gotowe”. Przykład jak może wyglądać tablica Scrum jest pokazany poniżej:
istnieje również możliwość użycia specjalistycznego oprogramowania do tego zadania.
na przykład Atlassian JIRA.
kolejną ważną funkcją Scrum są codzienne spotkania Scrum., Głównym celem tych spotkań jest uzyskanie pełnych i rzetelnych informacji o aktualnym statusie projektu i upewnienie się, że wszyscy członkowie zespołu są na tej samej stronie. Podczas spotkań Scrum każdy członek zespołu powinien powiedzieć, co zrobił dla Celu Sprintu, które zadanie będzie następne i jakie problemy napotkali członkowie zespołu podczas pracy.
ponadto Wykres wypalenia jest kolejnym szeroko stosowanym narzędziem, które umożliwia efektywne monitorowanie codziennych procesów. Pokazuje, jak wiele zadań pozostaje niedokończonych., Ten wykres daje możliwość kontrolowania procesu rozwoju i może być aktualizowany po każdym spotkaniu.
codzienne spotkania Scrum pomagają zwiększyć elastyczność procesu rozwoju. Pozwalają również zrozumieć, jakie zmiany należy wprowadzić.
oś X reprezentuje pozostałe dni pracy, podczas gdy oś Y wyświetla całkowitą liczbę punktów wątku dla bieżącego etapu. Po zakończeniu zadania, które wymaga określonej liczby punktów historii do wykonania, możesz dodać punkt na diagramie, aby wskazać bieżący postęp.,
JIRA umożliwia również tworzenie tych wykresów:
Ten wykres pomaga wyciągać wnioski na temat aktualnej prędkości pracy. W zależności od tych wniosków liczba historii użytkowników dla następnego sprintu może zostać zmieniona.
należy pamiętać, że ponieważ idealny wynik każdego sprintu w modelu Scrum jest produktem działającym, proces testowania pełnego cyklu życia jest bardzo ważny. Istnieją różne sposoby zminimalizowania kosztów okresu testowania. Na przykład można zmniejszyć ogólną liczbę narracji użytkownika., W rezultacie liczba możliwych błędów zostanie zminimalizowana. Innym sposobem jest włączenie inżynierów QA do zespołu Scrum.
przeczytaj również dlaczego QA odgrywa kluczową rolę w tworzeniu wysokiej jakości oprogramowania
Krok 4. Przyrost produktu i przegląd Sprintu
wynik każdego sprintu w Scrum jest potencjalnie możliwy do wysyłki przyrost produktu, który można zademonstrować klientowi. Po każdej iteracji zespół programistów tworzy nową wersję oprogramowania o zwiększonej wartości., Podczas Przeglądu Sprintu, który jest końcową częścią każdego sprintu, można zademonstrować i przeanalizować ogólne wyniki. Na podstawie tych wszystkich informacji interesariusze mogą podjąć decyzję o dalszych zmianach w projekcie i zaplanować kolejny sprint.
Krok 5. Retrospektywa i planowanie następnego Sprintu
głównym celem retrospektywy jest omówienie wyników i określenie sposobów poprawy procesu rozwoju na następnym etapie., Ważną cechą jest to, że na tym etapie to procesy pracy i interakcji są omawiane w celu poprawy pracy zespołu Scrum jako całości. Zespół powinien stwierdzić, co poszło dobrze podczas procesu pracy i co można zrobić lepiej podczas przyszłej iteracji. Po określeniu sposobów poprawy zespół może skoncentrować się na planowaniu kolejnego sprintu.
podsumowanie
głównymi cechami Scrum są zwinność i ciągły postęp. Zapewnia to przede wszystkim stała komunikacja i ścisła współpraca między interesariuszami na każdym etapie., Podejście Scrum zakłada ciągły iteracyjny i Przyrostowy proces rozwoju. Celem jest zapewnienie możliwości ciągłego zwiększania wartości produktu i zachowanie elastyczności w wyborze priorytetów dla kolejnych iteracji.
Po zakończeniu sprintu klient może ocenić funkcjonalność działającego produktu w bieżącej iteracji i podjąć świadomą decyzję o tym, jak projekt powinien ewoluować podczas kolejnych sprintów.,
mimo, że zgodnie z manifestem Agile, powinieneś preferować działające oprogramowanie niż obszerną dokumentację, nic nie stoi na przeszkodzie, aby Programiści używali specyfikacji wymagań oprogramowania. SRS jest dobry w mówieniu, co system lub produkt powinien zrobić. Mimo że SRS może ominąć pewne zwinne aspekty rozwoju projektu, takie jak współpraca, nadal może być dobrym narzędziem do planowania i harmonogramowania.