Scrum a Agile pro panenky

Existuje mnoho různých metod, pomocí kterých můžete implementovat principy a filozofii Agile. Některé z nich zahrnují Kanban, Programování (XP), Crystal a System (DSDM).

Jednou z nejoblíbenějších metod Agile Scrum s jednoduchým rozhraním je intuitivní a zajímavý způsob, jak se zaměřit na projekt. Přestože byla Agile vytvořena speciálně pro vývoj softwaru, každý, kdo pracuje v dynamickém a rychle se rozvíjejícím prostředí, může těžit z flexibilní a iterační práce.

Historie metodiky

V roce 2001 se v Snowbirdu v Utahu setkalo 17 předních softwarových autorů, mezi nimi Jeff Sunderland, který je považován za kmotra Agileho. Jeff a jeho přátelé společně vytvořili legendární Manifest pro vývoj agilního softwaru, který si kladl za úkol rozdělit se na velké omezení tradičního vývojového softwaru. Ačkoli název projektu Agile Scrum může vypadat děsivě, uživatel nemusí být vývojářem softwaru, který snadno pochopí jeho principy fungování a začne ho používat nezávisle.

Překlad slova agile znamená: agilní, živý, rychlý, agilní, agilní a program je plně v souladu s těmito hodnotami. Tradiční metody řízení projektů, jako jsou Waterfall, PMBOK PMI a PRINCE2, jsou tuhé a kontrolovatelné. Popisují různé fáze plánování projektů od začátku do konce a předpokládají, že uživatelé mají předem všechny požadavky a nezbytné informace. Agile Scrum odmítá všechny tradiční metodiky řízení projektů jako těžkopádné, omezující a nevhodné pro nové požadavky, neboť podnikové týmy musí být rychlé a flexibilní.

Flexibilní řízení projektů má nejistotu, jak je uvedeno, a hodnoty jsou zodpovědné za změnu plánu. Agilní plánování vás nabádá k práci na něco malém, rychle jej provést, získat zpětnou vazbu, zhodnotit, co funguje a co ne, a přizpůsobit svůj plán výsledků. Tento proces malých, rychlých a opakujících se cyklů je známý jako "iterativní".

Zásady kontroly základního systému

Zkoumání základů metodiky je nejsnazší částí projektu. Masteringová technologie je obtížnější úkol. V tomto smyslu je Agile podobný pokeru, ve kterém jsou pravidla zvládnuta za 10 minut, ale pak bude trvat dlouho, než začnete správně hrát. Níže uvádíme několik základních kroků, jak začít:

1. Stáhněte si a vytiskněte PDF verzi oficiálního Scrum průvodce.
2. Zvýrazněte fráze a role, které jsou pro uživatele nové, a začněte pracovat na zapamatování si toho, co každý z nich v Agile Scrum znamená.
3. Vyberte roli.
4. Vyberte Scrum Master, pomůže týmu posunout se na principy Scrum, který pracuje na modelu "head-subordinates".
5. Vytvoření produktu Backlog - to je místo, kde je uvedeno vše, co projekt potřebuje, seřazeno podle důležitosti.
6. Vzhledem k tomu, že projekt vzniká, když se objeví nové potřeby, přidávají se k němu. Vlastník produktu je za to primárně zodpovědný.
7. Začněte s plánováním, vyberte úkoly z nevyřízeného plánu, který bude dokončen v prvním projektu. Sprint je časově omezen.
8. Určete dobu trvání projektu, nejdéle však jeden měsíc.
9. Určete úkoly, které by měly být zahrnuty do programu Agile Scrum a kdo za ně bude zodpovědný.
10. Spusťte sprintu. Členové týmu pracují na svých vlastních projektech a každý kontroluje jejich průběh v denním setkání Scrum. Toto setkání trvá asi 20 minut, týmy odpoví 3 otázek: co se dělo včera? co se bude dělat dnes? Jaké bloky dnes fungují a jakou pomoc potřebujeme?
11. Proveďte analýzu sprintu.
12. Provést nové plánování s cílem zlepšit jeho práci a zajistit efektivitu projektu.
13. Po dokončení prvního sprintu spusťte nový, zvýrazněte více úkolů z nevyřízené paměti a opakujte proces.

Trenér týmu

Scrum - flexibilní způsob řízení projektu - je obvykle vývoj softwaru. Agilní vývoj softwaru je často vnímán jako metodika, ale ve skutečnosti představuje strukturu řízení procesů. Agile Scrum: co je to? Agile Scrum jako součást flexibilního rozvoje týmu je dobře demonstrována na funkcích role. Jsou podporovány dvěma specifickými úkoly.

