rozdíl mezi extrémním programováním a Scrum

významné procento společností nyní používá agilní řízení projektů jako svůj přístup k uspokojení požadavků trhu. Podle nového výzkumu 55% společností, které zůstávají v rozpočtu a dokončují více než 80% svých projektů včas, používá rámce agilního řízení projektů.

agilní projekty mohou být úspěšnější než tradiční metodiky řízení projektů pouze o 28%, ale ty jsou stále méně účinné v reakci na měnící se potřeby zákazníka. Je to proto, že z unikátních vlastností tradičních metodik projektového řízení:

• jsou provozovány v sérii pevných postupné kroky: zahájení, plánování, provádění, sledování a uzavření.
• kladou důraz na lineární procesy, dokumentaci, plánování předem a stanovení priorit.

na druhé straně je agilní řízení projektů, jehož definice je zopakována větou agilní jako opice. Když říkáte, že někdo nebo něco je stejně agilní jako opice, znamená to, že jsou velmi rychlí a mají schopnost pohybovat se rychle a snadno. Agilní řízení projektů a agilní vývoj softwaru z toho berou své základní vlastnosti.

agilní vývoj softwaru, často označovaný mononymně jako agilní, je především o postupném dodávání kvalitního softwaru podnikům a společnostem. Tato povaha probíhajícího procesu doručování pramení z potřeby podniků přizpůsobit se měnícím se požadavkům a zůstat Kompetentní na trhu. Výsledkem je, že úspěch v agilním vývoji softwaru se měří schopností týmu neustále dodávat.

základním důvodem agilního vývoje softwaru je to, že různé projekty potřebují různé linie akce. S ohledem na to jsou agilní projekty založeny na určitých hodnotách. Jednou z takových hodnot je zaměření na dovednosti, sdělení, a komunita umožňující agilitu a efektivitu na rozdíl od zaměření na procesy.

Mezi další agilní hodnoty patří:

• stanovení Priorit pracovní software, přes komplexní dokumentace
• stanovení Priorit spolupráce se zákazníky v průběhu vyjednávání smlouvy
• stanovení Priorit reagovat na změny v průběhu následující plán.

V nejzákladnějším slova smyslu, můžete se podívat na Agilní jako různé přístupy k vývoji software, které jsou zejména na dílčí dodávky, týmová spolupráce, neustálé plánování a neustálé učení. Tyto funkce omezují jednorázové doručení na konci a vytvářejí prostor pro probíhající změny.

Agilní tým se skládá ze šesti stran s různou úlohu. V agilním týmu se však každý zaměřuje na poskytování vysoce kvalitního produktu. Produkt nebo projekt odkazuje na novou mobilní aplikaci, hru nebo personalizovaný software, který má být vyvinut. Členové týmu patří:

1. Zákazník: Pomáhá definovat produkt/projekt také známý jako vlastník produktu
2. Programátor: Pomáhá k produktu/projektu
3. Tester: Pomáhá ověřit, zda produkt/projekt funguje podle definice
4. Tracker: Pomáhá shromáždit a prezentovat užitečné metriky
5. Trenér: Pomáhá vést tým k úspěchu
6. Koordinátor (volitelné): Pomáhá spravovat externí komunikace.

zákazníci hrají zvláštní roli, protože přebírají odpovědnost za funkčnost produktu a design orientovaný na uživatele. Existují také obchodní analytici, vlastníci produktů, testeři a další, kteří pomáhají definovat produkt a poradit zákazníkovi.

Vývojáři, architekti a technickou podporu mají na starosti vnitřní design, vývoj a údržbu výrobku. Trenér vede Váš tým, pomáhá navrhnout vlastní pravidla a protokoly. Profesionální trenér pomáhá týmům růst do bodu, kdy ho již nepotřebují.

týmoví koordinátoři jsou nahrazeni rolemi manažera, projektového manažera a mistra Scrum. Zajišťují plány, vyřizují příchozí požadavky a řeší mezilidské problémy.

existuje řada agilních rámců. Jsou také označovány jako metodiky nebo přístupy. Patří mezi ně Scrum, Kanban, Extreme Programming (XP), Crystal, Lean, Feature Driven Development (FDD) a Dynamic Systems Development Method (DSDM). Výběr toho správného pro konkrétní projekt může zmást i zkušené vývojové týmy. Klíčem k odeznění tohoto zmatku je pochopení rozdílů mezi nimi.

