tato HTML verze Scrum Guide je přímým portem verze z listopadu 2020 dostupné jako PDFhere.

Cíl Průvodce Scrumem

Jsme vyvinuli Scrum v časných 1990. Napsali jsme první verzi theScrum Průvodce v roce 2010 na pomoc lidem po celém světě pochopili Scrum. Průvodce jsme od té doby řešili drobnými, funkčními aktualizacemi.Společně si za tím stojíme.

průvodce Scrum obsahuje definici Scrum. Každý prvek framework slouží specifickému účelu, který je nezbytný pro celkovou hodnotu a výsledky realizované pomocí Scrum. Změna návrhu jádra nebo ideasof Scrum, vynechání prvků, nebo nedodržování pravidel Scrum, zakrývá problémy a omezuje výhody Scrum, potenciálně dokonce k ničemu.

sledujeme rostoucí využívání Scrumu v neustále rostoucím složitém světě.Jsme pokořeni, že Scrum je přijato v mnoha doménách, které drží mimořádně složitou práci, mimo vývoj softwarových produktů, kde má své kořeny. Jak se Scrum používá, vývojáři, výzkumní pracovníci, analytici, vědci a další odborníci dělají práci. Slovo „vývojáři“ používáme ve Scrumu ne k vyloučení, ale ke zjednodušení. Pokud získáte valuefrom Scrum, považujte se za zahrnutého.

Jako Scrum je používán, vzory, postupy a postřehy, které se vejdou theScrum rámec, jak je popsáno v tomto dokumentu, může být zjištěno, aplikovaná anddevised. Jejich popis je nad rámec účelu Scrum Guidebecause jsou kontextově citlivé a velmi se liší mezi Scrum použití.Takové taktiky pro použití v rámci Scrum se velmi liší a jsou popsány jinde.

Scrum Definice

Scrum je lehký rámec, který pomáhá lidem, týmy andorganizations vytvářet hodnotu prostřednictvím adaptivní řešení pro complexproblems.

Stručně řečeno, Scrum vyžaduje Scrum Master k podpoře prostředí, kde:

1. vlastník produktu nařídí práci pro komplexní problém do Productbacklogu.

2. Scrum tým změní výběr Práce na přírůstek hodnoty během sprintu.

3. tým Scrum a jeho zúčastněné strany zkontrolují výsledky a upraví další Sprint.

4. opakování

Scrum je jednoduché. Vyzkoušejte to tak, jak je, a zjistěte, zda jeho filozofie,teorie a struktura pomáhají dosáhnout cílů a vytvářet hodnotu. Scrumframework je záměrně neúplný, pouze definování částí nutných k implementaci teorie Scrumu. Scrum je postaven na kolektivníinteligence lidí, kteří ji používají. Spíše než poskytovat lidem podpodrobné pokyny, pravidla Scrum řídí jejich vztahy a interakce.

v rámci rámce lze použít různé procesy, techniky a metody. Scrum obepíná stávající postupy nebo je vykresluje. Scrum zviditelňuje relativní účinnost currentmanagement, životní prostředí, a pracovní techniky, takže zlepšení canbe provedena.

Scrum Theory

Scrum je založeno na empirismu a štíhlém myšlení. Empirismus tvrdí, že znalosti pocházejí ze zkušeností a rozhodování na základě toho, co je pozorováno. Štíhlé myšlení snižuje plýtvání a zaměřuje se na to podstatné.

Scrum využívá iterativní, Inkrementální přístup k optimalizaci a řízení rizika. Scrum zapojuje skupiny lidí, kteříkolektivně mají všechny dovednosti a odborné znalosti pro práci a sdílenínebo získat takové dovednosti podle potřeby.

Scrum kombinuje čtyři formální události pro kontrolu a přizpůsobení v rámci doprovodné události, Sprint. Tyto události fungují, protože implementují empirické pilíře transparentnosti, inspekce, a přizpůsobení.

průhlednost

