Skip to main content

Jaký je agilní manifest?

Agilní manifest byl veřejnou prohlášení učiněných 11. února 2001 17 z nejvíce vizionářských softwarových inženýrů kolem předmětu agilního procesu vývoje softwaru.V době tohoto setkání byl agilní vývoj softwaru novým konceptem s mnoha možnostmi vývojářů, z nichž si vybírají.Agilní manifest byl snahou spojit všechny jasné mysli agilního zpracování společně na jednom místě, ve snaze dohodnout se na základních principech a myšlenkách všech agilních procesů v budoucnu.

Některé dobré příklady agilního vývojového procesu zahrnují extrémProgramování, scrum, adaptivní vývoj softwaru a metoda vývoje dynamických systémů (DSDM).Každý z těchto procesů se pokouší vytvořit lepší metody pro implementaci počítačového softwaru.Klíčovým zlepšením se všemi těmito metodami je to, že vývoj softwaru by měl být vyráběn tak, aby podporoval změny v obchodních požadavcích a nevyžadoval procesy, které uzavírají smyčku zpětné vazby pro zákazníka.

Před výtvorem agilního vývojového procesu.Veškerý vývoj softwaru byl dokončen metodou vodopádu.Termín vodopád se používá pro definování procesu přímého pracovního vzorce, který vyžaduje, aby všechny požadavky dopředu byly dokončeny a definovány s koncem, který bude zahrnovat všechny definované funkce.Stejně jako vodopád existuje jasný začátek a konec pro vývoj všech systémů.Tento vývojový proces neumožňuje změny v požadavcích před dokončením celé softwarové aplikace.Seznam účastníků zahrnuje Kent Beck, Dave Tomas, Mike Beedle, Jeff Sutherland, Arie Van Bennekum, Ken Schwaber, Alistiar Cockburn, Steve Mellor, Ward Cunningham, Robert C. Martin, Martin Fowler, Brian Marick, James Grenning, John Kern,Jim Highsmith, Ron Jeffries a Andrew Hunt.Zatímco všichni tito jednotlivci byli podporou agilních, lehkých vývojových metodik, každý měl svou vlastní preferenci v tom, jak implementovat metodiku.

čtyři klíčové hodnoty byly definovány a dohodnuty signatářskými stranami agilního manifestu.Prvním bylo dát hodnotu na jednotlivce a interakce přes nástroje a proces.Za druhé, software, který pracoval, byl oceněn nad komplexními dokumenty.Spolupráce se zákazníkem byla považována za důležitější než jednání o omezení.Konečně se skupina zavázala, že si cení reagovat na změny nad plánem. Podstatou tohoto týmu a agilního manifestu bylo vytvořit proces vývojového prostředí, který rozuměl důležitosti zákazníka.To by se dalo udělat, věřili, že spolupracují otevřeně a neustále se zákazníkem.Komunikace by pomohla zajistit, aby se práce prováděla, ve skutečnosti by vytvořila obchodní hodnotu a umožnila zpětnou vazbu od zákazníka.Pro lepší celkové softwarové aplikace.Vytvořením iteračního softwarového procesu má zákazník schopnost vylepšit konečný produkt tím, že umožňuje změny požadavků.Vnímání aplikace je lepší, protože pracovní systém je primárním měřítkem pokroku, který se v systému provádí.