První roli je Scrum Master, který může být považován za trenéra týmu. Pomáhá členům týmu využívat proces realizace projektu na nejvyšší úrovni. Vlastník produktu (software) je druhou úlohou, řídí tým, aby vytvořil správný produkt. Model Scrum předpokládá, že projekty procházejí řadou sprintu. V souladu s flexibilní metodikou mají sprinty časový rámec nejvýše měsíc a nejčastěji dva týdny.

Model představuje plánovací setkání na začátku šprintů, kde členové týmu zjistí, kolik funkcí mohou provádět, a pak vytvoří nevyřízený počet sprintu, seznam úkolů, které je třeba provést během šprintů. Během týmu Scrum Flex Sprint získává řada funkcí od myšlenky k kódované a ověřené funkčnosti. Na konci jsou tyto funkce prováděny, což znamená kódování, testování a integraci do rozvíjejícího se produktu nebo systému.

Scrum proces: jádrové artefakty

Agile Scrum projektové řízení pomocí flexibilních přístupů naznačuje přítomnost artefaktů. Primární mezi nimi ve vývoji Scrum je samotný výrobek. Model očekává, že tým přinese produkt nebo systém do potenciálně provozního stavu na konci každého sprintu. Sklizeň produktu je dalším artefaktem. Jedná se o úplný seznam funkcí, které mají být k produktu přidány. Majitel upřednostňuje nevyřízené zálohy, takže tým vždy používá nejcennější funkce.

Oblíbeným a úspěšným způsobem, jak vytvořit metodu zpoždění produktu, je vyplnění uživatelských příběhů, které poskytují stručný popis funkcí popsaných z jejich pohledu. V řízení projektů, v první den sprintu a během plánovacího setkání, členové týmu rozhodují o zpoždění sprintu. Sprintující zpoždění lze považovat za týmový seznam pro sprint, zatímco zpoždění produktu je seznam funkcí, které je třeba vytvořit jako uživatelské příběhy.

Sprint lag je seznam úkolů, které musí tým splnit, aby přidal funkcionalitu.

Další artefakty, které jsou výsledkem pružné metodiky Scrum, jsou časová osa sprint a výstupní graf. Burndown grafy ukazují, že pracovní položka zůstane buď ve sprintu nebo v uvolnění a je efektivním nástrojem pro vývoj softwaru, který určuje, zda nový sprint předá plán, takže všechny plánované úlohy budou dokončeny do požadovaného data.

Týmové úkoly účastníků

Scrum Master je trenér týmu a pomáhá týmům Scrum pracovat s nejvyšší úrovní výkonu. V procesu Master se liší od tradičního projektového manažera, včetně této role nezajišťuje každodenní vedení týmu a nepřiřazuje úkoly jednotlivcům. Dobrý Mistr v procesu řízení Agile Scrum projektů skrývá tým od vnějších rozptýlení, což umožňuje svým členům soustředit se během šprintů na zvolený cíl.

Zatímco Scrum Master se zaměřuje na to, že pomáhá týmu být nejlepší, vlastník produktu pracuje, aby řídil tým správným cílem. Vlastník to dělá tím, že vytvoří přesvědčivou vizi produktu a předá jej týmu. Je zodpovědný za upřednostňování nevyřízených záležitostí během vývoje Scrum, aby se ujistil, že dosáhl nuly, protože se v tomto případě dozví o systému ve výstavbě, jeho uživatelích a týmu.

Třetím a posledním úkolem v řízení projektů je tým Scrum. Přestože se k němu mohou připojit lidé s různými názvy pracovních pozic, v tomto projektu jsou tato jména nevýznamná.

Technika uvádí, že každá osoba přispívá jakýmkoli způsobem k dokončení práce každého sprintu. To neznamená, že testovací přístroj změní design systému. Účastníci budou trávit více času na práci, v jakékoliv disciplíně, kterou mohou pracovat, než udělají flexibilní modelové rozhodnutí. Ale se Scrumem, lidé budou pracovat mimo své odpovědnosti, protože to bude děláno pro dobro týmu.

Projektový manažer

Šermířský mistr je osoba, která pomáhá ostatním lidem pochopit projekt a slouží jeho týmu tím, že eliminuje překážky. To také pomáhá zjednodušit složitost učení Agrum. Průvodce musí zajistit, aby vývojový tým fungoval na základě základních hodnot. On je často považován za trenéra týmu, který jí pomáhá dělat lepší práci. Kromě toho zaručuje, že implementace společnosti Scrum bude v podniku úspěšná. Mistr se chová jako centrum projektu.