vznikající proces a práce musí být viditelné pro ty, kteří vykonávají práci,stejně jako pro ty, kteří ji přijímají. U Scrumu jsou důležitá rozhodnutí založena na vnímaném stavu jeho tří formalartifaktů. Artefakty, které mají nízkou průhlednost, mohou vést k rozhodnutímkteré snižují hodnotu a zvyšují riziko.

průhlednost umožňuje kontrolu. Inspekce bez transparentnosti ješpatné a nehospodárné.

Kontroly

Scrum artefakty a pokrok směrem k dosažení dohodnutých cílů musí beinspected často a pilně detekovat potenciálně undesirablevariances nebo problémy. Chcete-li pomoci s inspekcí, Scrum poskytuje kadenceve formě svých pěti událostí.

kontrola umožňuje přizpůsobení. Kontrola bez přizpůsobení jepovažováno za zbytečné. Akce Scrum jsou navrženy tak, aby vyvolaly změnu.

adaptace

Pokud se některé aspekty procesu odchylují mimo přijatelné meze nebo pokud je produkt pro pěstování nepřijatelný, musí být aplikovaný proces nebo vyrobené materiály upraveny. Nastavení musí být provedenoco nejdříve, aby se minimalizovala další odchylka.

adaptace se stává obtížnějším, když zúčastnění lidé nejsouempowered nebo self-řízení. Očekává se, že Scrum tým přizpůsobí momentit se dozví něco nového prostřednictvím inspekce.

Scrum Values

úspěšné použití Scrumu závisí na tom, jak se lidé stanou zdatnějšími v životě pěti hodnot:

závazek, zaměření, otevřenost, respekt a odvaha

tým Scrum se zavazuje dosáhnout svých cílů a podporovat se navzájem. Jejich primární zaměření je na práci sprintu, aby co nejlepšímožný pokrok směrem k těmto cílům. Tým Scrum a jeho zaměstnanci jsou otevřeni práci a výzvám. Členové Scrum se navzájem respektují, aby byli schopní, nezávislí lidé, a jsou takoví lidé, s nimiž pracují. Spoluhráči mají odvahu udělat správnou věc, pracovat na těžkých problémech.

tyto hodnoty dávají týmu Scrum směr s ohledem na jejich práci,akce a chování. Rozhodnutí, která jsou učiněna, přijaté kroky a způsob, jakým se Scrum používá, by měly tyto hodnoty posilovat, ne je snižovat nebo snižovat. Členové týmu Scrum se učí a zkoumají hodnoty, jako je práce s událostmi a artefakty Scrum. Když jsou tyto hodnoty realizovány týmem Scrum a lidmi, se kterými pracují, ožívají empirické pilíře transparentnosti, kontroly a adaptace.

Scrum Team

základní jednotkou Scrum je malý tým lidí, Scrum tým.Tým Scrum se skládá z jednoho mistra Scrum, jednoho vlastníka produktu a vývojářů. V rámci Scrum týmu nejsou žádné pod-týmy nebo hierarchies.It je soudržná jednotka profesionálů zaměřená na jeden cíl najednou, cíl produktu.

Scrum týmy jsou cross-funkční, což znamená, že členové mají všechny dovednosti potřebné k vytvoření hodnoty každého sprintu. Jsou také samosprávní, což znamená, že interně rozhodují, kdo co dělá, kdy a jak.

Scrum tým je dostatečně malý, aby zůstal hbitý a dostatečně velký, aby dokončil významnou práci v rámci sprintu, obvykle 10 nebo méně people.In generále, zjistili jsme, že menší týmy lépe komunikují a jsou produktivnější. Pokud se Scrum týmy stanou příliš velkými, měly by zvážitreorganizace do více soudržných Scrum týmů, každý se zaměřil na stejný produkt. Proto by měli sdílet stejný cíl produktu,nevyřízené položky produktu a vlastníka produktu.

