A Scrum Guide HTML verziója a 2020. novemberi verzió közvetlen portja, amely PDFhere-ként érhető el.

A Scrum Guide célja

az 1990-es évek elején fejlesztettük ki a Scrumot. a theScrum Guide első verzióját 2010-ben írtuk, hogy segítsünk az embereknek világszerte megérteni a Scrumot. Az útmutatót azóta kis, funkcionális frissítésekkel oldottuk meg.Együtt állunk mögötte.

A Scrum útmutató tartalmazza a Scrum definícióját. A framework minden eleme egy konkrét célt szolgál, amely elengedhetetlen a Scrum által megvalósított overallvalue-hoz és eredményekhez. Az alapvető dizájn vagy Ideasof Scrum megváltoztatása, az elemek kihagyása, vagy a Scrum szabályainak be nem tartása a problémákat takarja, korlátozza a Scrum előnyeit, potenciálisan még használhatatlanná téve azt.

követjük a Scrum növekvő használatát egy egyre növekvő komplex világban.Alázattal tölt el bennünket, hogy a Scrum-ot számos területen alkalmazzák, és a szoftvertermék-fejlesztésen túl, ahol a Scrum-nak gyökerei vannak. Ahogy a Scrum használata terjed, a fejlesztők,kutatók, elemzők, tudósok és más szakemberek végzik a munkát. A Scrumban a”fejlesztők” szót nem kizárjuk, hanem egyszerűsítjük. Ha kapsz valuefrom Scrum, tekintsd magad benne.

mivel Scrum használatban van, a jelen dokumentumban leírt theScrum keretrendszerhez illeszkedő minták, folyamatok és betekintések megtalálhatók, alkalmazhatóak és módosíthatók. Leírásuk túlmutat a Scrum Guide céljánmert kontextusérzékenyek, és széles körben különböznek a Scrum felhasználások között.Az ilyen taktikák a Scrum kereten belül széles körben változnakés máshol írják le.

Scrum Definition

Scrum egy könnyű keretrendszer, amely segít az emberek, csapatok ésszervezetek értéket generálnak adaptív megoldások komplexproblémák.

dióhéjban, Scrum igényel Scrum Mester, hogy elősegítse a környezetwhere:

1. A termék tulajdonosa megrendeli a munkát egy összetett probléma egy ProductBacklog.

2. A Scrum Csapat a munka egy részét egy Sprint alatt növekvő értékre fordítja.

3. A Scrum csapat és érdekelt felei megvizsgálják az eredményeket és beállítják a következő Sprintre.

4. ismétlés

Scrum egyszerű. Próbáld ki úgy, ahogy van,és határozd meg, hogy filozófiája, elmélete és szerkezete segít-e a célok elérésében és értékteremtésben. A Scrumframework céltudatosan hiányos, csak a Scrum elmélet megvalósításához szükséges részek meghatározása szükséges. A Scrum a kollektivumra épülaz emberek intelligenciája. Ahelyett, hogy az emberek részletes utasításokat adnának, a Scrum szabályai irányítják kapcsolataikat és interakcióikat.

különböző folyamatok, technikák és módszerek alkalmazhatók a keretrendszeren belül. A Scrum körbeveszi a meglévő gyakorlatokat, vagy teszi őketszüktelen. A Scrum láthatóvá teszi a currentmanagement, a environment és a work techniques viszonylagos hatékonyságát, így fejlesztéseket lehet végezni.

Scrum Theory

A Scrum az empirizmusra és a sovány gondolkodásra épül. Az empirizmus azt állítja, hogy a tudás a tapasztalatból származik, és a megfigyelteken alapuló döntéseket hozza. A Lean gondolkodás csökkenti a hulladékot, és a lényegre összpontosít.

A Scrum iteratív, inkrementális megközelítést alkalmaz az optimizepredicabilitás és a kockázat ellenőrzése érdekében. A Scrum olyan embercsoportokat tömörít, akiknek minden tudásuk és szakértelmük megvan ahhoz, hogy elvégezzék a munkát, és szükség szerint elsajátítsák ezeket a készségeket.

Scrum egyesíti négy formális események ellenőrzés és alkalmazkodás belül acontaining esemény, a Sprint. Ezek az események azért működnek, mert megvalósítják az átláthatóság, az ellenőrzés és az alkalmazkodás empirikus pilléreit.

