Je obtížné najít člověka, který by nechtěl být zacházeno s respektem. Ale pro tento stav věcí musí být důvod. Například, když je člověk špičkovým uznávaným profesionálem v oblasti vývoje softwaru. A pro to je nutné studovat. A v tomto článku se bude uvažovat o tom, co je Agile, jaký je jeho přínos a jak tuto technologii pochopit.

Obecné informace

Nejprve se podívejme na technické problémy. Co je Agile? Překlad (slovní) slova z anglického jazyka - "živý, mobilní", je o něco méně obyčejně označován jako "flexibilní". A mimochodem, toto je snížení. Plným názvem tohoto přístupu je vývoj softwaru Agile. Ale protože bylo příliš dlouhé, bylo rozhodnuto, že to řekne. A teď říkají jen Agile. Překlad se používá jako "flexibilní", protože je nejdůležitější pro aktuální situaci.

Co je zde uvedeno?

Zvažujeme, co je Agile. Zde by bylo žádoucí soustředit se na to, že se jedná o flexibilní přístup založený na mnoha různých metodikách (Scrum, XR, Kanban, Lean). Abychom lépe pochopili toto téma, nakreslíme paralely. Předpokládejme, že agilní technologie je proces vzniku vesmíru. Konečným produktem je samotná existence světa samotného. Velký třesk je nejbolestivějším problémem, s nímž se člověk musí setkat - změna seznamu požadavků na produkt. Typický proces tvorby zahrnuje použití kaskádového modelu. V tomhlevšechno jde důsledně a postupně. Tento přístup lze stručně vyjádřit: vidím cíl - jdu k ní. A pokud se požadavky na konečný výsledek změní, někdy je nutné znovu provést nebo ne všechny. Co další situaci komplikuje, je snažit se předstírat, že je vše v pořádku a musíte jít kupředu.


A zde Agile, metodika řízení, je vyzývána k tomu, aby tuto situaci bojovala kvůli své pružnosti. Tento tým "Salt" minimalizuje různá rizika pomocí sady zásad. Všechny se odrážejí v Agile manifeste, který byl vydán v roce 2001. Stručně řečeno, zní takto:

Hlavní věc jsou lidé, ne věci.

Spolupracujte a nečtěte smlouvu.

Dokumentace by neměla narušovat práci.

Změňte co nejrychleji.

Může se zdát příliš vágní a nepřesné, ale podrobněji.

Procesní zařízení

Vzhledem k tomu, co je Agile, se zaměříme na jednu z nejoblíbenějších metod, známých jako Scrum. Co nabízí? Nejdříve potřebujete:

Vyberte vlastníka produktu. Tato osoba přijde s člověkem, který vidí, jaké cíle mají jít a co skončí.

Definujte tým. Chcete-li to udělat, potřebujete skupinu 3 až 10 lidí, kteří mají dovednosti získat výsledek.

Zvolte odpovědného odborníka. Jedná se o osobu, která bude sledovat vývoj projektu a pomůže týmu překonat potíže.

Abychom překonali potíže. Měl by být shromážděn na jednom místěvšechny stávající požadavky na produkty a upřednostňovat. Vlastník produktu si zde musí shromáždit všechna přání. Poté je tým vyhodnocuje a rozumí jim, zda je lze realizovat a kolik času to trvá.

Je nutné rozdělit celý objem práce na délky týdne nebo dva, během kterých bude tým provádět určité soubory úkolů.

Denní schůzky by se měly konat nejvýše o patnáct minut. Aby bylo možné diskutovat o tom, co bylo učiněno, jaké jsou plány pro dnešek a překážky, které zasahují do výšky.

Prohlédněte si výsledky týdne (dva), během kterých se týmu dozvíte, co se dělo. Je nezbytné prokázat výkon dílů výrobku.

Po každém časovém období je nutné diskutovat o problémech a hledat řešení. Kromě toho musí být veškerá práce okamžitě provedena.

Jak identifikovat Agile?

