Čo je Agile: preklady, aplikačné oblasti. Flexibilná metodika vývoja

Je ťažké nájsť osobu, ktorá by nechcela byť s rešpektom liečená. Ale za tento stav vecí musí existovať dôvod. Napríklad, keď je osoba najvyšším uznávaným odborníkom v oblasti vývoja softvéru. Preto je potrebné študovať. A v tomto článku sa bude uvažovať o tom, čo je Agile, aký má prínos a ako pochopiť túto technológiu.

Všeobecné informácie

Po prvé, pozrime sa na technické problémy. Čo je Agile? Preklad (slovné) slova z anglického jazyka - "live, mobile", je o niečo menej obyčajne označovaný ako "flexibilný". A mimochodom, toto je redukcia. Úplným názvom tohto prístupu je vývoj softvéru Agile. Keďže však bolo príliš dlhé, rozhodlo sa to znížiť. A teraz hovoria len Agile. Preklad sa používa ako "flexibilný", pretože je najviac relevantný pre aktuálnu situáciu.


Čo je tu uvedené?

Naďalej zvažujeme, čo je Agile. Tu by bolo žiaduce sústrediť sa na to, že ide o flexibilný prístup založený na mnohých rôznych metódach (Scrum, XR, Kanban, Lean). Aby sme lepšie porozumeli tejto téme, nakreslime paralely. Predpokladajme, že agilná technológia je proces vzniku vesmíru. Konečným produktom je samotná existencia samotného sveta. Veľký tresk je najbolestivejší problém, s ktorým sa musíte stretnúť - zmena zoznamu požiadaviek na produkt. Typický proces tvorby zahŕňa použitie kaskádového modelu. V tomtovšetko ide dôsledne a postupne. Tento prístup možno stručne vyjadriť: vidím cieľ - idem na ňu. A ak sa požiadavky na konečný výsledok menia, niekedy je potrebné opätovne zopakovať alebo nie všetky. Čo ďalej komplikuje túto situáciu je snažiť sa predstierať, že všetko je v poriadku a musíte sa posunúť dopredu.