Transparency

a kialakuló folyamatnak és munkának láthatónak kell lennie a munkát végzők és a munkát végzők számára is. A Scrum, fontosa döntések a három formalartifaktus érzékelt állapotán alapulnak. Az alacsony átláthatósággal rendelkező műtárgyak olyan döntésekhez vezethetnek, amelyek csökkentik az értéket és növelik a kockázatot.

az átláthatóság lehetővé teszi az ellenőrzést. Az átláthatóság nélküli ellenőrzésvezető és pazarló.

ellenőrzés

a Scrum-leleteket és az egyeztetett célok felé tett előrehaladást gyakran és szorgalmasan kell vizsgálni a potenciálisan nemkívánatos események vagy problémák felderítése érdekében. Az ellenőrzés elősegítése érdekében a Scrum cadencet biztosítöt eseményének formájában.

ellenőrzés lehetővé teszi az alkalmazkodást. Az alkalmazkodás nélküli ellenőrzés: értelmetlennek tekintik. Scrum események célja, hogy provokálni változás.

adaptáció

Ha egy folyamat bármely aspektusa eltér az elfogadható határértékektől, vagy ha a termék elfogadhatatlan, az alkalmazott eljárást vagy az előállítandó anyagokat ki kell igazítani. A kiigazítást meg kell tennia lehető leghamarabb a további eltérés minimalizálása érdekében.

az alkalmazkodás nehezebbé válik, ha az érintett embereket nem kezelik vagy kezelik. A Scrum Csapat várhatóan alkalmazkodni a momentit tanul valami újat ellenőrzés.

Scrum értékek

A Scrum sikeres használata attól függ, hogy az emberek egyre jobban ismerik-e az öt értéket:

elkötelezettség, fókusz, nyitottság, tisztelet és bátorság

A Scrum Csapat elkötelezi magát céljainak elérése és egymás támogatása mellett. Elsősorban a Sprint munkájára összpontosítanak, hogy a lehető legjobban haladjanak e célok felé. A Scrum csapata és a stakeholders nyitott a munkáról és a kihívásokról. A Scrum Csapat tagjai tisztelik egymást, hogy képesek legyenek, független emberek, és mint ilyen, az emberek, akikkel dolgoznak. A Scrum Csapatembereknek van bátorságuk, hogy helyesen cselekedjenek, hogy keményen dolgozzanakproblémák.

ezek az értékek irányt adnak a Scrum Csapatnak munkájuk,cselekedeteik és viselkedésük tekintetében. A meghozott döntések, a megtett lépések ésaz Scrum használatának módjának meg kell erősítenie ezeket az értékeket, nem pedig csökkentenie vagy csökkentenie kell őket. A Scrum Csapat tagjai tanulni, felfedezni az értékeket, ők dolgoznak a Scrum események, tárgyak. Amikor ezeket az értékeket a Scrum csapat és az általuk dolgozó emberek testesítik meg, az átláthatóság, az ellenőrzés és az alkalmazkodás empirikus pillérei életre kelnek.

Scrum Team

A Scrum alapvető egysége egy kis csapat, egy Scrum Csapat.A Scrum Csapat egy Scrum mesterből, egy termék tulajdonosából ésfejlesztők. Belül Scrum Csapat, nincsenek al-csapatok vagy hierarchies.It egy összetartó egység szakemberek középpontjában egy cél atime, a termék célja.

Scrum csapatok kereszt-funkcionális, ami azt jelenti, a tagok minden theskills létrehozásához szükséges értéket minden Sprint. Ők is önigazgatók, vagyis ők döntik el, hogy ki mit, mikor és hogyan csinál.

A Scrum Csapat elég kicsi ahhoz, hogy fürge és elég nagy ahhoz, hogy jelentős munkát végezzen egy Sprinten belül, általában 10 vagy kevesebb people.In tábornok, azt találtuk, hogy a kisebb csapatok jobban kommunikálnak és termelékenyebbek. Ha a Scrum csapatok túl nagyok lesznek, akkor fontolóra kell venniüktöbb összetartó Scrum csapatba szerveződik, mindegyik a játéktermékre összpontosított. Ezért meg kell osztaniuk ugyanazt a termék cél, termék lemaradás, és a termék tulajdonosa.

