Szkolenie
Moduł
Wybieranie podejścia Agile do tworzenia oprogramowania - Training
Dowiedz się, jak używać usługi Azure Boards do implementowania praktyk oprogramowania Agile wraz z przejrzystością i współpracą metodyki DevOps.
Ta przeglądarka nie jest już obsługiwana.
Przejdź na przeglądarkę Microsoft Edge, aby korzystać z najnowszych funkcji, aktualizacji zabezpieczeń i pomocy technicznej.
Scrum to struktura używana przez zespoły do zarządzania pracą i rozwiązywania problemów wspólnie w krótkich cyklach. Scrum implementuje zasady Agile jako konkretny zestaw artefaktów, praktyk i ról.
Na poniższym diagramie przedstawiono iteracyjny cykl życia scrum. Cały cykl życia jest wykonywany w stałych okresach nazywanych przebiegami. Sprint zazwyczaj trwa od jednego do czterech tygodni.
Istnieją trzy kluczowe role w Scrum: właściciel produktu, master Scrum i zespół programistyczny.
Właściciel produktu jest odpowiedzialny za to, co tworzy zespół i dlaczego go tworzy. Właściciel produktu jest odpowiedzialny za aktualizowanie listy prac i w kolejności priorytetów.
Scrum master zapewnia, że proces Scrum jest następnie przez zespół. Scrum masters są stale na poszukiwania, jak zespół może poprawić, a także rozwiązywać przeszkody i inne problemy blokujące, które pojawiają się podczas przebiegu. Scrum masters są częścią trenera, członek zespołu, i część cheerleader.
Członkowie zespołu deweloperów faktycznie tworzą produkt. Zespół jest właścicielem inżynierii produktu i jakości, która z nim idzie.
Lista prac produktu jest priorytetową listą prac, które zespół może dostarczyć. Właściciel produktu jest odpowiedzialny za dodawanie, zmienianie i zmienianie listy prac zgodnie z potrzebami. Elementy w górnej części listy prac powinny być zawsze gotowe do wykonania przez zespół.
W ramach planowania przebiegu zespół wybiera elementy listy prac do pracy w nadchodzącym przebiegu. Zespół wybiera elementy listy prac na podstawie priorytetu i tego, co ich zdaniem mogą zakończyć w przebiegu. Lista prac przebiegu to lista elementów, które zespół planuje dostarczyć w przebiegu. Często każdy element na liście prac przebiegu jest podzielony na zadania. Gdy wszyscy członkowie zgadzają się, że lista prac przebiegu jest osiągalna, przebieg rozpoczyna się.
Po rozpoczęciu przebiegu zespół wykonuje na liście prac przebiegu. Scrum nie określa sposobu wykonywania zespołu. Zespół decyduje, jak zarządzać własną pracą.
Scrum definiuje praktykę nazywaną codziennie Scrum, często nazywaną codziennym standupem. Codziennie Scrum jest codzienne spotkanie ograniczone do piętnaście minut. Członkowie zespołu często stoją podczas spotkania, aby upewnić się, że pozostaje krótki. Każdy członek zespołu krótko zgłasza swoje postępy od wczoraj, plany na dziś i wszystko, co utrudnia ich postęp.
Aby ułatwić codzienne scrum, zespoły często przeglądają dwa artefakty:
Tablica zadań zawiera listę każdego elementu listy prac, nad którym pracuje zespół, podzielone na zadania wymagane do jego ukończenia. Zadania są umieszczane w kolumnach Do wykonania, W toku i Gotowe na podstawie ich stanu. Tablica udostępnia wizualny sposób śledzenia postępu każdego elementu listy prac.
Dowiedz się więcej o tablicach zadań Kanban.
Burndown przebiegu to wykres, który przedstawia dzienną sumę pozostałych prac, zwykle pokazaną w godzinach. Wykres postępu zapewnia wizualny sposób pokazywania, czy zespół jest na dobrej drodze, aby ukończyć całą pracę do końca przebiegu.
Na końcu przebiegu zespół wykonuje dwie praktyki:
Zespół pokazuje, co osiągnęli dla uczestników projektu. Pokazują oprogramowanie i pokazują jego wartość.
Zespół zajmuje trochę czasu, aby zastanowić się nad tym, co poszło dobrze i które obszary wymagają poprawy. Wynik retrospektywy to akcje dla następnego przebiegu.
Produkt przebiegu jest nazywany przyrostem lub potencjalnie dostarczanym przyrostem. Niezależnie od terminu dane wyjściowe przebiegu powinny być dostarczanej jakości, nawet jeśli jest częścią czegoś większego i nie może samodzielnie dostarczyć. Powinien spełniać wszystkie kryteria jakości określone przez zespół i właściciela produktu.
Cały cykl jest powtarzany na potrzeby następnego przebiegu. Planowanie przebiegu wybiera kolejne elementy na liście prac produktu, a cykl powtarza się. Podczas wykonywania przebiegu przez zespół właściciel produktu gwarantuje, że elementy w górnej części listy prac są gotowe do wykonania w następującym przebiegu.
Ten krótszy cykl iteracyjny zapewnia zespołowi wiele możliwości nauki i ulepszania. Tradycyjny projekt często ma długi cykl życia, na przykład 6–12 miesięcy. Chociaż zespół może uczyć się z tradycyjnego projektu, możliwości są znacznie mniejsze niż zespół, który wykonuje na przykład w dwutygodniowych sprintach.
Ten cykl iteracyjny jest pod wieloma względami istotą metody Agile.
Scrum jest bardzo popularny, ponieważ zapewnia wystarczająco dużo struktury, aby kierować zespołami, jednocześnie zapewniając im elastyczność w sposobie ich wykonywania. Jej koncepcje są proste i łatwe do poznania. Zespoły mogą szybko rozpocząć pracę i uczyć się w miarę ich pracy. Wszystko to sprawia, że Scrum jest doskonałym wyborem dla zespołów dopiero zaczyna implementować zasady Agile .
Dowiedz się więcej na temat zasobów scrum, szkoleń i certyfikacji:
Dowiedz się, jak zarządzać procesem Scrum.
Większe, bardziej złożone organizacje mogą stwierdzić, że Scrum nie pasuje do swoich potrzeb. W takich przypadkach zapoznaj się ze skalowaną strukturą Agile Framework.
Szkolenie
Moduł
Wybieranie podejścia Agile do tworzenia oprogramowania - Training
Dowiedz się, jak używać usługi Azure Boards do implementowania praktyk oprogramowania Agile wraz z przejrzystością i współpracą metodyki DevOps.