dvě agilní metodiky diskutované v tomto článku budou Scrum a Extreme Programming (XP). Pro úspěch vašeho projektu je zásadní mít znalosti o těchto metodikách. Oba tyto agilní rámce staví na určitých principech a poskytují jasné pokyny pro vývoj produktů / softwaru. Nezapomeňte, že Agile sám o sobě je jen seznam hodnot a popisuje širokou škálu postupů, které odpovídají těmto hodnotám.

jaká je metodika Scrum a jak funguje?

Scrum je efektivní rámec pro organizaci práce. Má jednoduchý a kruhový proces se dvěma konstantními prvky kontroly a přizpůsobení. První je vytváření a udržování nemilosrdně nařídil seznamy známý jako produktu nedodělků. Druhý prvek se týká upřednostňování položek určených pro různé kroky ve vývoji projektu v krátkých časových obdobích. Tito se nazývají sprinty a v tomto časovém období se scrum tým snaží o předem stanovené a vzájemně dohodnuté cíle.

Scrum Tým se skládá z Vlastníka Produktu, Scrum Master a Vývoj týmu, kteří pracují společně a dodávat podle jednoduchosti rámcové přes vysokou úroveň komunikace mezi sebou. Úlohou vlastníka produktu je převést cíle zákazníka zpět do týmu Scrum. Jsou to členové týmu, kteří vědí, co zákazník chce, a relativní obchodní hodnotu těch, kteří chtějí.

Scrum Master je facilitátorem agilního vývojového týmu. Ačkoli role byla vytvořena jako součást rámce Scrum, termín je také používán týmy, které výslovně nesledují Scrum. Odpovědnost Scrum Master zahrnuje řešení týmové dynamiky, odstraňování překážek a zajištění dobrých pracovních vztahů v týmu.

Scrum project management spoléhá hlavně na cross-funkční a self-organizovaný tým a je často popisována z hlediska žádoucí výsledek. Scrum vám umožňuje přizpůsobit se neustále se měnícím požadavkům trhu, technologickým omezením a inovacím. Klíč spočívá v probíhajícím procesu práce na otázkách nejvyšší priority až do dokončení.

tým pracuje na vývoji a testování každé prioritní položky prostřednictvím sedmi kroků:

• požadavky na složení,
• UI/UX design
• rozvoj
• testování
• integrace
• dokumentace
• konečné schválení.

Každý požadavek považován během sprintu by měl být plně otevřen, testovaný, a pak schválit nebo odmítnout.

Projekty jsou hmatatelně postaven, přírůstku přírůstek. Tyto hmatatelné přírůstky jsou poté představeny zúčastněným stranám pro zpětnou vazbu. Nové požadavky generované jejich zpětnou vazbou jsou umístěny do nevyřízených produktů a upřednostňovány podle stávajících úkolů. Tomu se říká scrum cyklus.

proto je cyklus scrum spuštěn znovu a znovu. Neustálý tok zpětné vazby a zaměření na položky nejvyšší priority odrážejí spokojenost zákazníků a rychlé dodání nejvyšší kvality. Scrum lze použít na jakémkoli složitém projektu. Konkrétně to prospívá projektům:

• s více funkčními týmy;
• bez neustálého přerušení každodenních obchodních aktivit;
• , které vyžadují rychlou zpětnou vazbu;
• , které využívají zpětnou vazbu zúčastněných stran k upřednostnění úkolů pro další sprint.

Scrum události poskytují příležitost k dodržování agilní hodnoty upřednostňování probíhající komunikace. To zahrnuje Sprint, plánování sprintu, Denní skrumáž a hodnocení sprintu.

vývojový tým je zodpovědný za vedení Daily Scrum, což je krátká, denní interní Schůzka vedená v časovém rámci 15 minut. Scrum Master zajišťuje, že setkání není narušeno a že se účastní každý člen týmu, který pracuje na dokončení daného sprintu.