A Scrum Csapat felelős azért, hogy minden termékhez kapcsolódó tevékenységek fromstakeholder együttműködés, ellenőrzés, karbantartás, üzemeltetés,kísérletezés, kutatás-fejlesztési, illetve bármi más, ami éppen szükséges. Ezeket a szervezet szervezi és hatalmazza fel saját munkájukra. A sprintekben fenntartható ütemben végzett munka javítja a Scrum Csapat koncentrációját és következetességét.

az egész Scrum Csapat felelős azért, hogy minden Sprintben értékes, hasznos eredményt érjen el. A Scrum három speciális elszámolhatóságot határoz Mega Scrum csapatban: a fejlesztők, a termék tulajdonosa, és a ScrumMaster.

Fejlesztők

Fejlesztők az emberek a Scrum Csapat, amelyek elkötelezettek tocreating bármely aspektusa használható növekmény minden Sprint.

a fejlesztők által igényelt speciális készségek gyakran szélesek, és a munka területével fognak foglalkozni. Azonban a Fejlesztők alwaysaccountable a:

• terv Létrehozása a Sprint, a Sprint Backlog;

• Erősíti a minőségi által tapadt egy Meghatározás, Munka;

• Alkalmazkodás a terv minden nap felé, a Sprint Cél; és,

• egymást szakemberként felelősségre vonva.

Terméktulajdonos

a termék tulajdonosa felelős a termék értékének maximalizálásáérta Scrum Csapat munkájából származik. Hogy ez hogyan történik, az különböző szervezeteken, csoportokon és egyéneken is változhat.

a termék tulajdonosa felelős a hatékony Termékvisszatérítésért is, amely magában foglalja a következőket:

• A termék céljának fejlesztése és kifejezetten kommunikálása;

• ;

• Termék Backlog tételek megrendelése; és,

• annak biztosítása, hogy a Termék Backlog átlátható, látható ésmegérthető legyen.

a termék tulajdonosa elvégezheti a fenti munkát, vagy átruházhatja a felelősséget másokra. Függetlenül attól, hogy a termék tulajdonosa maradszámítható.

ahhoz, hogy a Terméktulajdonosok sikeresek legyenek, az egész szervezetnek tiszteletben kell tartania döntéseiket. Ezek a döntések a Termékhátralék tartalmában és megrendelésében, valamint a nyomtatvány felülvizsgálatának ellenőrzhető Növekményében láthatók.

A termék tulajdonosa egy személy, nem Bizottság. A termék tulajdonosa számos érdekelt fél igényeit képviselheti a termék elmaradásában. Ezek a termékek hátralékának megváltoztatását úgy tehetik meg, hogy megpróbálják meggyőzni a termék tulajdonosát.

Scrum Master

A Scrum Mester felelős a Scrum létrehozásáért a theScrum útmutatóban meghatározottak szerint. Ezt úgy teszik, hogy segítenek mindenkinek megérteni a Scrum elméletetés a gyakorlatot, mind a Scrum csapatban, mind a szervezetben.

A Scrum Mester felelős a Scrum Csapat hatékonyságáért. Ezt úgy oldják meg, hogy a Scrum csapata a theScrum keretén belül javítani tudja a gyakorlatát.

Scrum Masters are true leaders who serve the Scrum Team and the largerorganization.

A Scrum Mester szolgálja a Scrum Csapat többféleképpen, beleértve:

• Coaching a csapat tagjai az önmenedzsment andcross-funkcionalitás;

• segítve a Scrum csapat összpontosítani létre nagy értékű növekmények, hogymegfelelnek a meghatározása Kész;

• okozó akadályok eltávolítása a Scrum Csapat fejlődését;és,

• annak biztosítása, hogy minden Scrum események zajlanak, és pozitív, produktív, és tartani a timebox.

A Scrum Mester szolgál, a Termék Tulajdonosa, több szempontból is, beleértve a következőket:

• Segít megtalálni technikák hatékony Termék Cél meghatározása andProduct Lemaradás menedzsment;

• Segít a Scrum Csapat értem, hogy szükség van világos, conciseProduct Backlog tételeket;

• Segít megállapítani, empirikus termék tervezés egy complexenvironment; s,

