Metodika scrumu pro řízení projektů. Certifikační kurz Certified Agile Professional Příprava na psm scrum org

Agile (agile, anglicky „flexible“) je přístup k řízení projektů vývoje softwaru. Vyvinutý v polovině roku 2000 (nebo ještě dříve). Agilní přístup zahrnuje několik technik:

Scrum (vhodné pro organizaci interakce mezi Business a IT);
Kanban (vhodné pro organizaci multitaskingu v práci zaměstnance; dobře se hodí ke Scrumu);
XP (principy extrémního programování);
Lean (principy štíhlého rozvoje).

Scrum nabízíme, protože... Je to skvělý způsob, jak vybudovat projekt, který vyžaduje účast jak obchodního, tak IT oddělení.

Scrum se aktivně používá v velké společnosti a korporace.

Hlavní podstata procesu je následující:

projekt probíhá v krátkých iteracích (tzv. sprintech), z nichž každá trvá od jednoho do 4 týdnů;
v projektu jsou pouze 3 role: Product Owner, Scrum Master, Team. Role spolu efektivně interagují a spolupracují.
Scrum má pouze 4 artefakty (dokumenty): Product Backlog (produktové požadavky), Sprint Backlog (požadavky, které budou implementovány ve sprintu), Sprint Goal (cíl sprintu, iterace), BurnDown Diagram (work burndown diagram).
Scrum má pouze 4 rituály. Ale je lepší si o tom přečíst v příslušném článku.

Tým provádí „rituál“ Denního setkání

Výhody agilního přístupu:

rychlé dodání funkcí nejvyšší priority;
snížení nejistoty v požadavcích prostřednictvím prototypování a iterace;
přání snížit objem dokumentace;
rychlá reakce na změny;
orientace na spolupráci se zákazníkem.

Služba implementace scrumu

Nabízíme službu, která vede ke vzniku agilních (flexibilních) procesů projektového řízení ve vaší společnosti. Po dokončení projektu získáte:

Vyškolení manažeři vaší společnosti. Zajistíme školení pro všechny zaměstnance, kteří se podílejí na projektech vývoje softwaru z obchodní i IT strany. Školení bude probíhat několikrát: Obchod a IT, pouze IT, pouze obchod, pouze „pilotní“ projektový tým atd. Celkem bude minimálně 5 sezení.
Vyškolený Scrum tým. Pomůžeme vám sestavit tým, který bude jako první pracovat na pilotním projektu a na příkladu demonstrovat efekt. Posoudíme dostupnost (kapacitu) týmu, navrhneme faktor jeho zaměření, navrhneme způsob rozdělení zdrojů mezi různé projekty a zohledníme další závislosti.
Spuštění „pilotního“ projektu, kde ukážeme, jak proces funguje „od začátku do konce“. To je nejdůležitější část naší práce. Příklad pilotního projektu odhaluje všechny skryté problémy, které brání rozvoji vašeho podnikání (konflikty zdrojů, nedostatek analytiků, neschopnost rychle se rozhodovat atd.). Prozradíme vám, jak se správně vyvarovat vzniklým konfliktům a předcházet podobným případům v budoucnu.
Pokyny pro týmy a mistry. Jednoduchý a přístupný dokument, který popisuje základní akce vyžadované týmem a jeho prostředím pro správné provádění všech procesů ve Scrumu.
IT prostředí. Pokud máte software pro řízení projektů, můžeme vám pomoci jej správně používat v projektech Scrum.

Jak probíhá realizační projekt?

Náš přístup k implementaci je založen na dvoutýdenních fázích. Jsme připraveni dokončit projekt pouze ve 3 fázích:

Školení a příprava na realizaci. Vyškolíme vaše zaměstnance, vyhodnotíme vaše procesy a pomůžeme vám vybrat pilotní projekt. Doporučujeme také podepsat Chartu implementačního projektu Scrum, aby celý podnik stejně chápal rozsah implementace.
Implementace Scrumu na pilotním projektu. Pomáháme zahájit proces na vašem pilotním projektu. Poskytujeme další školení pro tým a produktové vlastníky. Zohledňujeme skutečné vytížení týmu, vliv jiných projektů atd. Vypracováváme také pokyny pro Scrum týmy.
Podpora vašeho pilotního projektu. V případě potřeby provedeme obnovovací instruktáž pro tým. Každý den kontrolujeme, zda vaši zaměstnanci provádějí Scrum rituály správně? Zjištěné chyby jsou opraveny na místě.