Metodika řízení nezávisle na zvoleném směru má vždy následující charakteristiky:

Minimalizace rizik. To je hlavní cíl sledovaný jakýmkoli flexibilním přístupem.

Iterativní vývoj. V tomto případě máme na mysli robota v malých cyklech.

Nejdůležitější věcí jsou lidé a komunikace mezi nimi.

Představme si řeku. Na jednom břehu zákazníka. Druhá je tým. V tomto případě má výhodná flexibilní metodika vývoje pro všechny:

Zákazník potřebuje minimální funkční produkt. Současně se při jeho vytváření mohou změnit podmínky.

Je pro tým užitečné komunikovats kolegy a zákazníkem. V takovém případě je riziko špatného pochopení minimalizováno, transparentnost procesů je zvýšena, problémy jsou rychle vyřešeny, šance na překvapení při vytváření produktu jsou sníženy.

Sociální faktor

Pokud jde o to říci Agile, obvykle se říká o pozitivních věcech. A ve skutečnosti se interakce uvnitř týmu zlepšuje. Všichni lidé se zaměřují na jednu myšlenku, nevytvářejí si mezi sebou tajemství, nesnažují se. Výsledkem je, že tým pracuje v komfortních podmínkách a rychlém tempu. Tento přístup vám umožňuje třídit chaos.
Od svého založení získal uznání v technologických oborech. V současné době je široce používán pro navrhování nových softwarových produktů. Avšak v rámci obecné obchodní praxe je tento přístup stále málo známý. Proto ti, kteří se s Agilem ještě nesetkali, jsou opatrní. Mělo by se také chápat, že by se mělo používat pouze v těch případech, kdy úloha intelektuální práce čelí lidem.

Malý příklad

Zvažme, jak fungují tyto metodiky vývoje softwaru. Máme například Peter, majitele produktu. Nezná technické detaily, ale má vizi obecného obrazu. Ví, proč produkt potřebuje problém, že rozhodne, kdo uspokojí. Jsou zde také zájemci. Mohou používat produkt, podporovat jej nebo jak se zapojit, než bude vytvořen. Můžete také vytvořit své vlastní příběhy, ve kterýchjsou vyjádřeny přání zájemců. Například: systém pro rezervaci jízdenek autobusů autobusu Moskva - St. Petersburg by měl být vyhledáván po letu. Peter pomůže příslušným lidem. Bude převzít kontrolu nad implementací myšlenek o uživatelských příbězích. K dispozici je také tým vývojářů. Jedná se o lidi, kteří budují pracovní systém. Vzhledem k tomu, že se používá flexibilní metodika vývoje, uživatelské příběhy se nezhromažďují až do doby velkého propuštění a jsou vydávány okamžitě po dokončení a co nejčastěji. Počet zpracovaných zásahů je šířka pásma týmu po dobu jednoho týdne. Chcete-li držet tempo a neobtěžovat ruční testování, tým by měl pracovat na automatizované integraci. O co jde? Pro každý pracovní okamžik je zapsán automatický test. Pokud je tolik příběhů, můžete mít spěch, ztrátu motivace, nižší produktivitu a kvalitu. V takových případech je poskytována metoda "včerejší počasí". Spočívá v tom, že je nutné stanovit přísný rozsah práce a pečlivě zvolit, co bude provedeno. Dříve zmíněný Kanban navrhuje nastavit limit úkolu.

A co s otálem?

Dobře, tady se tým rozhodl, že se dokáže vypořádat s čtyřmi příběhy týdně. Ale jak se orientovat ve všem, co je? Předpokládejme, že uživatelé hrají deset příběhů týdně. Čtyři jsou zpracovány. Fronta tak bude trvale růst. V tomto případě existuje pouze jedna efektivní metoda - slovo "ne". Pro vlastníka produktu jevelmi důležité. Říci "ano" není těžké. Je mnohem obtížnější a důležitější se rozhodnout, co dělat, není nutné. A za to je nutné nést odpovědnost. Proto je třeba rozhodnout, proč nyní věnovat pozornost a co by mělo být odloženo. Abyste správně upřednostnili, musí vlastník produktu pochopit hodnotu a objem každého příběhu.