Musí vykonávat následující funkce:

1. Řídí, že tým splňuje obchodní cíle.
2. Podporujte týmovou týmovou práci
3. Provádět plánování, shromažďování týmových zakázek, demonstrace šprintů, retrospektiva sprintu.
4. Proces a pomáhá udržovat integritu hodnot projektu.
5. Přispějte ke zlepšení technických postupů, jako je TDD, automatizované testování a průběžná integrace.
6. Monitorování přítomnosti zúčastněných stran na schůzi.
7. Kontrola rozložení rizika mezi týmy.
8. Studie proveditelnosti, vypracování a ověřování specifikací.

Kanban vs Scrum

Scrum a Kanban jsou iterativní pracovní systémy, které se spoléhají na procesní toky a jsou navrženy tak, aby snižovaly množství odpadu. Existuje však několik zásadních rozdílů mezi nimi.

Kanban je metoda vizuálního managementu, kterou vyvinuli Hirotaka Takeuchi a Ikujiro Nonaka v strategiích vývoje produktů v roce 1986. Dnes pokračuje výzkum a vývoj společnosti Kanban a obchodní týmy neustále hledají nové způsoby, jak je využít jako užitečný nástroj, včetně výkonu, účinnosti, doby cyklu a kvality. Kanban funguje dobře při použití metody Scrum nebo jiné metody Agile.

Kanban lze v zásadě použít k vizualizaci a zlepšení toku práce bez ohledu na metodiku použitou k provedení práce. Kanban lze nakonfigurovat tak, aby odpovídal procesům a pracovním systémům, které má tým nebo společnost již. Po přijetí nebo vývoji metody práce založené na zásadách agility může tým začít používat nástroje Agile, jako jsou kanbanové desky a nástroje pro předpovídání projektů, které pomohou řídit projekty a pracovní postupy.

Srovnávací tabulka pro Agile Scrum a kanban.

Řízení portfolia

Rozumí se, že uživatel nemůže sám o sobě zvážit správu portfolia, ale jeho názor by měl být zohledněn v kontextu ostatních částí projektu, které ovlivňuje. Strategie, která zjednodušuje správu portfolia, například jediný způsob, jak financovat týmy, může způsobit nadměrné náklady a byrokracii pro týmy, které jsou financovány.

V metodice Agile Scrum pro správu portfolia je devět důležitých faktorů:

1. Potenciální hodnoty. Tým managementu portfolia identifikuje potenciální nové nápady a vývojové produkty tím, že zkontroluje podnikatelské prostředí a zjišťuje, co dělají konkurenti získáním zpětné vazby od stávajících zákazníků. To pomůže zajistit jejich budoucí potřeby pomocí flexibilního modelování a brainstormingu.
2. Potenciální závazky. Tým správy portfolia bude investovat čas do pochopení potenciálních iniciativ. Mohou preferovat obchodní případ za tímto účelem, vytvářet předpoklady na vysoké úrovni o tržním potenciálu nebo návratnosti investic (ROI). Tým také může zvážit alternativní přístupy k této práci a vybrat fokusovou skupinu nebo malý experiment, aby lépe využil metodiku Agile Scrum.
3. Prioritní potenciální úsilí. Vzhledem k tomu, že má málo organizací neomezené rozpočty na práci na projektu, je nutné upřednostnit potenciální iniciativy a pak investovat do těch nejdůležitějších oblastí. Při určování priorit je třeba zvážit několik faktorů, včetně: obchodní hodnoty, podnikatelského rizika a závislosti.
4. Řízení rozpočtu portfolia. Tradiční firmy každoročně procházejí rozpočtovým procesem, což vede k značné režii a riziku. Účinnějšími strategiemi je opuštění tradičního financování a přechod na plánování rozpočtu, které se vyvíjí podle toho, jak se potřeby a zdroje odpovídajícím způsobem vyvíjejí.
5. Začátek úsilí je požadavek Agile Scrum. Nové produkty mohou být vyvinuty buď výrobním týmem nebo projektovým týmem. V případě produktů, které jsou pro organizaci zásadně nové, můžete nejprve přijmout výzkumný minimální startovací přístup při prvním testování tržního potenciálu produktu se sérií učebních experimentů.
6. Financování. IT úsilí musí být financováno. Patří sem financování nových projektů pro počáteční úsilí, stejně jako průběžné financování výstavby, přechodu a práce po jejich nasazení. Kromě toho bude po zahájení financování prováděno pravidelné sledování, aby se zajistilo jeho přiměřené čerpání.
7. Plánování IT funkcí. IT oddělení musí disponovat zdroji, a to jak z finančních, tak i lidských zdrojů, aby vykonával své povinnosti. Musí to být specialisté, kteří mají správné dovednosti, aby koordinovali práci s účastníky projektu.
8. Řízení dodavatelů. Důležitým aspektem správy portfolia, zejména pokud jde o poskytovatele IT služeb poskytující dodavatele, konzultanty nebo vývojové služby. Řízení dodavatelů zahrnuje zadávání zakázky, identifikaci potenciálních dodavatelů, monitorování provádění smluv a nakonec uzavírání smluv.
9. IT portfolio management, včetně dalšího vývoje, stejně jako provozních řešení.