Před zahájením naší práce dohodneme podrobný harmonogram prací pro první etapu a doporučený harmonogram pro etapy 2 a 3.

Jak se Agile liší od Scrumu?

Stručně řečeno, Scrum je jednou z Agilních metod.

Scrum je vhodný.

pro produktové týmy, které chtějí zvýšit rychlost práce a zvýšit obchodní hodnotu produktu, který vytvářejí;
pro outsourcingové týmy – pokud požadavek na implementaci Agile/Scrumu pochází od Zákazníka, pomůžeme vám pochopit, jak nejlépe zorganizovat pracovní proces;
pro organizace, které chtějí navázat interakci mezi IT a businessem v rámci projektů interní automatizace.

Cena a náklady na realizaci

Nabízíme typickou realizaci 6 týdnů. Cena bude od 13 do 15 tisíc dolarů. Náklady na typickou implementaci závisí na složitosti vaší organizace a počtu lidí, kteří se na implementaci budou podílet. Důležitou roli hraje také poloha vašeho podnikání. Cestovní výdaje se platí dodatečně.

rozhodnout, který pilotní projekt se jako první přesune do Scrumu. Měl by to být pro společnost důležitý projekt, ale ne nejkritičtější (riziko zastavení projektu by mělo být přijatelné).
vyberte Scrum Master. Měl by to být taktní a nekonfliktní člověk, který nebude vyvíjet tlak na tým pilotního projektu. Mistr musí rozumět specifikám projektu, ale nemusí to být technický člověk.
Najděte produktového vlastníka, který má skutečný zájem o výsledek a dopad implementačního projektu. Nevybírejte top manažery, kteří mají kromě samotného projektu spoustu věcí na práci. Vůle ideální varianta najít zaměstnance, jehož efektivita a bonus přímo závisí na rychlosti, s jakou se produkt objeví na trhu.
Udělejte projektovému týmu prostor, kde mohou pracovat, aniž by je rušili ostatní zaměstnanci. Nechte tým soustředit se pouze na práci.
Jako zákazník projektu buďte neustále nablízku týmu, abyste byli schopni rychle řešit problémy.

Společnost Project Office je jedinou společností v Bělorusku, která vyučuje a implementuje „agilní“ metody vývoje softwaru.

Pomáháme:

zvolit nejoptimálnější způsob implementace změn;
vybrat lidi – klíčové účastníky procesu (po dohodě se zákazníkem);
dosáhnout cílů implementace a poskytnout zákaznickou podporu po dokončení projektu.

Během sprintu musí být dokončena veškerá práce potřebná k získání pracovní verze produktu. Rozsah sprintu by měl být pevně daný. Díky tomu může tým převzít zodpovědnost za jeho realizaci. Na základě toho nemůže backlog sprintu měnit nikdo kromě týmu.

O tom všem se můžete podrobně dozvědět z knihy „Scrum - revoluční metoda projektový management“ od Jeffa Sutherlanda a v rozhovoru na téma praktik budeme pokračovat. Jakmile se s nimi seznámíte, budete schopni pochopit, jak je projekt Scrum implementován.

Denní scrum setkání

Denní schůzky se konají ráno před začátkem práce. Jsou nezbytné, aby každý člen týmu věděl, kdo přesně co v aktuálním projektu dělá. Optimální délka takových schůzek je 15 minut. V procesu se nevyřeší žádné problémy, protože... účastníci jednoduše sdílejí informace. Pokud se vyskytnou problémy, které vyžadují řešení, jsou vyřizovány mimo zasedání.

Scrum Master vede každodenní setkání. Na druhou stranu položí každému účastníkovi následující otázky:

Co jsi dělal včera?
Co budeš dnes dělat?
S jakými problémy jste se setkali?