Děláme rozhodnutí

Část příběhů je mimořádně potřebná. Ostatní prostě představují pěkný bonus. Některé příběhy se rozvinou o několik hodin. Vytvoření druhých bude trvat měsíce. Mnozí často vytvářejí vztah mezi velikostí příběhu a jeho hodnotou. Ale to není vždy správné. Více - ne tak lepší. Peter považuje priority za správně řešené složitostí a hodnotou prováděného úkolu. Jak zjistit tyto charakteristiky z kvantitativního hlediska? Ale žádný způsob. To je skutečná hra hádání. A kvůli vyšší efektivitě je třeba přitáhnout mnoho lidí. Jedná se o tým vývojářů, kteří budou informováni o rozsahu práce a zájemcům. Mělo by však být zřejmé, že všechny takto získané údaje jsou přibližné odhady. Nejsou tam žádné přesná čísla. Nejdřív to bude chybět. Ale jako zkušenosti zisk, jejich počet a rozsah se sníží.

Možné rizika

Abychom se vyhnuli problémům, je třeba poskytnout čestné odpovědi na řadu otázek. To je:

Děláme správné věci? To je obchodní riziko.

​​

Můžeme si uvědomit, co potřebujeme? Toto je společenské riziko.

Pracuje projekt na této platformě. Toto je technické riziko.

Je to dostpeníze a budeme mít čas? Jedná se o rizika implementace a nákladů.V tomto případě jsou potřebné znalosti. Mohou být považovány za opak rizik. Když je zaznamenána značná úroveň nejistoty, získáváme znalosti - například vytváříme prototypy rozhraní nebo technické experimenty. A již je vlastní, rozhodujeme se, kam směřujeme.

Jak se naučit?

Odvětví informačních technologií se velmi rychle rozvíjí a je třeba neustále se učit, zlepšit kvalifikaci a efektivně pracovat, aby nedošlo k jejich ztrátě. Proto, jako nikdy předtím, otázky školení a provádění. Kde začít? Nejlepší možností je spolupracovat s firmou, která již používá Agile. Studium v ​​tomto případě budou probíhat osobami, u kterých se nevěří, že vědí, jaký flexibilní vývoj je. Ale to, bohužel, není vždy možné. Nejčastěji se používá specialistka třetí strany, která ví, co je Agile. Realizace tohoto přístupu je pod jeho dohledem. Je pravda, že služby takového specialisty stojí za peníze. Pokud však nakreslíte skutečně znalého člověka, pak se všechny náklady vyplatí ze stotiny. V dnešním světě hraje důležitou roli účinnost zaměstnanců.

Co se dá očekávat v budoucnu?

Metodiky vývoje softwaru se neustále vyvíjejí. Hledáte nové způsoby a příležitosti ke zvýšení efektivity práce a práce. Říci, že čekáme na budoucnost, je poměrně problematické. Pravděpodobně bude integrován flexibilní vývojový systém s prostředky automatizace výrobních procesů. Například to bude možné rozhodnoutproblémů, a to i v době, kdy je společnost vzdálena. V mnoha ohledech je určena budoucnost nových informačních technologií. Koneckonců, když vzniknou, musíte zvládnout nové metody práce s nimi. A v tomto případě existuje vývoj, uzavřený ve smyčce.

Závěrem

Tu a tam jsme ukončili exkurzi do flexibilních metod vývoje. Měli bychom však připomenout, že jedna věc je teorie a zcela jiný - praxe. Nové vznikající informační technologie jsou velkým problémem pro vývojáře. Jak zvýšit efektivitu týmu? Odpověď na tuto otázku naleznou všichni. Zde uvedené informace lze použít k vytvoření kostry. V praxi však bude muset pracovat se stávajícím modelem a aktualizovat situaci s existujícími problémy. Poté může tým efektivně plnit své cíle.