Scrum Tým je zodpovědný za všechny produkt-činnosti související s fromstakeholder spolupráce, ověřování, údržbu, provoz,experimentování, výzkumu a vývoje, a něco jiného, že by je požadováno. Jsou strukturovány a zmocněny organizacíspravovat vlastní práci. Práce ve sprintech udržitelným tempem zlepšuje zaměření a konzistenci týmu Scrum.

celý Scrum tým je zodpovědný za vytvoření cenného, užitečného přírůstku při každém sprintu. Scrum definuje tři konkrétní účetnív týmu Scrum: vývojáři, majitel produktu a ScrumMaster.

vývojáři

vývojáři jsou lidé v týmu Scrum, kteří se zavázali vytvořit jakýkoli aspekt použitelného přírůstku v každém sprintu.

specifické dovednosti, které vývojáři potřebují, jsou často široké a budou se lišit od oblasti práce. Nicméně, Vývojáři jsou alwaysaccountable pro:

• Vytvoření plánu pro Sprint, Sprint Backlog;

• Vštěpovat kvality dodržováním Definice Udělat;

• Přizpůsobení jejich plán každý den k Cíl Sprintu; a,

• se navzájem zodpovídají jako profesionálové.

Vlastník Produktu

Vlastník Produktu je zodpovědný za maximalizaci hodnoty productresulting z práce Scrum Týmu. Jak se to dělá, se může lišit napříč organizacemi, Scrum týmy, a jednotlivci.

Vlastník Produktu je také odpovědný za efektivní Produkt Backlogmanagement, který zahrnuje:

• Rozvoj a jednoznačně komunikovat Produktu Cíl;

• Vytváření a jasně komunikovat Produktového Backlogu;

• objednávání položek nevyřízených produktů; a

• Zajištění transparentnosti, viditelnosti a srozumitelnosti produktu.

vlastník produktu může provést výše uvedené práce nebo je může delegovat na ostatní. Bez ohledu na to zůstává majitel Produktuúčetní.

aby vlastníci produktů uspěli, musí celá organizace respektovatjejich rozhodnutí. Tato rozhodnutí jsou viditelná v obsahu a objednávce nevyřízených produktů a prostřednictvím kontrolovatelného přírůstku při kontrole tisku.

vlastníkem produktu je jedna osoba, nikoli výbor. Vlastník produktu můžepředstavují potřeby mnoha zúčastněných stran v nevyřízených produktech. Ti, kteří chtějí změnit nevyřízené položky produktu, tak mohou učinit tím, že se pokusí přesvědčit vlastníka produktu.

Scrum Master

Scrum Master je odpovědný za vytvoření Scrum, jak je definováno v průvodci Scrum. Dělají to tím, že pomáhají každému pochopit teorii Scrumu a praxi, a to jak v rámci týmu Scrum, tak v Organizaci.

Scrum Master je zodpovědný za efektivitu Scrum týmu. Dělají to tím, že umožňují týmu Scrum zlepšit své postupy v rámci ecrum.

Scrum Masters jsou skuteční vůdci, kteří slouží týmu Scrum a větší organizaci.

Scrum Master slouží Scrum Tým v několika způsoby, včetně:

• Koučování členů týmu v self-management andcross-funkce;

• Pomáhá Scrum Tým zaměřit na vytváření vysoce-hodnota Přírůstky thatmeet Definice Provedeno;

• Způsobuje odstranění překážek pro Scrum Tým pokrok;a,

• Zajistit, že všechny Scrum akce se konají a jsou pozitivní,produktivní, a držel v timebox.

Scrum Master slouží Vlastník Produktu v několika způsoby, včetně:

• Pomáhá najít techniky pro efektivní Produkt definice Cíle andProduct Nevyřízených řízení;

• Pomáhá Scrum Tým pochopit, že je třeba pro jasné a conciseProduct Nevyřízených položek;

• Pomáhá vytvořit empirické produktu plánování pro complexenvironment; a,