Scrum Master zadá všechny otevřené otázky do seznamu „Action Items“. Formát „Co? SZO? Když?". Zde je jednoduchý příklad takového seznamu:

Diskutujte o detailech návrhu pozadí
Tolya a Kolja
Hned po obědě

Každodenních schůzek se může zúčastnit každý zájemce, ale všechna rozhodnutí dělají pouze členové vývojového týmu. Důvodem je odhodlání účastníků dosáhnout cíle sprintu. Pokud se na rozhodování podílí někdo jiný, zbaví tím odpovědnosti členy týmu.

Sprint kontrolní schůzky

Na konci každého sprintu je běžné uspořádat demo schůzku, kde se sprint zkontroluje. Optimální délka těchto setkání není delší než 4 hodiny.

Na začátku schůzky vývojový tým ukáže majiteli produktu svou pracovní verzi (předvede výsledky odvedené práce). Schůze probíhá pod kontrolou samotného majitele a ten má právo na ni pozvat všechny zájemce a jejich zástupce.

Produktový vlastník během schůzky vyhodnotí, které požadavky z backlogu sprintu byly splněny, prodiskutuje výsledky s týmem a zákazníkem a společně s nimi naplánuje úkoly, které mají být dokončeny v novém sprintu.

V druhé polovině setkání Scrum Master společně s ostatními účastníky analyzuje uplynulý sprint. Vývojový tým je určuje, analyzuje, vyvozuje závěry a činí rozhodnutí, která zlepší další práci.

Na konci schůzky jsou výsledky shrnuty a je naplánován další sprint (to se děje podle obvyklého algoritmu plánování sprintu, který jsme již probrali). Po dokončení druhého sprintu se koná nové demo setkání a tak dále v kruhu, dokud není projekt Scrum zcela dokončen.

Nouzové zastavení sprintu

Nouzové zastavení sprintu je nutné pouze ve speciálních případech. Tým může zastavit sprint před uzávěrkou (termín pro dokončení sprintu), pokud si uvědomí, že není možné dosáhnout výsledků stanovených pro tento sprint. Sprint může také zastavit vlastník produktu, pokud již není potřeba dosáhnout cíle sprintu.

Pokud je sprint zastaven, všichni účastníci projektu se sejdou na valné hromadě, aby prodiskutovali důvody zastavení a další kroky. Poté je dán souhlas k zahájení nového sprintu a jeho naplánování, pro který jsou použity stejné algoritmy.

Je snadné vidět, že postupy Scrumu jsou docela jednoduché. Ale kromě rolí a postupů v řízení projektů Scrum existují také důležité dokumenty, nazývané artefakty. Již jsme je krátce zmínili, ale bude lepší, když se tomuto tématu ponoříme trochu hlouběji.

Artefakty ve Scrumu

V každém projektu Scrum existují tři hlavní artefakty (dokumenty):

Produktový backlog
Sprint Backlog
Sprint Chart (Burndown Chart)

Každý z artefaktů má své vlastní vlastnosti.

Protokol produktu

Produktový backlog je připraven na samém začátku projektu. Je to seznam požadavků seřazených podle důležitosti. Sestavuje jej vlastník produktu a vývojový tým jej doplňuje, včetně odhadů nákladů na implementaci každého požadavku.

Produktový backlog by měl obsahovat technické a funkční požadavky nezbytné pro jeho vývoj. Tyto požadavky je třeba upřednostnit a ty s nejvyšší prioritou podrobně rozepsat, aby je tým měl možnost vyhodnotit a otestovat.

Včasný a připravený detailing projektů, stejně jako jejich kompletní a včasné dodání, jsou úkolem produktového vlastníka.

Sprint Log

Backlog sprintu odráží funkcionalitu, kterou si produktový vlastník vybral z dříve zkompilovaného produktového backlogu. Každá funkce je rozdělena na úkoly. Rozpis je proveden tak, aby splnění jednoho úkolu nezabralo více než dva dny.

Díky kvalitnímu rozčlenění funkcí do úloh lze sprint naplánovat tak, aby na jeho konci nezůstalo nic nedokončeného, čímž je dosaženo cíle iterace.