Flexibilní možnosti správy zdrojů

Řízení zdrojů může být pozitivním posílením pro flexibilní přístupy se zahrnutím následujících parametrů:

1. Četnost spolupráce jako kritéria pro rozhodování o složení týmu.
2. Umístění je vysoce vážený parametr.
3. Zavedení osobního faktoru samotnými zaměstnanci.
4. Stupeň stálosti.
5. Výkonově orientované plánování na úrovni týmu.

Samozřejmě, tyto faktory nenahrazují jiné, jako jsou kvalifikace, preference pro vnitřní nebo vnější složení, náklady, přístupnost a plánování materiálů. Tyto požadavky na plánování zdrojů představují problém. Jsou-li dobře vyřešeny, pomáhají vytvořit základ pro flexibilní princip samoorganizačních týmů. To také zvyšuje pravděpodobnost, že řešení a produkty budou vytvořeny nejen jednou, ale neustále, optimalizací a rozšiřováním.

Dynamické budování týmu tak posiluje další flexibilní princip, podle něhož mobilní procesy přispívají k udržitelnému rozvoji a klient, vývojář a uživatel budou schopni udržovat stabilní interakci po neomezenou dobu.

Podobnosti a odlišnosti metod

Mezi metodami existuje mnoho rozdílů. Hlavní věc, která rozlišuje Agile od Scrum: Agile je filozofie a Scrum je proces implementace filozofie. Podobnost metod:

1. Rovnocenně souvisí s řízením projektů a vývojem softwaru.
2. Optimální využití zdrojů.
3. Efektivní správa různých úkolů.
4. Cílem je maximálně využít obchodních uživatelů.
5. Poskytněte produkt nebo projekt dodávkám podnikovým uživatelům v co nejkratším čase.
6. Zdůrazněte neustálé zlepšování, spolupráci a otevřenou komunikaci.

Rozdíly Agile a Scrum mají tyto rozdíly:

1. Rozsah
2. Plánování. Flexibilní metodika zahrnuje pravidelné poskytování a aktualizaci softwaru. Pod Scrumsem je plánován příští sprint po dokončení aktuálních sprintu.
3. Návrh a provedení. Agile zdůrazňuje, že návrh a provedení jsou jednoduché. Pod Scrumem, design a provedení mohou být experimentální a inovativní.
4. Pracovní prostředí Flexibilní metodika je velmi vhodná pro stabilní prostředí, ve kterém je malý tým odborníků, zatímco Scrum je vhodný pro projekty, kde je pracovní prostředí dynamické nebo poptávka se rychle mění.
5. Flexibilita Klíčovou výhodou metodiky Agile je flexibilita, protože se rychle přizpůsobuje změnám. Zatímco Scrum má poněkud tuhý a strukturovaný přístup a styl.
6. Spolupráce. Agile zdůrazňuje spolupráci, jakož i přímou interakci nebo komunikaci mezi členy týmu, zatímco Scrum zajišťuje spolupráci prostřednictvím každodenních setkání s dobře definovanými úlohami pro bojového mistra, obchodních uživatelů a různých členů týmu.
7. Připojení Flexibilní metodika dává přednost přímým komunikačním a souvisejícím metodám k dosažení různých cílů. Scrum nevěnuje příliš mnoho pozornosti přímému poselství.

Nyní je pro uživatele jasné, že Agile Scrum je nezbytným nástrojem pro řízení projektů a vývoj softwaru. Sledují systematický přístup k dosažení nejlepších výsledků. Oba jsou zaměřeny na zajištění maximální hodnoty pro podnikové uživatele prostřednictvím optimálního využití zdrojů, zdůrazňují iterační procesy, přispívají ke změnám, neustálému zlepšování, spolupráci, otevřené komunikaci. Komplementují se navzájem mnoha způsoby.