plánování sprintu se používá k plánování práce, kterou je třeba provést během sprintu. Setkání je rozděleno na dvě části. První část určuje cíle sprintu, zatímco druhá část určuje, jak bude cíl dosažen.

přezkum sprintu se provádí na konci sprintu a používá se k hodnocení úspěchů během sprintu. Používá se také k rozhodování o tom, co by mělo být provedeno v příštím sprintu na základě komunikace mezi vlastníkem produktu a vývojovým týmem. Tým se schází, aby řešil, jaké byly vrcholy sprintu a jaké problémy byly nalezeny.

co je metodika XP a jak to funguje?

Extreme Programming (XP) je lehký, účinný, nízkorizikový, flexibilní, předvídatelný a vědecký způsob vývoje softwaru. Odvozuje svůj název od převzetí prvků tradičních postupů softwarového inženýrství na „extrémní“ úroveň. XP je agilní metodika s určitými funkcemi. Je navržen pro práci s projekty, které nejsou ostře omezeny stávajícím výpočetním prostředím a kde lze za zlomek dne provést rozumnou práci při provádění testů.

XP funguje nejlépe pro malé a středně velké týmy vyvíjející software pracující uprostřed nejasných nebo rychle se měnících požadavků. Během procesu vývoje tým sestavuje plnou verzi systému přibližně každých 6-8 týdnů. XP využívá rychlou zpětnou vazbu a efektivní komunikaci, aby získal co nejvíce dodané hodnoty prostřednictvím:

• specifický plánovací přístup
• zákazník na místě
• kontinuální testování.

žádný z nápadů v extrémním programování není nový. Většina z nich je stejně stará jako samotné programování. Účelem je zlepšit citlivost a kvalitu softwaru při změně požadavků. Dále slibuje snížení rizika projektu, zlepšení reakce na obchodní změny, zvýšení produktivity po celou dobu životnosti systému a zvýšení zábavy při vytváření softwaru v týmech-to vše současně.

přístup XP zdůrazňuje zapojení a testování zákazníků. Zákazník v XP má časté příležitosti změnit směr vývojového týmu XP, pokud se změní okolnosti. XP si můžete představit jako cibuli. Nejvnitřnější vrstva je programování. Střední vrstva se skládá ze souboru týmově orientovaných postupů. Vnější vrstva definuje proces, kterým programovací tým spolupracuje se svými zákazníky.

extrémní programování posouvá tradiční principy na extrémní úrovně prostřednictvím řady postupů. Hlavní oblasti praxe v XP jsou rozděleny do tří vrstev: programovací postupy, týmové postupy a procesy. Tam, kde je praxe slabá, silné stránky jiných praktik pokryjí slabost.

XP praktiky patří:

• jednoduchý design
• programování ve dvojici
• neustálé testování
• pokračující integrace
• refaktoring
• standardy kódování
• malé úniky.

vyčerpávající, ale produktivní praxe, podle které XP kontroluje kód po celou dobu, je známá jako párové programování. Dvojice programování je praxe, že se dva lidé současně pracují společně na všechny výrobní kód jako plnohodnotné partnery, aby konstantní design a code review. V XP, páry se obvykle mění několikrát denně a programují se jednou klávesnicí, jedna myš, a jeden monitor.

kontinuální integrace je praxe integrace systému několikrát denně pokaždé, když je úkol dokončen vývojářem (párem). Snižuje vývojové spory a vytváří přirozený konec vývojové epizody. Integrace v XP je podporována testy, jako je testování jednotek a funkční testování.

testování jednotek je prováděno nepřetržitě všemi programátory, aby vývoj pokračoval. Testy jednotek ověřují základní funkčnost programu, fungují jako konstantní záchranná síť a podporují při navrhování, kódování a refaktorování. Na druhé straně zákazníci provádějí funkční testování (označované také jako akceptační testování), aby prokázali, že funkce jsou dokončeny. Funkční testy také určují celkové chování systému.

kontinuální integrace je možná v XP, protože je podporována testy, a protože XP poskytuje jednodušší návrh pomocí refaktoringu. Refaktoring v XP je praxe restrukturalizace programu nebo implementace funkce bez změny chování systému. To se provádí za účelem zjednodušení, odstranění duplikace, zlepšení komunikace nebo zvýšení flexibility.