A tu Agile, metodika riadenia, je vyzývaná bojovať proti všetkému kvôli svojej pružnosti. Tento tím "Soľ" minimalizuje rôzne riziká pomocou súborov zásad. Všetky sa odrážajú v Agile manifeste, ktorý bol vydaný v roku 2001. Stručne povedané, znie takto:
  • Hlavnou vecou sú ľudia, nie veci.
  • Spolupracujte a nečítajte zmluvu.
  • Dokumentácia by nemala zasahovať do práce.
  • Zmeňte čo najrýchlejšie.
  • Môže sa to zdať príliš nejasné a nie presné, ale podrobne.

    Procesné zariadenia

    Vzhľadom na to, čo je Agile, obráťme sa na jednu z najpopulárnejších metodík známe ako Scrum. Čo ponúka? Najprv potrebujete:
  • Vyberte vlastníka produktu. Táto osoba prichádza s človekom, ktorý vidí, aké ciele majú ísť a čo skončí.
  • Definujte tím. K tomu potrebujete skupinu od 3 do 10 ľudí, ktorí majú schopnosti získať výsledok.
  • Vyberte zodpovedného odborníka. Toto je osoba, ktorá bude sledovať vývoj projektu a pomôže tímu vyrovnať sa s ťažkosťami.
  • Prekonanie ťažkostí. Mal by sa zhromažďovať na jednom miestevšetky existujúce požiadavky na produkty a uprednostniť ich. Majiteľ výrobku musí zhromaždiť všetky svoje želania tu. Potom ich tím hodnotí a chápe ich, či sa dá realizovať a koľko času to potrebuje.
  • Je nevyhnutné rozdeliť celý objem práce na dĺžky týždňa alebo dvoch, počas ktorých tím vykoná určité úlohy.
  • Stretnutia by sa mali uskutočňovať každý deň, nie dlhšie ako pätnásť minút. Aby sme prehovorili, čo bolo urobené, aké sú plány pre dnešok a prekážky, ktoré zasahujú do výšky.
  • Prečítajte si výsledky týždňa (dvoch), počas ktorého sa tímu dozviete, čo bolo urobené. Je potrebné preukázať výkonnosť častí výrobku.
  • Po každom časovom období je potrebné diskutovať o problémoch a hľadať riešenia. Okrem toho musia byť všetky práce okamžite implementované.

  • Ako identifikovať Agile?

    Metodika riadenia bez ohľadu na zvolený smer má vždy tieto charakteristiky:
  • Minimalizácia rizík. To je hlavný cieľ sledovaný akýmkoľvek flexibilným prístupom.
  • Iteračný vývoj. V tomto prípade máme na mysli robota v malých cykloch.
  • Najdôležitejšou vecou sú ľudia a komunikácia medzi nimi.
  • Predstavme si rieku. Na jednom brehu zákazníka. Druhým je tím. V tomto prípade má flexibilná metodológia vývoja pre všetkých výhody:
  • Zákazník potrebuje minimálny funkčný produkt. Zároveň sa počas jeho vytvárania môžu zmeniť podmienky.
  • Je užitočné, aby tím komunikovals kolegami a zákazníkmi. V tomto prípade je riziko nesprávneho pochopenia minimalizované, transparentnosť procesov sa zvyšuje, problémy sa riešia rýchlo, šance na prekvapenie pri vytváraní produktu sa znižujú.
  • Sociálny faktor

    Pokiaľ ide o hovoriť Agile, zvyčajne sa hovorí o pozitívnych veciach. A naozaj sa zlepšuje interakcia vo vnútri tímu. Všetci ľudia sa zameriavajú na jednu myšlienku, nevytvárajú tajomstvá medzi sebou, nezaväzujú sa. V dôsledku toho tím pracuje v komfortných podmienkach a rýchlosti. Tento prístup vám umožňuje zoradiť chaos.
    Od svojho vzniku mohol nájsť uznanie v technologických oblastiach. V súčasnej dobe sa používa na navrhovanie nových softvérových produktov. Avšak v rámci všeobecnej obchodnej praxe je tento prístup stále málo známy. Preto tí, ktorí sa predtým nestretli s Agilem, sú opatrní. Malo by sa tiež chápať, že by sa malo používať iba v tých prípadoch, keď úloha intelektuálnej práce čelí ľuďom.

    Malý príklad

    Zvážme, ako tieto metodiky vývoja softvéru fungujú. Máme napríklad Petra, majiteľa produktu. Nepozná technické detaily, ale má víziu celkového obrazu. Vie, prečo produkt potrebuje problém, že sa rozhodne, kto uspokojí. Existujú aj záujemcovia. Môžu používať výrobok, podporovať ho alebo ako byť zapojený pred jeho vytvorením. Môžete tiež vytvoriť svoje vlastné príbehy, v ktorýchsú vyjadrené želania zainteresovaných osôb. Napríklad: systém pre rezerváciu vstupeniek na autobusy autobusy Moskva - Sv. Peter pomôže príslušným ľuďom. Prevezme kontrolu nad implementáciou myšlienok užívateľských príbehov. K dispozícii je aj tím vývojárov. Sú to ľudia, ktorí vytvoria pracovný systém. Vzhľadom na to, že sa používa flexibilná metodológia vývoja, užívateľské príbehy sa nezhromažďujú až do veľkého uvoľnenia a vydávajú sa ihneď po dokončení a čo najčastejšie. Počet spracovaných prístupov je šírka pásma tímu za týždeň. Aby sme udržali tempo a neobťažovali sa manuálnymi testami, tím by mal pracovať na automatizovanej integrácii. O čom to je? Pre každý pracovný moment je napísaný automatický test. Ak je toľko príbehov, môžete mať spěch, stratu motivácie, nižšiu produktivitu a kvalitu. V takýchto prípadoch sa poskytuje metóda "včerajšie počasie". Spočíva v tom, že je potrebné stanoviť prísny rozsah práce a starostlivo si vybrať, čo sa bude realizovať. Spomínaný Kanban navrhuje nastavenie limitu úlohy.

    A čo robiť s turnom?

    Dobre, tu sa tím rozhodol, že dokáže spracovať štyri príbehy týždenne. Ale ako sa orientovať vo všetkom, čo je? Predpokladajme, že používatelia odnášajú desiatky týždňov. Štyri sú spracované. Tak bude fronta rásť neustále. V tomto prípade existuje iba jedna účinná metóda - slovo "nie". Pre vlastníka produktu je toveľmi dôležité. Povedať "áno" nie je ťažké. Je oveľa ťažšie a dôležitejšie rozhodnúť sa, čo robiť, nie je potrebné. Preto je potrebné niesť zodpovednosť. Preto je potrebné rozhodnúť, prečo teraz venovať pozornosť a čo by sa malo odložiť. Správne stanovenie priorít musí vlastník produktu pochopiť hodnotu a objem každého príbehu.

    Prijmeme rozhodnutie

    Časť príbehov je veľmi potrebná. Ostatné predstavujú jednoduchý bonus. Niektoré príbehy sa rozvinú o niekoľko hodín. Vytvorenie druhých bude trvať mesiace. Mnohí často vytvárajú vzťah medzi veľkosťou príbehu a jeho hodnotou. Ale to nie je vždy správne. Viac - nie je to lepšie. Peter považuje priority za správne riešené zložitosťou a hodnotou vykonávanej úlohy. Ako zistiť tieto charakteristiky z kvantitatívneho hľadiska? Ale žiadny spôsob. Toto je skutočná hra hádania. A kvôli vyššej efektívnosti potrebuje prilákať veľa ľudí. Jedná sa o tím vývojárov, ktorý bude informovať o rozsahu práce a záujemcov. Treba však chápať, že všetky získané údaje sú približnými odhadmi. Tu nie sú presné čísla. Najprv to bude chýbať. Keďže získanie skúseností sa ich počet a rozsah zmenší.

    Možné riziká

    Aby sa predišlo problémom, je potrebné dať čestné odpovede na niekoľko otázok. Je to:
  • Robíme to správne? Ide o obchodné riziko.
  • ​​
  • Môžeme si uvedomiť, čo potrebujeme? Toto je spoločenské riziko.
  • Projekt bude pracovať na tejto platforme. Ide o technické riziko.
  • Stačípeniaze a budeme mať čas? Ide o riziká implementácie a nákladov.
  • V tomto prípade sú potrebné znalosti. Môžu byť považované za opak rizika. Keď sa zaznamená významná miera neistoty, získavame vedomosti - napríklad vytvárame prototypy rozhrania alebo technické experimenty. A už ich vlastníme, rozhodneme sa, kam sa budeme pohybovať.

    Ako sa naučiť?

    IT priemysel sa veľmi rýchlo rozvíja, a preto, aby sa nestratil z dlhodobého hľadiska, je potrebné neustále sa učiť, zlepšovať kvalifikáciu a efektívnosť práce. Preto, ako nikdy predtým, otázky vzdelávania a implementácie. Kde začať? Najlepšou možnosťou je spolupracovať so spoločnosťou, ktorá už používa Agile. Štúdium v ​​tomto prípade budú vedené ľuďmi, o ktorých sa nehovorí, že vedia, čo je flexibilný vývoj. Ale to, žiaľ, nie je vždy možné. Najčastejšie sa používa špecialista tretej strany, ktorý vie, čo je Agile. Realizácia tohto prístupu je pod jeho dohľadom. Je pravda, že služby takéhoto špecialistu stojí za to. Ak však nakreslíte skutočne informovaného človeka, všetky náklady budú vyplatené zo stotín. V dnešnom svete zohráva dôležitú úlohu účinnosť zamestnancov.

    Čo sa dá očakávať v budúcnosti?

    Metódy vývoja softvéru sa neustále vyvíjajú. Hľadáte nové spôsoby a príležitosti na zvýšenie efektívnosti práce a práce. Povedať, že čakáme na budúcnosť, je pomerne problematické. Pravdepodobne bude integrovaný flexibilný vývojový systém s prostriedkami automatizácie výrobných procesov. Napríklad sa dá rozhodnúťproblémov, a to dokonca aj vtedy, keď sa nachádzate mimo sídla spoločnosti. V mnohých ohľadoch je určená budúcnosť nových informačných technológií. Koneckonců, keď vzniknú, musíte zvládnuť nové metódy práce s nimi. A v tomto prípade je vývoj, uzavretý v slučke.

    Na záver

    Tu a tam sa exkurzia skončila v flexibilných metódach rozvoja. Treba však pripomenúť, že jedna vec je teória a celkom ďalšia prax. Nové vznikajúce informačné technológie spochybňujú veľký počet vývojárov. Ako urobiť tím efektívnejší? Odpoveď na túto otázku nájdeme všetci. Tu uvedené informácie môžu byť použité na vytvorenie kostry. V praxi však bude musieť pracovať s existujúcim modelom a aktualizovať situáciu s existujúcimi problémami. Potom môže tím efektívne plniť svoje ciele.

    Súvisiace publikácie