Po dokončení podrobností se odhadne backlog sprintu a tento odhad se porovná s počátečním odhadem nevyřízeného produktu. Když jsou identifikovány významné nesrovnalosti, vývojový tým spolupracuje s vlastníkem produktu, aby určil množství práce, kterou je třeba dokončit během konkrétního sprintu, a také množství, které lze přenést do další iterace.

Menší úkoly, které nemají velký dopad na dosažení cíle iterace, jsou z backlogu sprintu vyloučeny.

Rozpis sprintu

Graf sprintu je potřeba k zobrazení denní změny v celkové práci zbývající do konce sprintu. S jeho pomocí může tým analyzovat aktuální situaci a včas reagovat na změny.

Kromě toho může vlastník produktu pomocí plánu sprintu sledovat průběh iterace. Proto je pro něj velmi snadné zjistit: pokud se množství práce každý den nesnižuje, znamená to, že v procesu existují určité odchylky a akce týmu je naléhavě nutné upravit.

Toto jsou obecné rysy metodiky Scrum. Pokud byste chtěli této metodě porozumět podrobněji, pak vám s tím pomůže Jeff Sutherland – podívejte se na již zmíněnou knihu „Scrum – revoluční metoda projektového řízení“. A to můžeme jen shrnout stručné shrnutí Skrumáž.

Závěry o Scrumu

Tedy související se systémem metod flexibilní řízení Agilní, Scrum lze bezpečně nazvat skutečným nálezem pro lidi, jejichž aktivity souvisejí s projekty. Mezi její přednosti vyniká především orientace a přizpůsobivost. Metoda umožňuje kdykoli změnit požadavky projektu (i když nezaručuje, že tyto změny budou implementovány). A tato příležitost je pro zákazníky velmi atraktivní.

Za druhé, Scrum se velmi snadno učí. Navíc metoda nezabere obrovské množství času. A vzhledem k tomu, že pracovní systém je postaven na iterativním principu (a každá iterace má svůj vlastní cíl), pomocí metody Scrum můžete na konci každého sprintu získat pracovní verze produktu.

Za třetí, v metodě je kladen důraz na multifunkční a samoorganizující se tým, který je schopen řešit většinu problémů s minimální koordinací. Právě z tohoto důvodu jsou projekty Scrum vhodné pro startupy a malé společnosti, čímž odpadá nutnost školit specializovaný personál manažerů nebo najímat externí odborníky.

Ale neměli byste si myslet, že metodika Scrum je řešením všech problémů a zárukou úspěchu. Má také několik nevýhod. Například jeho minimalismus a jednoduchost určují, byť málo, ale přesto přísná pravidla, zejména pravidla interakce v rámci týmu, což může v některých případech zákazníkovi způsobit určité nepříjemnosti.

Další nevýhodou je absence plánu, protože všechny akce účastníků projektu probíhají v reálném čase. A konečně, zaměřit se na tým také není vždy užitečné. Přestože není potřeba koordinace týmu (a tedy žádné náklady na ni), mohou se zvýšit náklady na nábor, školení a motivaci zaměstnanců. Pokud například na trhu práce není dostatek vhodných specialistů, budete muset najmout buď drahé odborníky, nebo nenajmout vůbec nikoho.

Výhody metodiky Scrum se však nedají srovnávat s jejími nevýhodami a s jistou dávkou vytrvalosti nebude její zvládnutí těžké. Používání Scrumu pomáhá společnostem realizovat různé projekty a stát se konkurenceschopnějšími. Metoda je orientovaná na změnu a neustálý vývoj a jeho flexibility je dosaženo neustálou vzájemnou interakcí účastníků projektu.

Připomeňme ale, že tato recenze je čistě informativní, tedy k získání dodatečné informace V každém případě se budete muset obrátit na zdroje třetích stran. A od nich se můžete dozvědět o dalších spletitostech řízení projektů Scrum a funkcích jeho aplikace. Můžete začít tímto krátkým videem a my vám přejeme hodně štěstí a úspěšnou realizaci všech vašich projektů!