• Usnadnění zúčastněných stran spolupráce požadované nebo potřebné.

Scrum Master slouží organizaci několika způsoby, včetně:

• Vedoucí, školení a koučování v organizaci v jeho Scrumadoption;

• Plánování a poradenství Scrum implementace v rámci organizace;

• Pomoci zaměstnance a zúčastněné strany pochopit a přijmout to empiricalapproach pro komplexní práci; a,

• Odstranění bariér mezi zúčastněnými stranami a Scrum Týmy.

Scrum Events

Sprint je kontejner pro všechny ostatní události. Každá událost ve Scrumu je aformální příležitost k prohlídce a přizpůsobení artefaktů Scrumu. Tyto události jsou speciálně navrženy tak, aby umožňovaly požadovanou průhlednost. Selháníprovádět jakékoli události tak, jak je předepsáno, vede ke ztraceným příležitosteminspektovat a přizpůsobit se. Události se používají ve Scrumu k vytvoření pravidelnosti a k minimalizaci potřeby schůzek, které nejsou definovány ve Scrumu.

optimálně se všechny události konají ve stejnou dobu a místo ke sníženísložitost.

Sprint

sprinty jsou srdcem Scrumu, kde se myšlenky mění v hodnotu.

jsou to události s pevnou délkou jednoho měsíce nebo méně, aby se vytvořila konzistence.Nový Sprint začíná bezprostředně po ukončení předchozíhotisk.

veškeré práce potřebné k dosažení cíle produktu, včetně SprintPlanning, Denní Scrums, Sprint Review a Sprint retrospektivní, happenwithin sprinty.

Během Sprintu:

• nejsou provedeny Žádné změny, které by ohrozily Cíle Sprintu;

• Kvalita neklesá;

• Produktový Backlog je rafinovaný podle potřeby; a,

• Rozsah může být vyjasněna a znovu projednána s Vlastníkem Produktu ispíš se naučil.

sprinty umožňují předvídatelnost tím, že zajistí kontrolu a přizpůsobení pokroku směrem k cíli produktu alespoň každý kalendářní měsíc. Pokud je horizont aSprint příliš dlouhý, cíl sprintu se může stát neplatným, složitost může vzrůst a riziko se může zvýšit. Kratší sprinty lze využít k vytvoření většího počtu učebních cyklů a omezení rizika nákladů a nákladů na menší časový rámec. Každý Sprint může být považován za krátkýprojektu.

existují různé postupy pro předpovídání pokroku, jako jsou vypalování, vypalování nebo kumulativní toky. I když se ukázalo jako užitečné, nenahrazují význam empirismu. Ve složitých prostředích se stane, co se staneneznámé. Pouze to, co se již stalo, může být použito pro výhledrozhodování.

Sprint může být zrušen, pokud se cíl sprintu stane zastaralým. Pouze majitel produktu má oprávnění zrušit Sprint.

plánování sprintu

plánování sprintu zahajuje Sprint tím, že stanoví práci, která má být provedena pro Sprint. Tento výsledný plán je vytvořen kolaborativní prací celého Scrum týmu.

vlastník produktu zajišťuje, že účastníci jsou připraveni diskutovat o nejdůležitějších položkách nevyřízených produktů a o tom, jak mapují produkt. Tým Scrum může také pozvat další lidi, aby se zúčastnili Sprintplanningu, aby poskytli radu.

plánování sprintu řeší následující témata:

téma jedna: proč je tento Sprint cenný?

majitel produktu navrhuje, jak by produkt mohl zvýšit jeho hodnotu a hodnotu v aktuálním sprintu. Celý Scrum tým pak spolupracuje na určení cíle sprintu, který sděluje, proč je Sprint pro hráče cenný. Cíl sprintu musí být dokončen před skončenímplánování tisku.

druhé téma: co lze udělat tento Sprint?