XP projekty mají tři fáze, jmenovitě fázi plánování vydání, iterační fázi a fázi uvolňování. Zákazníci popisují své potřeby jako stručně uvedené příběhy. Ve fázi plánování vydání zákazník píše příběhy, programátoři je odhadují a zákazník si vybere pořadí, ve kterém budou příběhy vyvíjeny.

V iteraci fáze, zákazník píše testy a odpovídá na otázky, zatímco programátoři vyvinout software podle příběhů. Iterační fáze poskytuje ready-to-go software. Zatřetí, ve fázi uvolňování programátoři nainstalují software a zákazník schválí výsledek.

extrémní programování uspěje v případech, kdy se očekává, že se funkčnost systému změní každých několik měsíců. Používá se také v situaci, kdy zákazník vyžaduje nový systém do určitého data, což přináší vysoké riziko. Protože XP se používá pro vysoce rizikové projekty a projekty se specifickými dodacími lhůtami, vyžaduje malé týmy s maximálně 30 lidmi.

co mají XP a Scrum společného?

Scrum i extrémní programování rozdělují vývojový proces na sprinty, mají plánovací schůzku před zahájením vývoje a během těchto setkání určují uživatelské příběhy. Podniky popisují své potřeby jako stručně uvedené příběhy, které jsou neformálními výrazy. Příběh je prý slyšet, jakmile je jejich potřeba (reprezentovaná příběhem) zabudována do kódu.

oba také znamenají mít plánovací schůzku před každým sprintem. Jejich primární cíle jsou podobně podobné. Scrum i XP se zaměřují na co nejrychlejší dodání vysoce kvalitního produktu zákazníkovi.

jaký je rozdíl mezi Scrum a XP?

jednou ze standardních otázek týkajících se Agile je srovnání extrémního programování se Scrumem, protože obě jsou nejdůležitějšími metodikami Agile. Pochopení jejich rozdílů pomáhá při výběru správného rámce pro konkrétní projekt.

Scrum vs XP se liší v šesti významných oblastech: ve svém hlavním zaměření, sprinty, v tom, jak přizpůsobují změny, v roli vlastníka produktu, v tom, jak upřednostňují úkoly, a nakonec ve svých hodnotách. Podívejme se blíže:

hlavní zaměření

hlavní rozdíl mezi programováním Scrum a Extreme je jejich hlavní zaměření. Scrum se silně zaměřuje na samotné řízení. Zabývá se činností prováděnou kromě kódování, protože nedává velký technický a technický důraz na to, jak se práce skutečně provádí nebo jak je produkt skutečně postaven.

Scrum určuje, jak plánovat a analyzovat výsledky, stejně jako jak zvýšit produktivitu. Více se zajímá o produktivitu a o to, jak produktivní je přepravitelný produkt na konci sprintu. Scrum má také dobře definované týmové role, organizované obřady, a informační artefakty.

Na druhé straně se extrémní programování soustředí na testovaný přístup. Jeho principy jsou nejlepší technické postupy přijaté do extrému. XP přichází se základními postupy, které se zaměřují na poskytování kvality dodávaného softwaru s technickým důrazem na programování a kódování.

extrémní programování se zaměřuje na inženýrské a zpětnovazební techniky, jako je programování párů a testovatelný vývoj. S párovým programováním vývojáři současně kódují a provádějí další kontroly. To zajišťuje kvalitu kódu a šetří čas. V týmu převládá sdílené porozumění, pokud jde o stanovení standardů kódování a kolektivní vlastnictví kódu.

XP se často říká programování rovných párů; není to však úplně pravda. Zatímco XP zahrnuje tuto praxi, skládá se z dalších 11 postupů, včetně prvních testů psacích jednotek, nepřetržité integrace a tak dále. Je důležité si uvědomit, že projekty, které se rozhodnou použít rámec XP, musí zajistit, aby byly dodrženy všechny pokyny 12. Vynechání některého z nich může způsobit, že celý proces bude neefektivní.

sprinty

jedním z důležitých principů Agile je poskytovat shippable přírůstky v malých časových obdobích nazývaných sprinty. Oba rámce používají sprinty jako vývojové fáze a na konci každého sprintu musí zákazníkovi předložit funkční systém. Každý z nich má různé přístupy k těmto iteracím časového pole.

