Ta wersja HTML przewodnika Scrum jest bezpośrednim portem wersji November 2020 dostępnej jako PDF here.

cel przewodnika Scrum

opracowaliśmy Scrum na początku lat 90. XX wieku.pierwszą wersję przewodnika Scrum napisaliśmy w 2010 roku, aby pomóc ludziom na całym świecie zrozumieć Scrum. Od tego czasu prowadzimy poradnik poprzez małe, funkcjonalne aktualizacje.Razem za tym stoimy.

Przewodnik Scrum zawiera definicję Scrum. Każdy element RAM pracy służy konkretnemu celowi, który jest niezbędny do ogólnej wartości i wyników realizowanych za pomocą Scrum. Zmiana głównego projektu lub idei Scruma, pomijanie elementów, lub nieprzestrzeganie zasad Scruma, tuszuje problemy i ogranicza korzyści Scruma, potencjalnie nawet czyniąc go bezużytecznym.

śledzimy rosnące wykorzystanie Scrum w coraz bardziej złożonym świecie.Jesteśmy zaszczyceni, widząc, jak Scrum został przyjęty w wielu domenach, które wykonują niezwykle złożoną pracę, poza rozwojem oprogramowania, gdziescrum ma swoje korzenie. Wraz ze wzrostem wykorzystania Scrum, Programiści,naukowcy, analitycy, naukowcy i inni specjaliści wykonują pracę. Używamy słowa” deweloperzy ” w Scrum nie po to, aby wykluczyć, ale aby uprościć. Jeśli otrzymasz wartość ze Scrum, rozważ, że jesteś wliczony w cenę.

ponieważ Scrum jest używany, wzorce, procesy i spostrzeżenia, które pasują do frameworku Scrum, jak opisano w tym dokumencie, można znaleźć, zastosować i wdrożyć. Ich opis wykracza poza cel przewodnika Scrum, ponieważ są wrażliwe na kontekst i znacznie różnią się między zastosowaniami Scrum.Takie taktyki stosowania w ramach Scrum różnią się znacznie i są opisane gdzie indziej.

definicja Scrum

Scrum to lekka struktura, która pomaga ludziom, zespołom i organizacjom generować wartość poprzez adaptacyjne rozwiązania dla złożonych problemów.

W skrócie, Scrum wymaga Scrum Mastera, aby wspierać środowisko:

1. Właściciel Produktu zleca pracę dla złożonego problemu do ProductBacklog.

2. zespół Scrum zamienia wybór pracy w przyrost wartości podczas sprintu.

3. zespół Scrum i jego interesariusze sprawdzają wyniki i dostosowują się do następnego Sprintu.

4. powtórz

Scrum jest proste. Wypróbuj go tak, jak jest i określ, czy jego filozofia, teoria i struktura pomagają osiągnąć cele i tworzyć wartość. Ramy scrumowe są celowo niekompletne, definiując jedynie części wymagane do wdrożenia teorii Scruma. Scrum opiera się na kolekcjiinteligencja ludzi, którzy go używają. Zamiast zapewniać ludziom szczegółowe instrukcje, Zasady Scrum kierują ich relacjami i interakcjami.

w ramach pracy można stosować różne procesy, techniki i metody. Scrum owija się wokół istniejących praktyk lub czyni je niepotrzebnymi. Scrum uwidacznia względną skuteczność bieżącego zarządzania, środowiska i technik pracy, dzięki czemu można wprowadzić ulepszenia.

teoria Scrum

Scrum opiera się na empiryzmie i lean thinking. Empiryzm twierdzi, że wiedza pochodzi z doświadczenia i podejmowania decyzji w oparciu o whatis obserwowane. Lean thinking redukuje marnotrawstwo i skupia się na tym, co najważniejsze.

Scrum stosuje iteracyjne, przyrostowe podejście do optymalizacji przewidywalności i kontroli ryzyka. Scrum angażuje grupy osób, które mają wszystkie umiejętności i wiedzę, aby wykonać pracę i shareor nabyć takie umiejętności w razie potrzeby.

Scrum łączy cztery formalne wydarzenia do kontroli i adaptacji w ramach wydarzenia prowadzącego, Sprint. Wydarzenia te działają, ponieważ realizują empiryczne filary Scrum przejrzystości, kontroli i adaptacji.