Prostřednictvím diskuse s Vlastníkem Produktu, Vývojáři vyberte itemsfrom Produkt Nevyřízené položky zahrnout do aktuální Sprint. ScrumTeam může tyto položky během tohoto procesu upřesnit, což zvyšuje porozumění a důvěru.

výběr toho, kolik lze dokončit během sprintu, může být náročný.Čím více však vývojáři vědí o svém minulém výkonu, nadcházející kapacitě a definici Hotovo, tím více budou ve svých prognózách sprintu přesvědčeni.

třetí téma: Jak bude zvolená práce provedena?

pro každou vybranou položku nevyřízených produktů vývojáři plánují práci potřebnou k vytvoření přírůstku, který splňuje definici Hotovo. To se často provádí rozložením položek nevyřízených produktů na menší pracovní položky jednoho dne nebo méně. Jak se to dělá, je na výhradním uváženívývojáři. Nikdo jiný jim neříká, jak změnit položky nevyřízených Produktůdo přírůstků hodnoty.

cíl sprintu, položky nevyřízených produktů vybrané pro Sprint, plusthe plán pro jejich doručení jsou společně označovány jako SprintBacklog.

plánování sprintu je časově omezeno na maximálně osm hodin pro měsíční tisk. Pro kratší sprinty je událost obvykle kratší.

Daily Scrum

účelem Daily Scrum je kontrolovat pokrok směrem k SprintGoal a přizpůsobit Sprint Backlog podle potřeby, úpravou upcomingplánované práce.

Denní Scrum je 15minutová událost pro vývojáře Scrumteamu. Chcete-li snížit složitost, koná se ve stejnou dobu a místo každéhopracovní den sprintu. Pokud vlastník produktu nebo Scrum Master aktivně pracují na položkách v backlogu sprintu, účastní se jakovývojáři.

vývojáři si mohou vybrat jakoukoli strukturu a techniky, které chtějí, pokud se jejich denní skrumáž zaměřuje na pokrok směrem k cíli sprintu a vytváří akční plán pro další den práce. To vytváří zaměření a zlepšuje samosprávu.

Denní Scrumy zlepšují komunikaci, identifikují překážky, podporují rychlé rozhodování a následně eliminují potřebu dalších schůzek.

Denní Scrum není jediný čas, kdy vývojáři mohou upravit svůj plán. Často se setkávají po celý den pro více detaileddiscussions o přizpůsobení nebo re-plánování zbytek Sprint práce.

Sprint Review

účelem hodnocení sprintu je zkontrolovat výsledek sprintu a určit budoucí úpravy. Tým Scrum prezentuje výsledky své práce klíčovým zainteresovaným stranám a pokrok směrem k produktovému cíli je diskutován.

během akce tým Scrum a zúčastněné strany přezkoumají, co bylo ve sprintu dokončeno a co se změnilo v jejich prostředí.Na základě těchto informací účastníci spolupracují na tom, co dělat dál. Počet nevyřízených produktů může být také upraven tak, aby vyhovoval novým příležitostem. TheSprint Review je pracovní sezení a tým Scrum by se měl vyhnoutomezení na prezentaci.

hodnocení sprintu je druhou až poslední událostí sprintu a je stanoveno na maximálně čtyři hodiny pro měsíční Sprint. Pro shorterSprints je událost obvykle kratší.

Retrospektiva sprintu

účelem retrospektivy sprintu je naplánovat způsoby, jak zvýšitkvalitu a efektivitu.

Scrum tým kontroluje, jak Poslední Sprint probíhal s ohledem na jednotlivce, interakce, procesy, nástroje a jejich definici tónu. Kontrolované prvky se často liší podle oblasti práce. Předpoklady, které je vedly na scestí, jsou identifikovány a prozkoumány jejich původy. Tým pojednává o tom, co se během sprintu povedlo, jaké problémy to mělo a jak tyto problémy byly (nebo nebyly) vyřešeny.

tým Scrum identifikuje nejužitečnější změny ke zlepšení své efektivity. Nejpůsobivější zlepšení jsou řešena co nejdřívemožné. Mohou být dokonce přidány do Sprint Backlog pro nextSprint.