• Megkönnyítése érdekképviseleti együttműködés kért, vagy szükséges.

A Scrum Mester többféle módon szolgálja a szervezetet, többek között:

• vezető, képzés és coaching a szervezet saját Scrumadoption;

• tervezés és tanácsadás Scrum megvalósítások a szervezeten belül;

• segítve a munkavállalók és az érdekeltek megérteni és enact empirikusapproach a komplex munka; és,

• akadályok eltávolítása az érdekeltek és Scrum csapatok.

Scrum Events

a Sprint minden más esemény tárolója. A Scrum minden egyes eseményén lehetőség van a Scrum tárgyak ellenőrzésére és adaptálására. Ezeket az eseményeket kifejezetten a szükséges átláthatóság biztosítására tervezték. Ha nem sikerül az előírt módon működtetni az eseményeket, az elveszítheti az alkalmazkodási és alkalmazkodási lehetőségeket. Események használják Scrum, hogy hozzon létre a rendszeresség, ésminimalizálja annak szükségességét, hogy a találkozók nem meghatározott Scrum.

optimálisan minden eseményt egyszerre tartanak, és helyük van a komplexitás csökkentésére.

A Sprint

Sprint a Scrum szívverése, ahol az ötletek értékké válnak.

ezek rögzített hosszúságú események egy hónap vagy annál kevesebb, hogy hozzon létre következetesség.Az új Sprint közvetlenül az előző befejezése után kezdődiksprint.

a termék céljának eléréséhez szükséges összes munka, beleértve a Sprintplanninget, a napi Scrums-ot, a Sprint Review-t és a Sprint retrospektív, a happenwithin Sprints-t.

a Sprint Során:

• Nincs változás történik, hogy veszélyeztetné a Sprint Cél;

• Minősége nem csökken;

• A Termék Backlog finomított, ahogy szükséges; valamint

• Hatálya lehet tisztázni kell, újratárgyalt a Termék Tulajdonosa asmore tanult.

a sprintek lehetővé teszik a kiszámíthatóságot azáltal, hogy legalább minden naptári hónapban biztosítják a termék céljához való igazodást. Ha az aSprint horizontja túl hosszú, a Sprintcél érvénytelenné válhat, a komplexitás emelkedhet, a kockázat pedig növekedhet. A rövidebb sprintek több tanulási ciklust generálhatnak, és kisebb időkeretre korlátozhatják a költségek kockázatát. Minden Sprint rövidnek tekinthető. projekt.

különböző gyakorlatok léteznek az előrehaladás előrejelzésére, például égési sérülések, égések vagy halmozott áramlások. Bár hasznosnak bizonyult, ezek nem helyettesítikaz empirizmus fontossága. Komplex környezetben, mi fog történniismeretlen. Csak az, ami már megtörtént, felhasználható az előretekintéshezdöntés készítése.

A Sprint lehet törölni, ha a Sprint Cél elavulttá válik. Csaka termék tulajdonosa jogosult a Sprint visszavonására.

Sprint Tervezés

Sprint Tervezés kezdeményezi a Sprint azáltal, hogy meghatározza a munkát, hogy beperformed a Sprint. Ezt a kapott tervet az egész Scrum Csapat kollaboratív munkája hozza létre.

a termék tulajdonosa biztosítja, hogy a résztvevők készek megvitatni a legfontosabb Termékhátralékokat, valamint azt, hogy hogyan térképezik fel a terméket. A Scrum Csapat más embereket is meghívhat a Sprintplanningre, hogy tanácsot adjanak.

A Sprinttervezés a következő témákkal foglalkozik:

első téma: miért értékes ez a Sprint?

a termék tulajdonosa azt javasolja, hogy a termék a jelenlegi Sprintben hogyan növelheti értékét és értékét. Az egész Scrum Csapat ezután együttműködikhatározzon meg egy Sprint Célt, amely közli, hogy a Sprint miért értékes tostakeholders. A Sprintcélt a tervezés befejezése előtt kell véglegesíteni.

második téma: Mit lehet tenni ez a Sprint?

a termék tulajdonosával folytatott megbeszélésen keresztül a fejlesztők kiválasztják a tételeketa termék Lemaradásából, hogy belefoglalják az aktuális sprintbe. A ScrumTeam finomíthatja ezeket a tételeket a folyamat során, ami növeli a megértést és a bizalmat.