przejrzystość

powstający proces i praca muszą być widoczne zarówno dla osób wykonujących pracę, jak i tych, które ją otrzymują. W przypadku Scrum ważne decyzje opierają się na postrzeganym stanie trzech formalnychartifaktów. Artefakty o niskiej przejrzystości mogą prowadzić do podejmowania decyzji, które zmniejszają wartość i zwiększają ryzyko.

przejrzystość umożliwia inspekcję. Inspekcja bez przejrzystości jestinteresowna i marnotrawna.

inspekcja

artefakty Scrum i postęp w kierunku uzgodnionych celów muszą być często i pilnie badane, aby wykryć potencjalnie niepożądane różnice lub problemy. Aby pomóc w kontroli, Scrum zapewnia kadencjęw formie pięciu wydarzeń.

inspekcja umożliwia adaptację. Kontrola bez adaptacji jest uważana za bezcelową. Wydarzenia Scrum mają prowokować zmiany.

adaptacja

Jeśli jakiekolwiek aspekty procesu wykraczają poza dopuszczalne limity lub jeśli produkt do produkcji jest niedopuszczalny, należy dostosować stosowany proces lub produkowane materiały. Dostosowanie musi być wykonane jak najszybciej, aby zminimalizować dalsze odchylenia.

adaptacja staje się trudniejsza, gdy zaangażowani ludzie nie są zasilani lub samodzielni. Oczekuje się, że zespół Scrum dostosuje momentuuczy się niczego nowego poprzez inspekcję.

wartości Scrum

skuteczne wykorzystanie Scrum zależy od tego, czy ludzie będą bardziej biegli w realizacji pięciu wartości:

zaangażowanie, skupienie, otwartość, szacunek i odwaga

zespół Scrum zobowiązuje się do osiągania swoich celów i wspierania siebie nawzajem. Ich głównym celem jest praca sprintu, aby jak najlepiej osiągnąć te cele. Zespół Scrum i jego właściciele są otwarci na pracę i wyzwania. Członkowie zespołu Scrum szanują siebie nawzajem, aby być zdolnymi, niezależnymi ludźmi i są postrzegani jako tacy przez ludzi, z którymi pracują. Członkowie zespołu Scrum mają odwagę robić to, co należy, pracować nad trudnymi problemami.

wartości te nadają kierownictwu zespołu Scrum w odniesieniu do jego pracy,działań i zachowania. Podejmowane decyzje, podejmowane kroki i sposób wykorzystania Scruma powinny wzmacniać te wartości, a nie zmniejszać ich lub definiować. Członkowie zespołu Scrum uczą się i eksplorują wartości, pracując z wydarzeniami i artefaktami Scrum. Kiedy te wartości są budowane przez zespół Scrum i ludzi, z którymi pracują, empiryczne filary przejrzystości, kontroli i adaptacji zyskują zaufanie do budowania życia.

zespół Scrum

podstawową jednostką Scrum jest mały zespół ludzi, zespół Scrum.Zespół Scrum składa się z jednego Scrum Mastera, jednego Product Ownera i programistów. W ramach zespołu Scrum nie ma pod-zespołów ani hierarchies.It jest spójną jednostką profesjonalistów skupioną na jednym celu w czasie, celu produktu.

zespoły Scrum są cross-funkcjonalne, co oznacza, że Członkowie mają wszystkie niezbędne do tworzenia wartości każdego Sprintu. Zarządzają także sobą, co oznacza, że wewnętrznie decydują, kto co, kiedy i jak robi.

zespół Scrum jest wystarczająco mały, aby pozostać zwinnym i wystarczająco duży, aby ukończyć znaczącą pracę w trakcie Sprintu, zazwyczaj 10 lub mniej people.In ogólne, odkryliśmy, że mniejsze zespoły lepiej się komunikują i są bardziej produktywne. Jeśli zespoły scrumowe staną się zbyt duże, powinny rozważyć zorganizowanie się w wiele spójnych zespołów Scrumowych, z których każdy koncentruje się na tym samym produkcie. Dlatego powinni mieć ten sam cel produktu, zaległości produktu i Właściciela Produktu.