Projektový management ,

Agilní

Produktový management

Když jsem si přečetl: „Agile je mnohem víc než jen Scrum“ - v popisu certifikačního kurzu Certified Agile Professional od ScrumTreku mě první napadlo: proč ScrumTrek, pak se měl jmenovat AgileTrek? Po absolvování tohoto školení jsem se k tomuto tvrzení vrátil s vážnějším postojem. Co jsem si tedy ze školení odnesl? Poznámky, letáky a certifikace Certified ICAgile Professional? Co takhle pochopit, co je Agile? Jaký je koncept agilního přístupu? Co je agilní způsob myšlení?

V této poznámce sdílím své dojmy ze školení. Nejde ani tak o převyprávění obsahu školení, jako o subjektivní posouzení přínosu znalostí z něj získaných. Doufám, že to pomůže určit, zda toto školení potřebujete.

Historie Agile

Dobře si pamatuji příběh Agile, který školitel představil v podobě progresivního zrání celého odvětví softwarového vývoje.

Code-and-Fix umožnilo průmyslu začít psát kód relativně levně bez jakýchkoli plánů, dokumentace nebo speciálních požadavků na kvalifikaci vývojáře.

V 70. letech jej nahradil model Waterfall, který snížil rizika, zvýšil transparentnost vývoje softwaru a také odstranil problém s vysokými náklady na údržbu softwaru při zachování nízkých požadavků na kvalifikaci vývojáře. Model se začal používat všude, což rychle odhalilo jeho problémy. Waterfall funguje dobře pouze v případech, kdy je vše známo předem: jaký produkt je třeba vyvinout, jaké implementační technologie je třeba použít – a během toho nedochází k žádným změnám.

První pokusy o nápravu byly spojeny se vznikem iterativních přístupů v 90. letech 20. století. Na jedné straně tomu napomáhá zlevnění počítačů, kdy počítačový čas přestává být objektivním omezením, což umožňuje opakované experimenty pro zvýšení funkčnosti produktu. Na druhou stranu nové IT technologie stále více zvyšují konkurenci, takže je podniky musí rychle aplikovat v podnikání. Kdo implementoval nová technologie před ostatními si získal zákazníky i trh. Od tohoto okamžiku začíná aktivní vývoj flexibilních vývojových procesů, jejichž cílem je poskytnout podnikům rychlé dodání funkčnosti. V podstatě dochází k návratu k „rychlé“ metodě Code-and-Fix, ale je doplněna plánováním a eliminací rizik.

Mimochodem, zdá se mi, že dodnes většina firemních vývojářů vůbec nepoužívá Scrum, jak si myslí, ale iterativní vodopád. Podívejte se na níže uvedené schéma, takhle to u vás funguje?

Nebo je to pořád stejné jako ve Scrumu?

V roce 1992 se objevil Crystal a poprvé se zaměřil na časté poskytování pracovního kódu koncovým uživatelům. Poté, v roce 1994, byl představen DSM (Dynamic Systems Development Method), který hlásal zaměření na obchodní potřeby a neredukovatelnou úroveň kvality softwaru (přibližně ve stejném roce se objevil termín Refactoring). Nakonec byl v roce 1996 představen Scrum Framework a stal se de facto standardem pro řízení agilního vývoje. V témže roce se poprvé začalo používat párové programování. A v roce 1999 se objevily XP, které přinesly koncept uživatelských příběhů (User Story), plánování vydání a průběžnou integraci (Continuous Integration). Výsledkem všech těchto soukromých iniciativ byl Agile Manifesto for Software Development, vyvinutý v roce 2001, který zakotvuje 10 let ověřené hodnoty a principy pro rychlé poskytování funkčnosti podnikům.

Další vývoj Agile je spojen s pokusy o eliminaci všech možných ztrát (prostojů) v procesu vývoje softwaru a tím další zvýšení rychlosti dodání funkcionality. V roce 2003 se objevil Lean Software Development jako adaptace konceptu štíhlá výroba Toyota do průmyslu vývoje softwaru. V roce 2006 toto hnutí pokračuje vznikem Kanban Software Development, který představuje hotový algoritmus pro eliminaci plýtvání v toku poskytování hodnoty (funkčnosti) podniku. Také v roce 2011, v reakci na explozivní růst SAAS (software jako služba), se objevil koncept DevOps, který kombinuje vývoj a údržbu s cílem eliminovat plýtvání na rozhraní.