Scrum sprintů trvat dva až čtyři týdny, a jejich délka je poměrně flexibilní. V rámci XP však existují kratší iterace jednoho (někdy dvou) týdnů na vývoj pracovního systému. Dotyčné týdny by měly být 40hodinové pracovní týdny, aby se vývojáři nevyčerpali.

cíl XP sprintu není zaměřen na vydání produktu, ale na vytvoření fungujícího systému bez chyb. Na druhé straně, Scrum sprinty mají mít za následek funkční produkt.

Vstřícný změny

V Scrum, jakmile funkce, které mají být provedena pro aktuální sprint se rozhodl, žádné nové změny mohou být zahrnuty ve sprintu, zatímco to je v pokroku. Po dokončení plánování sprintu není možné během sprintu zavést změny. Zákazník proto musí počkat až do svého konce.

v tomto ohledu existuje větší flexibilita v extrémním programování. V rámci XP vývojáři nevytvářejí novou funkci, dokud není potřeba. Změny může zákazník provést během samotného sprintu-a doporučuje se, aby byly provedeny v raných fázích vývoje. Existují ustanovení pro nové položky, které mají být přineseny. Existují také ustanovení o výměně stávajících položek v aktuálním sprintu, které ještě nejsou spuštěny.

vlastník produktu

Pokud podnik používá Scrum, veškerou komunikaci s vlastníkem produktu během samotného vývoje provádí Scrum master. Hlavní část se týká upřednostňování uživatelských příběhů pro každý sprint a zajištění toho, aby byly pro vývojáře zcela jasné.

V případě, že podnik používá XP, zákazník je ten, kdo komunikuje s týmem vývojářů. Upřednostňuje také uživatelské příběhy, žádá o provedení změn a poskytuje zpětnou vazbu o výsledcích sprintů. Kromě toho musí být zákazník vždy k dispozici pro komunikaci.

upřednostňování úkolů

v projektu Scrum určuje vlastník produktu prioritu vývojových úkolů v rámci sprintu, zatímco vývojáři určují pořadí svých akcí sami. Mohou si vybrat úkoly ve sprintu a dělat je v libovolném pořadí, pokud dokončí úkol do konce sprintu.

na druhé straně neexistuje taková flexibilita pro projekty XP. XP týmy dodržují přísné příkazy podle priority a požadavku. Zákazník rozhoduje o pořadí úkolů a tým ho musí sledovat bez jakékoli odchylky.

hodnoty

dva rámce, Scrum vs XP, mají určité rozdíly v hodnotách. Mějte na paměti, že jakákoli agilní metodika není jen pravidla. Je to filozofie, která určuje přístup k rozvoji.

přestože mají společné hodnoty odvahy a respektu, ostatní jsou jiní. Hodnoty Scrum zahrnují otevřenost, zaměření a odhodlání, zatímco XP si váží komunikace, jednoduchosti a zpětné vazby.

Závěr

nový projekt je navržen a musí být vyvinuty. Důležité otázky, které je třeba položit, jsou to, co se stane, když dojde ke stížnosti, a něco je třeba vyladit? Jak reagujete včas? Jak můžete jít o poskytování softwaru, který vyhovuje vám nebo neustále se měnícím potřebám vašeho zákazníka?

Agilní Vývoj Softwaru rámec odpovědi na tyto, jak je postupně přináší kvalitní software pro podniky a firmy, který umožňuje pravidelné reakce na měnící se požadavky, aby mohly soutěžit na trhu. Oba diskutované rámce, Scrum a XP, se zaměřují na co nejrychlejší dodání vysoce kvalitního produktu zákazníkovi.

neexistuje univerzálně nejlepší rámec vhodný pro všechny případy – každý z nich má své výhody, nevýhody a případy použití. Pokud nevíte, jak se vypořádat pouze s jedním rámcem, můžete kombinovat Scrum a XP. Mnoho společností již zisk z použití hybridních metodik a integrovat XP techniky do Scrum/Kanban/Lean postupů, a můžete být jedním z nich. Pokud nevíte, odkud začít, kontaktujte nás a my vám pomůžeme realizovat váš nápad do života.