zespół Scrum jest odpowiedzialny za wszystkie działania związane z produktem od współpracy z właścicielem, weryfikacji, konserwacji, eksploatacji,eksperymentów, badań i rozwoju, i wszystko, co może być wymagane. Są oni zorganizowani i upoważnieni przez organizację do zarządzania własną pracą. Praca w Sprintach w zrównoważonym tempie poprawia skupienie i konsekwencję zespołu Scrum.

cały zespół Scrum jest odpowiedzialny za tworzenie wartościowego, użytecznego kodu każdego Sprintu. Scrum definiuje trzy szczególne zasady rozliczania w zespole Scrum: Programiści, Product Owner i ScrumMaster.

Programiści

Programiści to ludzie w zespole Scrum, którzy są zaangażowani w tworzenie dowolnego aspektu użytecznego przyrostu każdego Sprintu.

konkretne umiejętności potrzebne programistom są często szerokie i będą pasować do dziedziny pracy. Jednak programiści są zawsze doliczani za:

• Tworzenie planu Sprintu, zaległości Sprintu;

• zaszczepianie jakości poprzez przestrzeganie definicji Done;

• dostosowywanie swojego planu każdego dnia do Celu Sprintu; i,

Product Owner

Product Owner jest odpowiedzialny za maksymalizację wartości produktu w oparciu o pracę zespołu Scrum. Sposób, w jaki to się robi, może być różny w różnych organizacjach, zespołach Scrum i osobach.

właściciel produktu jest również odpowiedzialny za skuteczne zarządzanie zaległościami produktu, które obejmuje:

• rozwijanie i jawne komunikowanie celu produktu;

• Tworzenie i wyraźne komunikowanie pozycji zaległości produktu;

• zamawianie zaległości produktowych i

• dbanie o to, aby zaległości produktowe były przejrzyste, widoczne i czytelne.

Właściciel Produktu może wykonać powyższą pracę lub może przekazać odpowiedzialność innym. Niezależnie od tego, Właściciel Produktu pozostaje rozliczalny.

aby właściciele produktów osiągnęli sukces, cała organizacja musi respektować swoje decyzje. Decyzje te są widoczne w treści i uporządkowaniu zaległości produktowych oraz poprzez kontrolny przyrost przy przeglądzie wydruku.

właścicielem produktu jest jedna osoba, a nie Komitet. Product Owner może reprezentować potrzeby wielu interesariuszy w zaległościach produktowych. Ci, którzy chcą zmienić zaległości produktowe, mogą to zrobić, próbując przekonać właściciela produktu.

Scrum Master

Scrum Master jest odpowiedzialny za ustanowienie Scrum zgodnie z definicją zawartą w przewodniku Scrum. Robią to, pomagając wszystkim zrozumieć teorię i praktykę Scrum, zarówno w zespole Scrum, jak i organizacji.

Scrum Master odpowiada za efektywność zespołu Scrum. Pozwalają one zespołowi Scrum doskonalić swoje praktyki w ramach programu Scrum.

Scrum Masters to prawdziwi liderzy, którzy służą zespołowi Scrum i większej organizacji.

Scrum Master służy zespołowi Scrum na kilka sposobów, w tym:

• Coaching członków zespołu w zakresie samodzielnego zarządzania i Cross-funkcjonalności;

• pomagając zespołowi Scrum skupić się na tworzeniu przyrostów o wysokiej wartości, które spełniają definicję Done;

• powodując usunięcie przeszkód w postępie zespołu Scrum;i

• p > zapewnienie,że wszystkie wydarzenia Scrum mają miejsce i są pozytywne, produktywne i przechowywane w TimeBox.

Scrum Master służy właścicielowi produktu na kilka sposobów, w tym:

• pomagając znaleźć techniki skutecznego definiowania celu produktu i zarządzania zaległościami w produkcie;

• pomagając zespołowi Scrum zrozumieć potrzebę jasnych i zwięzłych pozycji zaległości w produkcie;

• pomagając ustalić empiryczne planowanie produktu dla złożonego środowiska; oraz

ułatwianie współpracy z interesariuszami na żądanie lub w razie potrzeby.

Scrum Master służy organizacji na kilka sposobów, w tym:

• prowadzenie, szkolenie i coaching organizacji w jej Scrumadoption;

• planowanie i doradzanie wdrożeniom Scrumowym w organizacji;

• pomaganie pracownikom i interesariuszom w zrozumieniu i wdrożeniu empirycznego podejścia do złożonej pracy; oraz

• usuwanie barier między interesariuszami a zespołami Scrumowymi.

wydarzenia Scrum

Sprint jest kontenerem dla wszystkich innych wydarzeń. Każde wydarzenie w Scrum jest formalną okazją do sprawdzenia i dostosowania artefaktów Scrum. Zdarzenia te zostały specjalnie zaprojektowane, aby zapewnić wymaganą przejrzystość. Niepowodzenie w obsłudze zdarzeń zgodnie z zaleceniami skutkuje utratą możliwości w zakresie planowania i adaptacji. Wydarzenia są wykorzystywane w Scrum do tworzenia regularności i ograniczania potrzeby spotkań Nie zdefiniowanych w Scrum.

optymalnie wszystkie wydarzenia odbywają się w tym samym czasie i miejscu, aby zmniejszyć złożoność.

Sprint

sprinty są sercem Scruma, w którym pomysły zamieniają się w wartość.

są to zdarzenia o stałej długości jednego miesiąca lub mniej, aby zapewnić spójność.Nowy Sprint rozpoczyna się natychmiast po zakończeniu poprzedniego wydruku.

wszystkie prace niezbędne do osiągnięcia celu produktu, w tym SprintPlanning, codzienne Scrumy, przegląd sprintu i Retrospektywa Sprintu, odbywają się w Sprintach.

podczas sprintu:

• nie wprowadza się żadnych zmian, które zagrażałyby celowi Sprintu;

• jakość nie spada;

• zaległości produktowe są udoskonalane w razie potrzeby; i

• zakres może zostać wyjaśniony i renegocjowany z właścicielem produktu, jak Więcej się nauczysz.

sprinty umożliwiają przewidywalność, zapewniając kontrolę i dostosowanie postępu w kierunku celu produktu co najmniej co miesiąc kalendarzowy. Gdy horyzont aSprint jest zbyt długi, cel Sprintu może stać się nieważny,złożoność może wzrosnąć, a ryzyko może wzrosnąć. Krótsze sprinty mogą być stosowane, aby generować więcej cykli uczenia się i ograniczyć ryzyko kosztów i wysiłku do krótszych ram czasowych. Każdy Sprint można uznać za krótkiprojekt.

istnieją różne praktyki przewidywania postępu, takie jak oparzenia, oparzenia lub przepływy skumulowane. Chociaż okazały się przydatne, nie zastępująważność empiryzmu. W złożonych środowiskach, co się stanie jestnieznany. Tylko to, co już się stało, może być wykorzystane do przyszłościdecyzji.

Sprint może zostać anulowany, jeśli cel Sprintu stanie się przestarzały. Tylko Product Owner ma prawo anulować Sprint.

planowanie Sprintu

planowanie Sprintu inicjuje Sprint, układając prace, które mają być wykonane dla Sprintu. Ten powstały plan jest tworzony przez kolaboracyjną pracę całego zespołu Scrum.

Product Owner zapewnia, że uczestnicy są przygotowani do omówienia najważniejszych zaległości produktowych i sposobu ich mapowania do produktu. Zespół Scrum może również zaprosić inne osoby do udziału w SprintPlanning w celu udzielenia porady.

planowanie Sprintu dotyczy następujących tematów:

temat pierwszy: dlaczego ten Sprint jest cenny?

Product Owner proponuje, jak produkt mógłby zwiększyć swoją wartość w bieżącym sprincie. Następnie cały zespół Scrum współpracuje, aby zdefiniować cel Sprintu, który komunikuje, dlaczego Sprint jest cenny dla właścicieli. Cel Sprintu musi zostać sfinalizowany przed zakończeniem Planowania Sprintu.

temat drugi: co można zrobić w tym sprincie?

poprzez dyskusję z Product Ownerem, Programiści wybierają elementy z Backlogu produktów, które mają zostać włączone do bieżącego Sprintu. ScrumTeam może udoskonalić te elementy podczas tego procesu, co zwiększa zrozumienie i pewność siebie.