Retrospektiva sprintu uzavírá Sprint. Na měsíční Sprint je čas maximálně tři hodiny. U kratších sprintů je akce obvykle kratší.

Scrum artefakty

Scrum artefakty představují práci nebo hodnotu. Jsou navrženy tak, aby maximalizovalytransparentnost klíčových informací. Každý, kdo je kontroluje, má tedy základ pro přizpůsobení.

Každý artefakt obsahuje závazek zajistit, že poskytuje informace, které zvyšuje transparentnost a zaměření, proti kterému pokrok může bemeasured:

• Pro Produktový Backlog je Výrobek Cíl.

• pro Sprint Backlog je to cíl sprintu.

• pro přírůstek je to definice Hotovo.

tyto závazky existují, aby posílily empirismus a hodnoty Scrum pro tým Scrum a jejich zúčastněné strany.

Product Backlog

produkt Backlog je vznikající, seřazený seznam toho, co je potřeba k vylepšení produktu. Jedná se o jediný zdroj práce, kterou odvádí tým theScrum.

položky nevyřízených produktů, které mohou být provedeny týmem Scrum v rámci oneSprint, jsou považovány za připravené k výběru v události plánování sprintu. Oniobvykle získávají tento stupeň transparentnosti po rafinačních činnostech.Upřesnění nevyřízených produktů je akt rozdělení a dalšídefinování položek nevyřízených produktů na menší přesnější položky. To isan pokračující činnost přidat podrobnosti, jako je popis, pořadí, andsize. Atributy se často liší podle oblasti práce.

vývojáři, kteří budou dělat práci, jsou zodpovědní za thesizing. Vlastník produktu může ovlivnit vývojáře tím, že jim pomáhápochopit a vybrat kompromisy.

Závazek: Výrobek Cíl

Výrobek Cíl popisuje budoucí stav výrobku, který může serveas cíl pro Scrum Tým plán proti. Cíl produktu je v produktuprodukt Backlog. Zbytek nevyřízených produktů se objeví, aby definoval “ co “ splní cíl produktu.

produkt je vozidlo, které dodává hodnotu. Má jasnou hranici, známé zúčastněné strany, dobře definované uživatele nebo zákazníky. Produkt může být služba, fyzický produkt nebo něco abstraktnějšího.

cíl produktu je dlouhodobým cílem týmu Scrum. Musí splnit (nebo opustit) jeden cíl, než přijmou další.

Sprint Backlog

Sprint Backlog se skládá z Cíle Sprintu (proč), sada ofProduct Nevyřízených položek vybraných pro Sprint (co), stejně jako anactionable plán pro realizaci Přírůstek (jak).

Sprint Backlog je plán vývojářů a pro ně. Jedná se o vysoce viditelný obraz práce v reálném čase, který vývojáři plánují dokončit během sprintu, aby dosáhli cíle sprintu.V důsledku toho je nevyřízený Sprint aktualizován v průběhu sprintu jakovíce se naučí. Mělo by mít dostatek detailů, aby mohli kontrolovatjejich pokrok v každodenním skrumáži.

závazek: cíl sprintu

cíl sprintu je jediným cílem sprintu. Přestože je cílem tisku závazek vývojářů, poskytuje flexibilitu, pokud jde o přesnou práci potřebnou k jeho dosažení. Cíl sprintu také vytváří soudržnost a soustředění, což povzbuzuje tým Scrum, aby spolupracoval spíše než na samostatných iniciativách.

cíl sprintu se vytvoří během události plánování sprintu a poté se přidá k Nevyřízenému sprintu. Jak vývojáři pracují během sprintu, mají na paměti cíl sprintu. Pokud práce se ukáže být jiné než se očekává, že spolupracovat s Vlastníkem Produktu na vyjednání této působnosti Sprint Backlog v průběhu Sprintu, aniž by to ovlivnilo theSprint Cíle.