Celkově výroba (vývoj) přestala být úzkým hrdlem, naučila se co nejrychleji uspokojovat potřeby podniku. Agilní vývoj však pokračuje. Za prvé, v oblasti škálování Agile na velké podniky(Bezpečný). Za druhé, velké množství nepodařilo investiční projekty vyvolává otázku při vývoji produktu: Jak můžeme vyvinout ten nejžádanější produkt co nejlevněji? V roce 2009 se Lean Startup stal odpovědí na toto omezení.

Agilní hodnoty a principy

Spolu s účastníky lektor důsledně a hluboce analyzuje každou hodnotu a každý princip manifestu agilního rozvoje software. Přiznám se, že před tréninkem jsem upřímně věřil, že rozumím hodnotám a principům dokonale. Ukázalo se, že to není tak úplně pravda.

Například druhá hodnota Agile je: „Funkční produkt je důležitější než komplexní dokumentace.“ Svého času to bylo prohlášení o popření vodopádového modelu, ve kterém je chápání pokroku z velké části založeno na projektová dokumentace. Ale ve verzi 2 Agile Manifesto se formulace změnila: „Obchodní hodnota je důležitější než fungující produkt“ (Agilní Manifest 2.1 – „Agilnější Manifesto“). Toto je příklad vývoje agilních hodnot spojených se vznikem Lean Startup: příliš mnoho fungujících produktů se ukázalo být pro nikoho k ničemu.

Scrum a Kanban

Významnou součástí školení je přehled Scrum Frameworku a Kanbanu. Převyprávění této části školení není účelem této poznámky. Jen poznamenám, že kouč vám pomáhá cítit každý netriviální okamžik na dosah ruky týmová hra. Ale o tomhle stojí za to mluvit podrobněji.

Hry v Agile

Všechny hry bylo snadné se naučit a bylo zábavné je hrát. Během jedné hry druhého dne školení jeden z účastníků zvolal: „Co jsme dělali předtím? Tady to je!" Níže budu mluvit o tom, co jsme se z her naučili.

Hry Penny/Multitasking naživo (na nás samých) a přesvědčivě (s obyčejnými stopkami) demonstrovaly nutnost dávat si malé porce práce a nedělat několik úkolů zároveň. Viděli jsme, jak se tím eliminují ztráty způsobené prostojemi v přísně sekvenčním pracovním procesu (vodopád), ztráty způsobené hromaděním nedokončené práce (žvýkání plného úst trvá déle) a ztráty způsobené přepínáním kontextu (v modelu vodopádu zaměstnanec s největší pravděpodobností bude pracovat na několika projektech současně).

Plánování pokeru je tak jednoduchá technika pro hodnotící tým, že i v krátké hře vám umožní pocítit její přednosti. Například všichni členové mého herního týmu se nakonec shodli na tom, že většinu času jsme vůbec nestrávili odhadováním mzdových nákladů té či oné práce, ale probíráním práce, kterou jsme zpočátku chápali jinak. Jinými slovy, hlavní přínos vůbec nespočívá v hodnotícím čísle, ale ve stejném chápání práce. Na druhou stranu, protože jsme byli časově omezeni, vyhýbali jsme se hádkám a diskusím, pokud naše hodnocení okamžitě souhlasila. Jednoduché věci, ale jak těžké je dodržovat je ve své práci! Není to ono?

Hravé zinscenování sabotáže na Daily Standup Meeting nás přivedlo zpět k diskusi o agilních hodnotách. Scrum Master (procesní kouč) by například neměl být manažerem vývojového týmu nebo by se podle toho neměl chovat, to znamená rozdělovat úkoly, zapojovat emoce a stavět se proti skupině, čímž by se setkání proměnilo v nudné reportovací setkání členů týmu. k sobě.