wybór, ile można ukończyć w sprincie, może być trudny.Jednak im więcej deweloperzy wiedzą o swoich wcześniejszych osiągach,zbliżających się możliwościach i definicji Done, tym bardziej pewni będą w swoich prognozach Sprintu.

temat trzeci: jak zostanie wykonana wybrana praca?

dla każdego wybranego elementu Backlog Produktu programiści planują stworzenie przyrostu spełniającego definicję Done. Często odbywa się to poprzez rozkładanie zaległych pozycji produktu na mniejsze elementy robocze o jeden dzień lub mniej. Jak to się robi, zależy od wyłącznego uznania deweloperów. Nikt inny nie mówi im, jak przekształcić pozycje zaległości w przyrosty wartości.

cel Sprintu, pozycje Backlogu produktów wybrane do Sprintu, Plusplan ich dostarczenia określa się łącznie jako SprintBacklog.

planowanie Sprintu jest skracane do maksymalnie ośmiu godzin na jeden miesiąc. W przypadku krótszych sprintów impreza jest zwykle krótsza.

Daily Scrum

celem Daily Scrum jest sprawdzenie postępów w kierunku sprintu i dostosowanie zaległości sprintu w razie potrzeby, dostosowując nadchodzącą zaplanowaną pracę.

Daily Scrum to 15-minutowe wydarzenie dla twórców Scrumteamu. Aby zmniejszyć złożoność, odbywa się w tym samym czasie i miejscu kaźdego dnia Sprintu. Jeśli Product Owner lub Scrum Master aktywnie pracują nad artykułami w zaległościach Sprintu, uczestniczą jako programiści.

programiści mogą wybrać dowolną strukturę i techniki,o ile ich codzienny Scrum koncentruje się na postępach w kierunku Celu Sprintu i tworzy praktyczny plan na następny dzień pracy. Tworzy to skupienie i poprawia zarządzanie sobą.

codzienne Scrumy poprawiają komunikację, identyfikują przeszkody, promują szybkie podejmowanie decyzji, a tym samym eliminują potrzebę innych spotkań.

Codzienny Scrum nie jest jedynym czasem, w którym programiści mogą dostosować swój plan. Często spotykają się w ciągu dnia w celu bardziej szczegółowych dyskusji na temat adaptacji lub ponownego planowania reszty pracy Sprintu.

przegląd Sprintu

celem Przeglądu Sprintu jest sprawdzenie wyników sprintu i określenie przyszłych dostosowań. Zespół Scrum przedstawia wyniki swojej pracy kluczowym interesariuszom, a postępy w realizacji celu produktowego są przedmiotem dyskusji.

podczas wydarzenia zespół Scrum i interesariusze sprawdzają, co zostało ukończone w sprincie i co zmieniło się w ich otoczeniu.Na podstawie tych informacji uczestnicy współpracują nad tym, co robić dalej. Zaległości produktowe mogą być również dostosowywane, aby sprostać nowym możliwościom. Przegląd wydruku jest sesją roboczą i zespół Scrum powinien unikać ograniczania go do prezentacji.

przegląd Sprintu jest przedostatnim wydarzeniem sprintu i trwa maksymalnie cztery godziny na jeden miesiąc Sprintu. Dla shorterSprints, wydarzenie jest zwykle krótsze.

Sprint Retrospective

celem Sprintu Retrospective jest zaplanowanie sposobów na zwiększenie jakości i skuteczności.

zespół Scrum sprawdza, jak przebiegł ostatni Sprint w odniesieniu do poszczególnych elementów, interakcji, procesów, narzędzi i ich definicji. Kontrolowane elementy często różnią się w zależności od dziedziny pracy. Hipotezy, które doprowadziły ich na manowce, są identyfikowane i badane ich pochodzenie. Zespół theescrum omawia, co poszło dobrze podczas sprintu, jakie problemy zostały rozwiązane i jak te problemy zostały (lub nie zostały) rozwiązane.

zespół Scrum identyfikuje najbardziej pomocne zmiany w celu poprawy jego skuteczności. Najskuteczniejsze ulepszenia są rozwiązywane tak szybko, jak to możliwe. Mogą nawet zostać dodane do zaległości Sprintu dla nextSprint.