annak kiválasztása, hogy mennyit lehet kitölteni egy Sprinten belül, kihívást jelenthet.Azonban minél többet tudnak a fejlesztők a múltbeli teljesítményükről, a közelgő kapacitásukról, valamint a kész Meghatározásukról, annál inkább biztosak lesznek a Sprint előrejelzéseikben.

harmadik téma:Hogyan történik a kiválasztott munka?

minden egyes kiválasztott Termék Backlog elem esetében a fejlesztők megtervezik a munkátszükséges a Done definíciójának megfelelő növekmény létrehozásához. Ez gyakran úgy történik, hogy a termék hátralékait egy vagy kevesebb napi kisebb munkadarabokra bontják. Ez a saját belátása szerint történika Fejlesztők. Senki más nem mondja meg nekik, hogyan kell a termék elmaradásának tételeitérték-lépésekre fordítani.

A Sprint Cél, a termék lemaradás kiválasztott tételek a Sprint, Plusa szállítási tervet együtt nevezik a SprintBacklog.

A Sprinttervezést legfeljebb nyolc órára lehet időzíteni egy hónap alatt. Rövidebb Sprinteknél az esemény általában rövidebb.

Napi Scrum

A Napi Scrum célja, hogy megvizsgálja a sprintgoal felé történő haladást, és szükség szerint adaptálja a Sprint Backlogot, beállítva az upcomingplanned munkát.

A Napi Scrum egy 15 perces esemény a ScrumTeam fejlesztői számára. A komplexitás csökkentése érdekében minden alkalommal ugyanabban az időben és helyen tartjáka Sprint munkanapja. Ha a termék tulajdonosa vagy Scrum Mesteraktívan dolgozik tételek a Sprint lemaradás, részt vesznek asDevelopers.

a fejlesztők bármilyen struktúrát és technikát kiválaszthatnak, mindaddig, amíg a Napi Scrum a Sprint Cél felé haladásra összpontosítés a következő munkanapra végrehajtható tervet készít. Ez megteremti az összpontosítást és javítja az önigazgatást.

a napi Scrums javítja a kommunikációt, azonosítja az akadályokat, elősegíti a gyors döntéshozatalt, következésképpen kiküszöböli a többi találkozó szükségességét.

A Napi Scrum nem az egyetlen alkalom, hogy a fejlesztők módosíthatjáktervüket. Gyakran találkoznak a nap folyamán részletesebben. megbeszélések a Sprint többi munkájának adaptálásáról vagy újratervezéséről.

Sprint Review

a Sprint Review célja a Sprint eredményének megvizsgálásaés meghatározza a jövőbeli kiigazításokat. A Scrum csapata bemutatja munkájuk eredményeit a kulcsfontosságú érdekelt felek számára, és a termék céljának elérése felé tett előrelépést.

az esemény során a Scrum csapata és az érintettek áttekintik, hogy mi történt a sprintben, és mi változott a környezetükben.Ezen információk alapján a résztvevők együttműködnek a következő teendőkkel. A termelési lemaradás is módosítható, hogy megfeleljen az új lehetőségeket. A print Review egy working session, a Scrum Csapatnak pedig kerülnie kell, hogy egy prezentációra kerüljön.

A Sprint-Áttekintés a Sprint utolsó előtti eseménye, és legfeljebb négy órát vesz igénybe egy hónapos Sprint esetén. A shorterSprints esetében az esemény általában rövidebb.

Sprint retrospektív

a Sprint retrospektív célja, hogy megtervezze a hatékonyság növelésének módjait.

A Scrum Csapat megvizsgálja, hogy az utolsó Sprint hogyan ment az egyéniségekkel, interakciókkal, folyamatokkal, eszközökkel és azok meghatározásával kapcsolatban. Az ellenőrzött elemek gyakran eltérnek a munkaterülettől. Az általuk félrevezetett állításokat azonosítják, és feltárják azok eredetét. A TheScrum csapata azt tárgyalja, hogy mi ment jól a Sprint alatt, milyen problémákat okozott, és hogyan oldották meg ezeket a problémákat (vagy nem voltak).