přírůstek

přírůstek je konkrétní odrazový můstek k cíli produktu. Každý přírůstek je aditivní ke všem předchozím přírůstkům a důkladně ověřen, což zajišťuje, že všechny přírůstky pracují společně. Aby bylo možné poskytnout hodnotu,musí být přírůstek použitelný.

v rámci sprintu může být vytvořeno více přírůstků. Suma sumárum je prezentována v přehledu sprintu, což podporuje empirismus.Nicméně, přírůstek může být dodán zúčastněným stranám před koncem sprintu. Přezkum sprintu by nikdy neměl být považován za bránuuvolňující hodnotu.

práci nelze považovat za součást přírůstku, pokud nesplňuje definici Done.

závazek: definice Hotovo

definice hotovo je formální popis stavu příjmu, pokud splňuje opatření kvality požadovaná pro produkt.

v okamžiku, kdy položka nevyřízených produktů splňuje definici Hotovo, se zrodí anIncrement.

definice Done vytváří transparentnost tím, že poskytuje každému jasnému pochopení toho, jaká práce byla dokončena v rámci projektu. Pokud položka nevyřízených položek produktu nesplňuje Definicidone, nemůže být uvolněna nebo dokonce prezentována při hodnocení sprintu.Místo toho se vrátí k nevyřízeným produktům pro budoucí zvážení.

Pokud je definice Done for an increement součástí standardů organizace, musí ji dodržovat všechny Scrum týmy minimálně. Pokud to není organizační standard, musí tým Scrum vytvořit definici provedenou odpovídající produktu.

vývojáři jsou povinni odpovídat definici Done. Pokud na produktu pracuje více Scrumových týmů, musí vždy definovat a dodržovat stejnou definici Done.

koncová Poznámka

Scrum je zdarma a je nabízen v této příručce. Rámec Scrum, jak je zde uvedeno, je neměnný. Při implementaci pouze části Scrum ispossible, výsledkem není Scrum. Scrum existuje pouze jako celek a jako kontejner pro další techniky, metodiky a postupy.

Poděkování

Lidé

Z tisíců lidí, kteří přispěli do Mlýna, jsme shouldsingle ty, kteří byli nápomocni na začátku: Jeff Sutherlandworked s Jeff McKenna a John Scumniotales, a Ken Schwaber čest Mike Smith a Chris Martin, a všechny z nich společně pracovali. Mnoho dalších přispělo v následujících letech a bez jejich pomoci by nebylo vylepšeno jako dnes.

Scrum Guide History

Ken Schwaber a Jeff Sutherland poprvé společně představili Scrum na Oopslakonferenci v roce 1995. V podstatě dokumentoval učení, které Ken andJeff získal v posledních několika letech, a zveřejnil první formaldefinici Scrumu.

Průvodce Scrumem dokumenty Scrum jako rozvinuté, se vyvinul, a trvalé for30-plus let, Jeff Sutherland a Ken Schwaber. Jiné zdroje poskytujívzory, procesy a postřehy, které doplňují rámec Scrum.Ty mohou zvýšit produktivitu, hodnotu, kreativitu a spokojenost s výsledky.

kompletní historie Scrumu je popsána jinde. Abychom ctili první místa, kde byla vyzkoušena a prokázána, uznáváme individuální Inc., Newspage, Fidelity Investments a IDX (nyní GE Medical).

© 2020 Ken Schwaber a Jeff Sutherland Této publikaci je nabízen za licence pod AttributionShare-Alike license Creative Commons, dostupné vhttps://creativecommons.org/licenses/by-sa/4.0/legalcode a alsodescribed v souhrnné formě vhttps://creativecommons.org/licenses/by-sa/4.0/. Využitím této ScrumGuide, berete na vědomí a souhlasíte, že jste četli a souhlasíte s tím, aby bebound podle podmínek Attribution Share-Alike licence CreativeCommons.