Retrospektywa Sprintu kończy Sprint. Czas wynosi maksymalnie trzy godziny na miesięczny Sprint. W przypadku krótszych sprintów zwykle jest krótszy.

artefakty Scrum

artefakty Scrum reprezentują pracę lub wartość. Mają one na celu maksymalizacjęprzezroczystość kluczowych informacji. Tak więc każdy, kto je kontroluje, masamą podstawę adaptacji.

każdy artefakt zawiera zobowiązanie do zapewnienia, że dostarcza informacji, które zwiększają przejrzystość i koncentrację, na których można skoncentrować postęp:

• dla zaległości produktowych jest to cel produktu.

• dla zaległości Sprintu jest to cel Sprintu.

• dla przyrostu jest to definicja Done.

te zobowiązania istnieją w celu wzmocnienia empiryzmu i wartości Scrum dla zespołu Scrum i ich interesariuszy.

Product Backlog

product Backlog to nagła, uporządkowana lista tego, co jest potrzebne do ulepszenia produktu. Jest jedynym źródłem prac podejmowanych przez zespół theescrum.

zaległości produktowe, które mogą być wykonane przez zespół Scrum w ramach oneSprint, są uważane za gotowe do wyboru w przypadku planowania sprintu. Zwykle uzyskują ten stopień przejrzystości po działaniach rafineryjnych.Udoskonalanie zaległości produktowych jest aktem rozbicia i dalszegodefiniowania pozycji zaległości produktowych na mniejsze, bardziej precyzyjne pozycje. Jest to ciągła czynność polegająca na dodawaniu szczegółów, takich jak opis, kolejność i rozmiar. Atrybuty często różnią się w zależności od dziedziny pracy.

deweloperzy, którzy będą wykonywać prace, są odpowiedzialni za ich przygotowanie. Właściciel Produktu może wpływać na programistów, pomagając im w zrozumieniu i wyborze kompromisów.

zaangażowanie: cel produktu

cel produktu opisuje przyszły stan produktu, który może służyć zespołowi Scrum do zaplanowania. Celem produktu jest zaległości produktowe. Reszta zaległości produktowych wyłania się, aby zdefiniować ” co ” spełni cel produktu.

produkt jest pojazdem do dostarczania wartości. Ma wyraźną granicę, znanych interesariuszy, dobrze zdefiniowanych użytkowników lub klientów. Produkt może być usługą, produktem fizycznym lub czymś bardziej abstrakcyjnym.

cel produktu jest długoterminowym celem zespołu Scrum. Muszą spełnić (lub porzucić) jeden cel przed podjęciem następnego.

zaległości Sprintu

zaległości Sprintu składają się z Celu Sprintu (dlaczego), zestawu zaległości produktowych wybranych do Sprintu (co), a także możliwego do zrealizowania planu dostarczenia przyrostu (jak).

zaległości Sprint to plan autorstwa i dla programistów. Jest to wysoce widoczny, w czasie rzeczywistym obraz pracy, którą programiści planują ukończyć podczas sprintu, aby osiągnąć cel Sprintu.W związku z tym zaległości Sprintu są aktualizowane w trakcie Sprintu, gdy więcej się uczy. Powinien mieć wystarczająco dużo szczegółów, aby mogli skontrolowaćich postęp w codziennym Scrum.

zaangażowanie: cel Sprintu

cel Sprintu jest jedynym celem Sprintu. Chociaż cel druku jest zaangażowaniem twórców, zapewnia elastyczność pod względem dokładnej pracy potrzebnej do jego osiągnięcia. Cel Sprintu zapewnia również spójność i skupienie, zachęcając zespół Scrum do współpracy bardziej niż nad oddzielnymi inicjatywami.

cel Sprintu jest tworzony podczas planowania sprintu, a następnie dodawany do zaległości Sprintu. Podczas gdy programiści pracują podczas sprintu, mają na uwadze cel Sprintu. Jeśli prace okażą się inne niż oczekiwano, współpracują z product Ownerem, aby negocjować zakres zaległości sprintu w ramach Sprintu bez wpływu na cel wydruku.

przyrost