A Scrum Csapat azonosítja a leghasznosabb változásokat az itseffectiveness javítása érdekében. A leghatásosabb fejlesztéseket hamarosan megoldjáklehetséges. Lehet, hogy még hozzá kell adni a Sprint Backlog a nextSprint.

A Sprint retrospektív zárja a Sprintet. Az egyhónapos Sprintre maximum három órát kell várni. Rövidebb Sprinteknél az esemény általában rövidebb.

Scrum Artifacts

Scrum műtárgyai munkát vagy értéket képviselnek. Úgy tervezték, hogy maximalizáljáka legfontosabb információk átláthatósága. Így mindenki, aki ellenőrzi őket, rendelkezikugyanaz az alkalmazkodás alapja.

Minden műtárgyat tartalmaz, elkötelezettség biztosítása érdekében biztosítja informationthat növeli az átláthatóságot, valamint a fókusz, amely ellen előrelépés nem bemeasured:

• a Termék Backlog ez a Termék Cél.

• A Sprint lemaradás ez a Sprint Cél.

• a növekmény ez a meghatározás Kész.

ezek a kötelezettségvállalások az empirizmus és a Scrum értékek megerősítésére vonatkoznak A Scrum csapat és érdekelt feleik számára.

Product Backlog

a Termék Backlog egy kialakulóban lévő, megrendelt lista arról, hogy mi szükséges a termék javításához. Ez a theScrum csapat által végzett munka egyetlen forrása.

termék lemaradás elemeket lehet tenni a Scrum Csapat belül oneSprint tekintik készen áll a kiválasztás egy Sprint tervezési esemény. A finomítási tevékenységek után általában ilyen fokú átláthatóságot szereznek.Termék lemaradás finomítása a törvény lebontása, továbbminősítése termék lemaradás tételek kisebb pontosabb tételek. Ez egy folyamatban lévő tevékenység, amely részleteket, például leírást, megrendelést ésméretet ad hozzá. Az attribútumok gyakran eltérnek a munkaterülettől.

a munkát végző Fejlesztők felelősek a fejlesztésért. A termék tulajdonosa befolyásolhatja a fejlesztőket, segítve őketmegérteni és kiválasztani a kompromisszumokat.

elkötelezettség: termék cél

a termék célja a termék jövőbeli állapotát írja le, amely szolgálhatmint a Scrum Csapat célpontja ellen. A termék célja aa termék elmaradása. A termék hátraléka kiderül, hogy meghatározza, hogy”mi” teljesíti a termék célját.

a termék olyan jármű, amely értéket biztosít. Világos határa van, ismert érdekelt felek, jól meghatározott felhasználók vagy ügyfelek. Egy termék lehet egy szolgáltatás, egy fizikai termék, vagy valami elvontabb.

a termék célja A Scrum Csapat hosszú távú célja. A következő lépés előtt teljesítenie kell (vagy el kell hagynia) az egyik célt.

Sprint Backlog

a Sprint Backlog áll a Sprint Cél (miért), a készlet Termék Backlog elemek kiválasztott Sprint (Mi), valamint anactionable terv nyilvánított növekmény (hogyan).

a Sprint Backlog egy terv a fejlesztők számára. Ez egy magasanlátható, valós idejű kép a munkáról, amelyet a fejlesztők terveznekteljesen teljesít a Sprint alatt a Sprint cél elérése érdekében.Következésképpen, a Sprint Backlog frissül az egész Sprint asmore tanult. Elég részletesnek kell lennie ahhoz, hogy megvizsgáljáka Napi Scrum előrehaladását.

elkötelezettség: Sprint Cél

a Sprint Cél az egyetlen cél a Sprint. Bár a print célja a fejlesztők elkötelezettsége, rugalmasságot biztosítaz eléréséhez szükséges pontos munka szempontjából. A Sprintcél egyben koherenciát és fókuszt is teremt, arra ösztönözve a Scrum csapatot, hogy inkább együtt dolgozzanak, mint külön kezdeményezéseken.

A Sprint Cél jön létre a Sprint tervezési esemény, majdadded a Sprint lemaradás. Ahogy a fejlesztők a Sprint alatt dolgoznak, szem előtt tartják a Sprint Célt. Ha kiderül, hogy a munka más, mint amire számítottak, együttműködnek a termék tulajdonosával, hogy tárgyalják a Sprint hátralékának hatókörét a Sprinten belül anélkül, hogy befolyásolnák a cél elérését.