náklady na vzdělání: pro jednotlivce - 25 250 rublů. / pro organizace - 29 260 rub. Certifikát o ukončení:Po absolvování kurzu studenti obdrží certifikát od PM Expert - PMI® Global Registered Education Provider a budou si moci započítat 24 tréninkových hodin (PDU) ke zkoušce PMI Agile Certified Practitioner (PMI-ACP).

Rozdělení PDU podle Talent Triangle

technický	strategický	vedení lidí
8	8	8

anotace

Během posledního desetiletí začaly tisíce společností uplatňovat nové přístupy k řízení softwarových projektů, zejména různé metodiky založené na agilních principech. Nejoblíbenější z nich je Scrum.

PMBOK® však také neztrácí půdu pod nohama. Podle většiny si musíte vybrat: PMBOK® nebo Scrum. Ale existuje i třetí cesta. V kurzu se naučíte, jak zkombinovat důkladnost PMBOK® a flexibilitu Scrumu ve prospěch vašeho rozvoje.

Motto kurzu je: „Od slov k činům“. Hlavní důraz při studiu učebního materiálu je kladen na praxi - více než 60 % kurzu tvoří praktické třídy. Ve třech dnech výuky nejen pochopíte, jak používat metodologii Scrumu, ale také si Scrum prakticky „ohmatáte“.

Účel (výsledek) školení

Během workshopu budou účastníci moci:

Pochopte, jak vám myšlenky, které jsou základem agilní metodologie, umožňují řešit „věčné“ problémy vývojářů.
Pochopte, jak může mít relativně jednoduchý proces, jako je Scrum, tak významný dopad na efektivitu a produktivitu vývoje softwaru.
Naučte se používat agilní komunikační nástroje.
Naučte se vytvářet užitečné, praktické a spolehlivé plány. Kurz představí různé techniky hodnocení, včetně plánování pokeru, které výrazně zvyšují šance na včasné získání výsledku, který zákazník potřebuje.
Pochopte, jak organizovat efektivní práce se zúčastněnými stranami, abychom včas vyvinuli produkt, který je pro zákazníka nejužitečnější.
Naučte se, jak organizovat práci Scrum týmu, abyste několikrát zvýšili efektivitu vývoje. Pro zaměstnance organizací, kde údržba softwaru hraje významnou roli, budou zajímavé části kurzu věnované kanbanu.
Získejte odpovědi na otázky a rady od předního odborníka s významnými praktickými zkušenostmi s řízením projektů vývoje softwaru.
Prakticky si osvojte práci s nástroji Scrum, jako jsou: produktový backlog, sprint backlog, denní scrum meetingy, sprint plánovací meetingy, burndown grafy a další.
Pochopte, jak používat Scrum pro projekty různé složitosti a rozsahu.
Pochopte, proč je implementace Scrumu někdy plná vážných potíží a pochopte, jak se s problémy vypořádat.

Trenéři kurzů

Nikolay Ryamzin, CSM, RMR, RME - přední konzultant PM Expert

Publikum

Za absolvování kurzu je uděleno 24 PDU.

Popis vzdělávacího programu

Projektové řízení jako obor znalostí je pevně etablováno v praxi mnoha komerčních a státní společnosti a organizací. Při realizaci řady projektů především ve vysoce intelektuální sféře se však ukázalo, že „klasické“ přístupy projektový management buď fungují jen částečně, nebo nefungují vůbec.
Pokud projekty zahrnují řešení velkého objemu analytických úkolů, pokud se situace v projektu mění denně nebo dokonce každou hodinu, pokud se na projektu podílí kompaktní tým profesionálů o 5/9 lidech, pokud projekt často mění obsah a funkčnost budoucnosti Systém, a Práci je třeba provést včas a s požadovanou úrovní kvality, pak může být nutné použít flexibilní (agilní) přístupy k řízení projektů. Metoda Scrum si získala největší oblibu a úspěšně se používá v různých odvětvích ekonomiky: informační technologie, finance, vzdělávání, vědecký výzkum atd.
Kurz Scrum Agile Project Management je navržen tak, aby dal projektovým týmům nástroje pro efektivnější plánování, provádění a řízení high-tech projektů pomocí nejpokročilejších agilních metod.
Po absolvování kurzu student:
Vědět:

hlavní procesy a události flexibilního projektového řízení (PM) při implementaci Scrumu;
způsoby, jak najít základní informace o flexibilních metodách v PM;
rozdíly mezi klasickými přístupy v PM a těmi, které navrhuje Scrum;
vlastnosti organizace projektového řízení pomocí metody Scrum;
životní cyklus projektu Scrum.

Být schopný:

identifikovat účastníky projektu;
určit cíle a očekávání zainteresovaných stran od konečného výsledku;
formulovat požadavky a definovat uživatelské příběhy;
plánovat úkoly pro Sprint;
kontrolovat průběh sprintu;
řídit změny v průběhu projektů;
identifikovat, analyzovat a reagovat na rizika během projektu Scrum;
řídit rizika.

Vlastní:

dovednosti při vytváření produktového backlogu;
dovednosti při vytváření Sprint Backlogu;
dovednosti při pořádání schůzek v projektech Scrum;
dovednosti prokázat výsledky.

Úspěšné absolvování tohoto kurzu umožní specialistům:
Řídit celkový průběh projektu Scrum.

Účel kurzu

Formování a zdokonalování odborných kompetencí v oblasti realizace projektů metodou Scrum

cílové publikum

Specialisté, jejichž činnost souvisí s vývojovými a/nebo implementačními projekty informační systémy(JE):

manažeři a analytici,
členové projektového týmu

Nezbytná příprava

Zkušenosti s účastí na projektech vývoje a/nebo implementace IS.
Je vhodné mít znalosti a dovednosti v rozsahu kurzu UP130 „Základy projektového řízení“ nebo tento kurz absolvovat

Úvod do flexibilního (agilního) projektového řízení.
Základy projektového řízení metodou Scrum.
Obecný popis metody Scrum.
Životní cyklus projektu Scrum.
Definice sprintu.
Hlavní artefakty projektu Scrum.
Organizace projektu metodou Scrum
Role mimo projekt. Zúčastněné strany. Zákazník projektu (zákazník), sponzor (sponzor), spotřebitelé finální produkty(Uživatelé)
Role projektový tým(Scrum tým, Scrum tým). Vlastník produktu. Scrum Master. Vývojářský tým.
Životní cyklus projektu Scrum
Zahájení. Vytvoření prioritního produktového backlogu.
Plánování a hodnocení. Vývoj a hodnocení uživatelských příběhů. Tvorba a hodnocení Úkolů. Plánování sprintu. Plánování pokeru.
Provedení. Vytváření výstupů projektu. Struktura sprintu, Focus Factor. Vedení každodenních scrumů.
Řízení. Recenze sprintu. Retrospektiva sprintu. Zrušit sprint.
Dokončení. Akceptace výsledků projektu. Retrospektiva projektu.
Další aspekty projektového řízení pomocí metody Scrum
Řízení změn. Provádění změn v projektech Scrumu. Změny během sprintu.
Kontrola kvality. Grooming (Péče o produktový backlog). Spike (Enabler - historie).
Řízení rizik. Řízení rizik během projektu metodou Scrum.
Dokumenty v projektových aktivitách

Praktické lekce

Elementy Životní cyklus Scrum - projekt.
Vytvoření produktového backlogu. Dekompozice a prioritizace uživatelských příběhů.
Plánování etapy práce (Sprint), sestavení Sprint Backlogu. Vyhodnocování uživatelských příběhů a úkolů.
Provedení pracovní etapy. Denní týmová setkání (Daily Scrum Meeting).
Demonstrace získaných výsledků zákazníkovi (Sprint Review Meeting).
Setkání o výsledcích pracovní etapy (Sprint Retrospective Meeting).
Řízení projektu Scrum a pracovní fáze. Práce s vizualizačními nástroji: Tasks Board a Burndown Chart. Analýza výkonů.
Řízení rizik v projektu Scrum.

Přijatý dokument

Certifikát o pokročilém školení a mezinárodní certifikát.