przyrost jest konkretnym krokiem w kierunku celu produktu. EachIncrement jest addytywny do wszystkich wcześniejszych przyrostów i dokładnie sprawdzony, zapewniając, że wszystkie przyrosty współpracują ze sobą. Aby zapewnić wartość,przyrost musi być użyteczny.

w trakcie Sprintu można utworzyć wiele przyrostów. Suma ocen jest przedstawiona na przeglądzie Sprintu, wspierając w ten sposób empiryzm.Jednak przed zakończeniem Sprintu może zostać dostarczony przyrost dla zainteresowanych stron. Przegląd Sprint nigdy nie powinien być uważany za wartość toreleasing bramy.

praca nie może być uważana za część przyrostu, chyba że spełnia definicję Done.

zobowiązanie: definicja Done

definicja Done jest formalnym opisem stanu zamówienia, gdy spełnia on wymagane dla produktu Środki jakościowe.

w momencie, gdy pozycja Backloga produktu spełnia definicję Done, rodzi się błąd.

definicja Done tworzy transparentność, zapewniając wszystkim zrozumienie, jakie prace zostały wykonane w ramach zamówienia. Jeśli produkt nie spełnia definicji produktu, nie może być wydany, a nawet zaprezentowany na przeglądzie Sprint.Zamiast tego wraca do zaległości produktowych do rozważenia w przyszłości.

Jeśli definicja Done for an increment jest częścią standardów organizacji, wszystkie zespoły scrumowe muszą się do niej stosować jako minimum. Jeśli nie jest to standard organizacyjny, zespół Scrum musi stworzyć definicję wykonaną odpowiednią dla produktu.

Programiści są zobowiązani do przestrzegania definicji Done. Jeśli nad produktem pracuje wiele zespołów Scrumowych, muszą one definiować i stosować się do tej samej definicji Done.

Nota końcowa

Scrum jest bezpłatny i oferowany w tym przewodniku. Framework Scrum, jak opisano w niniejszym dokumencie, jest niezmienny. Podczas wdrażania tylko części Scrum jestmożliwe, wynik nie jest Scrum. Scrum istnieje tylko w całości ifunkcje, jak również pojemnik na inne techniki, metodologie i praktyki.

podziękowania

ludzie

z tysięcy ludzi, którzy przyczynili się do Scrum, powinniśmy wyróżnić tych, którzy byli instrumentalni na początku: Jeff Sutherland pracował z Jeffem Mckenną i Johnem Scumniotalesem, a Ken Schwaber pracował z Mike ’ em Smithem i Chrisem Martinem, a wszyscy pracowali razem. Wiele innych osób przyczyniło się w następnych latach i bez ich pomocy Scrum nie byłby udoskonalany tak, jak dziś.

Historia Scrum Guide

Ken Schwaber i Jeff Sutherland po raz pierwszy wspólnie zaprezentowali Scrum na konferencji OOPSLAConference w 1995 roku. Zasadniczo udokumentował on naukę, którą Ken i Jeff zdobyli w ciągu ostatnich kilku lat i upublicznił pierwszą formaldefinicję Scruma.

Przewodnik Scrum dokumentuje Scrum rozwijany, rozwijany i utrzymywany przez ponad 30 lat przez Jeffa Sutherlanda i Kena Schwabera. Inne źródła podają strony, procesy i spostrzeżenia, które uzupełniają ramy Scrum.Mogą one zwiększyć produktywność, wartość, kreatywność i satysfakcję z wyników.

pełna historia Scrum jest opisana gdzie indziej. Aby uhonorować pierwsze miejsca, w których został wypróbowany i sprawdzony, uznajemy Individual Inc., Newspage, Fidelity Investments oraz IDX (obecnie GE Medical).

© 2020 Ken Schwaber i Jeff Sutherland niniejsza publikacja jest oferowana na licencji Creative Commons, dostępnej pod adresem://creativecommons.org/licenses/BY-sa/4.0/legalcode oraz opisanej w formie streszczenia pod adresem://creativecommons.org/licenses/BY-sa/4.0/. Korzystając z tego przewodnika ScrumGuide, potwierdzasz i zgadzasz się, że przeczytałeś i zgadzasz się przestrzegać warunków licencji creativecommons na licencji Attribution Share-Alike.