növekmény

a növekmény egy konkrét lépcsőfok a termék célja felé. Minden egyes növekmény összeadódik minden előzetes lépésnél, és alaposan ellenőrzik, biztosítva, hogy minden növekmény együtt működjön. Az érték megadásához a Növekménynek használhatónak kell lennie.

egy Sprinten belül több növekmény hozható létre. Az összeg a növekmény kerül bemutatásra a Sprint Review így támogatja az empirizmus.A Sprint vége előtt azonban növekmény adható az érdekelt feleknek. A Sprint felülvizsgálatát soha nem szabad kapunak tekintenifelszabadító érték.

A munka nem tekinthető növekmény részének, hacsak nem felel meg a kész meghatározásának.

elkötelezettség: a kész meghatározása

az elvégzett meghatározás a termék állapotának formális leírása, amikor megfelel a termékhez szükséges minőségi intézkedéseknek.

abban a pillanatban, amikor egy termék lemaradás elem megfelel a kész meghatározásnak, anIncrement születik.

az elvégzett munka meghatározása átláthatóságot teremt azzal, hogy mindenki megértse, hogy milyen munkát végeztek a munka részeként. Ha egy Termék Backlog elem nem felel meg a meghatározásnakdone, nem lehet kiadni, vagy akár bemutatni a Sprint Review.Ehelyett visszatér a termék elmaradásához a jövőbeli megfontolás érdekében.

Ha a Done for an increment meghatározása része a szervezet szabványainak, akkor minden Scrum Csapatnak követnie kell azt. Ha ez nem szervezeti szabvány, akkor a Scrum Csapatnak létre kell hoznia a termékhez megfelelő Definitionof-ot.

a fejlesztőknek meg kell felelniük a kész meghatározásnak. Ha több Scrum Csapat dolgozik együtt egy terméken, meg kell határozniuk és meg kell felelniük a Done azonos definíciójának.

végjegyzet

A Scrum ingyenes és ebben az útmutatóban található. A Scrum keretrendszer, amint azt itt kifejtettük, megváltoztathatatlan. A Scrum csak egy részének végrehajtása soránlehetséges, az eredmény nem Scrum. A Scrum csak teljes egészében létezik ésfunkciók, valamint egy konténer más technikákhoz,módszertanokhoz ésgyakorlatok.

emberek

a több ezer ember közül, akik hozzájárultak a Scrumhoz, ki kell választanunk azokat, akik az elején közreműködtek: Jeff Sutherland Jeff Mckennával és John Scumniotales-szel dolgozott, Ken Schwaber pedig Mike Smith-szel és Chris Martinnal dolgozott együtt, és mindannyian együtt dolgoztak. Sokan hozzájárultak az ezt követő években, segítségük nélkül nem lehetne finomítani, mint ma.

Scrum Guide History

Ken Schwaber és Jeff Sutherland először 1995-ben mutatták be az OOPSLAConference-en. Lényegében dokumentálta azt a tanulságot, amelyet Ken andJeff az elmúlt években szerzett, és nyilvánosságra hozta a Scrum első formaldefinícióját.

the Scrum Guide documents Scrum as developed, evolved, and sustained for30-plus years by Jeff Sutherland and Ken Schwaber. Más források a Scrum keretrendszerét kiegészítő mintákat, folyamatokat és betekintést biztosítanak.Ezek növelhetik a termelékenységet, az értéket, a kreativitást és az eredményeket.

A Scrum teljes történetét máshol írják le. Annak érdekében, hogy tiszteletben tartsuk az első helyeket, ahol kipróbálták és bebizonyították, felismerjük az Individual Inc. – t.,Newspage, Fidelity Investments, and IDX (now GE Medical).

© 2020 Ken Schwaber Jeff Sutherland Ez a kiadvány kínált licenc alatt AttributionShare Hasonló licenc a Creative Commons, elérhető athttps://creativecommons.org/licenses/by-sa/4.0/legalcode, valamint alsodescribed összefoglaló formában athttps://creativecommons.org/licenses/by-sa/4.0/. A ScrumGuide használatával Ön tudomásul veszi és elfogadja,hogy elolvasta és elfogadja, hogy a creativecommons Attribution Share-Alike license feltételei szerint érkezik.