agile manifesto understanding agile values
Agilný manifest Úvod:
najlepší program na sledovanie teploty počítača
Náš predchádzajúci tutoriál o Agilná metodika podrobne nám vysvetlil všetko o agilných modeloch a metodikách.
Doteraz nám ale nejde o to, prečo bola na prvom mieste potreba agility a ako agilná prekonala nedostatky existujúcich metodológií vývoja softvéru, ako je vodopádový model.
V tomto výučbe sa pozrieme hlbšie na podrobnosti agilného a agilného manifestu. Uvidíme, čo hovorí manifest a aké sú v ňom zakotvené hodnoty a princípy.
Čo sa dozviete:
Úvod
Ako sme videli v našom predchádzajúci návod , predchádzajúce vývojové metodiky zaberali príliš veľa času a v čase, keď bol softvér pripravený na nasadenie, obchodné požiadavky by sa zmenili, a teda by nevyhovovali súčasným potrebám.
Rýchlosť zmien, ktorá v tom čase chýbala, spôsobovala veľa problémov. Keď sa stretli vedúci predstavitelia rôznych vývojových metodík, aby rozhodli o ďalšom postupe, boli schopní dohodnúť sa na lepšej metóde a tiež dokončiť znenie manifestu.
To bolo zachytené ako 4 hodnoty a 12 princípov, aby mali odborníci v praxi pochopenie, odkaz na ňu a na uskutočnenie v praxi. A v tom čase si nikto z nich nemohol predstaviť, aký to bude mať dopad na budúcnosť projektového riadenia.
Agilný manifest
Manifest bol formulovaný veľmi opatrne, aby čo najmenej slov zachytil podstatu agility, a znie takto -
„Odhaľujeme lepšie spôsoby vývoja softvéru tým, že ho robíme a pomáhame iným pri tom. Touto prácou sme sa dostali k hodnote nižšie:
- Jednotlivci a interakcie nad procesmi a nástrojmi.
- Pracovný softvér nad komplexnou dokumentáciou.
- Spolupráca so zákazníkom pri vyjednávaní o zmluve.
- Reakcia na zmeny v nadväznosti na plán.
To znamená, že zatiaľ čo v položkách vpravo je hodnota, viac si vážime položky vľavo. “
Ako vidíme, sú to veľmi stručné a jednoduché vyhlásenia, ktoré objasňujú, čo chceli zakladatelia propagovať. Tradičné projektové plány sú zvyčajne rigidné a kladú dôraz na postupy a časové harmonogramy, ale agilný manifest propaguje presne opačné veci.
Preferuje:
- Ľudia
- Výrobok
- Komunikácia a
- Schopnosť reagovať
Preskúmame túto novú paradigmu, ktorú chceli zakladatelia podrobne propagovať, tým, že hlbšie pochopíme agilné hodnoty a princípy.
4 agilné hodnoty
Štyri hodnoty spolu s 12 princípmi vedú k agilnému poskytovaniu softvéru. Teraz si podrobne rozoberieme každú z hodnôt.
# 1) Jednotlivci a interakcie s procesmi a nástrojmi
Jednotlivci a interakcie sú uprednostňované pred procesmi a nástrojmi, pretože vďaka nim je proces pohotovejší. Ak sú jednotlivci v zhode a keď si navzájom rozumejú, potom môže tím vyriešiť akékoľvek problémy pomocou nástrojov alebo procesov.
Ak však tímy trvajú na slepom dodržiavaní procesov, mohlo by to spôsobiť nedorozumenia medzi jednotlivcami a vytvoriť neočakávané prekážky, čo by malo za následok oneskorenie projektu.
Preto je vždy lepšie mať interakciu a komunikáciu medzi členmi tímu, ako slepú komunikáciu v závislosti od procesov, ktoré majú viesť ďalšiu cestu. Jedným zo spôsobov, ako to dosiahnuť, je zapojenie vlastníka produktu, ktorý pracuje a môže rozhodovať v spolupráci s vývojovým tímom.
Umožnenie jednotlivcom prispievať samy im tiež umožňuje voľne sa prezentovať s tým, čo môžu priniesť na stôl. Ak sú tieto tímové interakcie zamerané na riešenie spoločného problému, môžu byť výsledky veľmi silné.
# 2) Pracovný softvér na komplexnej dokumentácii
Tradičné riadenie projektu zahŕňalo komplexnú dokumentáciu, ktorá vyžadovala oneskorenie mesiacov. To malo negatívny dopad na realizáciu projektu a výsledné oneskorenia boli nevyhnutné.
Druh dokumentácie vytvorenej pre tieto projekty bol veľmi podrobný a bolo vytvorených toľko dokumentov, že na mnohé z nich sa počas postupu projektu ani len neodkazovalo. Bolo to zbytočné zlo, s ktorým projektové tímy žili.
To však tiež prehĺbilo problémy s doručením. Dôraz sa kládol na dokumentáciu v takom rozsahu, že tímy chceli skončiť s hotovým produktom, ktorý bol podľa špecifikácií stopercentný. Preto sa pozornosť sústredila na detailné zachytenie všetkých špecifikácií.
Konečný produkt sa ale i tak dosť odlišoval od očakávaní alebo by stratil relevantnosť. Preto agilný tvrdí, že fungujúci softvér je oveľa lepšou voľbou na odhadnutie očakávaní zákazníkov ako hromada dokumentácie.
To neznamená, že dokumentácia nie je potrebná. Znamená to len, že funkčný produkt je každý deň lepším indikátorom zosúladenia s potrebami a očakávaniami zákazníka ako dokument vytvorený pred mesiacmi. Znamená to tiež, že tímy reagujú a sú pripravené prispôsobiť sa zmenám podľa potreby, zatiaľ čo klientovi po ukončení šprintu ukážu pracovný softvér.
Nevyskúšanie produktu počas šprintov si vyžaduje ďalšie náklady a úsilie v ďalšom šprinte. Po nasadení funkcie sa náklady na tieto zmeny významne zvýšia.
3. Spolupráca zákazníka pri vyjednávaní o zmluve
Vyjednávanie znamená, že podrobnosti sa stále zachytávajú a neboli finalizované. Stále existuje priestor na opätovné prerokovanie. Lenže po ukončení rokovania už o ňom nebude možné diskutovať. Agilné hovorí, že namiesto vyjednávania choďte na spoluprácu.
Spolupráca znamená, že stále existuje priestor na diskusiu a komunikácia pokračuje.
Nie je to jednorazová vec. Čo to robí, je to s dvojnásobnou výhodou - zatiaľ čo pomáha tímu vykonať korekciu kurzu, ak je to potrebné v skoršej fáze, pomáha klientovi tiež vylepšiť svoju víziu a predefinovať svoje požiadavky, ak sú potrebné v priebehu kurzu. projekt.
Ďalším aspektom je, že zatiaľ čo tradičné modely vývoja softvéru zahŕňajú zákazníka pred začiatkom vývoja počas fázy dokumentácie a vyjednávania, nie sú takí zainteresovaní počas vývoja projektu.
Po zmrazení požiadaviek sa produkt zobrazí, až keď bude pripravený. Agilný prekonáva aj túto bariéru tým, že umožňuje zapojenie zákazníkov počas celého životného cyklu.
To pomáha agilným tímom lepšie sa prispôsobiť potrebám zákazníkov. Jedným zo spôsobov, ako to dosiahnuť, je oddaný a zapojený produktový vlastník, ktorý môže tímu pomôcť v reálnom čase s objasnením a zosúladením práce s prioritami zákazníka.
4. Reakcia na zmeny v nadväznosti na plán
Štandardným myšlienkovým procesom je, že zmeny sú drahá záležitosť a mali by sme sa im vyhnúť za každú cenu. To je to, na čo sa zbytočne zameriavame na dokumentáciu a vypracované plány, ktoré sa majú dosiahnuť dodržiavaním časových harmonogramov a špecifikácií produktu.
Ale ako nás učia aj skúsenosti, zmeny sú väčšinou nevyhnutné a namiesto toho, aby sme z nich utekali, mali by sme sa ich pokúsiť prijať a naplánovať.
Agile nám umožňuje tento prechod. Agilní si myslí, že zmena nie je náklad, je to vítaná spätná väzba, ktorá pomáha vylepšiť projekt. Nie je potrebné sa mu vyhnúť, ale namiesto toho to zvyšuje hodnotu.
Vďaka krátkym šprintom, ktoré navrhuje agilný, môžu tímy získať rýchlu spätnú väzbu a zmeniť priority v krátkom čase. Z iterácie do iterácie je možné pridávať nové funkcie.
Prečo to robíme? Pretože väčšina funkcií vyvinutých pomocou prístupu vodopád sa nikdy nepoužíva. Je to preto, že model vodopádu sa riadi plánom, zatiaľ čo to je fáza, keď toho vieme najmenej.
Agile tiež plánuje, ale tiež sa riadi prístupom just in time, kde sa plánovanie robí práve v prípade potreby. A plány sú vždy otvorené, keď sa šprinty postupujú.
12 agilných princípov
Po vytvorení manifestu bolo pridaných 12 agilných princípov, ktoré majú pomôcť a usmerniť tímy pri prechode na agilný a skontrolovať, či postupy, ktoré dodržiavajú, sú v súlade s agilnou kultúrou.
Nasleduje text pôvodných 12 princípov, ktoré v roku 2001 zverejnila Agilná aliancia:
# 1) Našou najvyššou prioritou je uspokojiť zákazníka včasným a nepretržitým dodávaním hodnotného softvéru.
#dva) Vítame meniace sa požiadavky, a to aj neskoro vo vývoji. Agilné procesy využívajú zmenu na získanie konkurenčnej výhody zákazníka.
# 3) Pracovný softvér doručujte často, od niekoľkých týždňov do niekoľkých mesiacov, s výhodou v kratšom časovom horizonte.
# 4) Podnikatelia a vývojári musia počas celého projektu každý deň spolupracovať.
najlepší video prevodník pre mac
# 5) Budujte projekty okolo motivovaných jednotlivcov. Poskytnite im prostredie a podporu, ktorú potrebujú, a verte im, že svoju prácu zvládnu.
# 6) Najefektívnejšou a najefektívnejšou metódou prenosu informácií do vývojového tímu a v rámci neho je osobný rozhovor.
# 7) Hlavným meradlom pokroku je pracovný softvér.
# 8) Agilné procesy podporujú udržateľný rozvoj. Sponzori, vývojári a používatelia by mali byť schopní udržiavať neustále tempo donekonečna.
# 9) Neustála pozornosť venovaná technickej dokonalosti a dobrému dizajnu zvyšuje agilitu.
# 10) Jednoduchosť - umenie maximalizovať množstvo neodvedenej práce je veľmi dôležité.
#eleven) Najlepšie architektúry, požiadavky a návrhy vychádzajú zo samoorganizujúcich sa tímov.
# 12) V pravidelných intervaloch tím uvažuje o tom, ako zefektívniť, a potom podľa toho vyladí a upraví svoje správanie.
Tieto agilné princípy poskytujú praktický návod pre vývojové tímy.
Ďalším spôsobom, ako zorganizovať 12 princípov, je zvážiť ich v nasledujúcich štyroch odlišných skupinách:
- Spokojnosť zákazníkov
- Kvalita
- Tímová práca
- Projektový manažment
# 1) Našou najvyššou prioritou je uspokojiť zákazníka včasným a nepretržitým dodávaním hodnotného softvéru - Zákazníci budú očividne nadšení, keď uvidia, ako bude fungujúci softvér dodávaný každý šprint, namiesto toho, aby museli absolvovať nejednoznačné čakacie obdobie, na konci ktorého si produkt pozrú iba oni.
Tu je možné definovať zákazníka ako sponzora projektu alebo osobu, ktorá platí za vývoj. Konečný používateľ produktu je tiež zákazníkom, môžeme ich však rozlišovať, pretože sa o ňom hovorí ako o užívateľovi.
#dva) Vítame meniace sa požiadavky, a to aj neskoro vo vývoji. Agilné procesy využívajú zmenu na získanie konkurenčnej výhody zákazníka - Zmeny je možné zapracovať bez väčších oneskorení do celkových harmonogramov.
Pretože agilné tímy veria predovšetkým v kvalitu, radšej zahrnú zmeny a dodajú podľa požiadaviek zákazníka, ako sa vyhnúť zmenám a dodať produkt, ktorý neslúži obchodným potrebám.
# 3) Doručujte pracovný softvér často, od niekoľkých týždňov do niekoľkých mesiacov, s výhodou v kratšom časovom horizonte - O to sa starajú tímy pracujúce v šprintoch. Keďže šprinty sú časovo ohraničené iterácie a na konci každého šprintu dodávajú funkčný softvér, zákazníci pravidelne dostávajú predstavu o pokroku
# 4) Podnikatelia a vývojári musia počas celého projektu každý deň spolupracovať - Lepšie rozhodnutia sa prijímajú, keď obaja spolupracujú, a medzi nimi je stála spätná väzba na korekciu kurzu a zmenu pohyblivosti. Komunikácia medzi zainteresovanými stranami je vždy svižná.
# 5) Budujte projekty okolo motivovaných jednotlivcov. Poskytnite im prostredie a podporu, ktorú potrebujú, a verte im, že svoju prácu zvládnu - Musíte tímy podporovať, dôverovať im a motivovať ich. Motivovaný tím bude s väčšou pravdepodobnosťou úspešný a prinesie vynikajúci produkt ako nešťastné tímy, ktoré nie sú ochotné vydať zo seba maximum.
Jedným zo spôsobov, ako to dosiahnuť, je umožniť vývojovému tímu samoorganizáciu a prijímanie vlastných rozhodnutí.
# 6) Najefektívnejšou a najefektívnejšou metódou prenosu informácií do vývojového tímu a v rámci neho je osobný rozhovor - Komunikácia je lepšia a efektívnejšia, ak sú tímy na rovnakom mieste a môžu sa stretnúť tvárou v tvár pri diskusiách. Pomáha budovať dôveru a prináša porozumenie medzi rôznymi zainteresovanými stranami.
# 7) Pracovný softvér je primárnym meradlom pokroku - Fungujúci softvér prekonáva všetky ostatné KPI a je najlepším indikátorom vykonanej práce.
# 8) Agilné procesy podporujú udržateľný rozvoj. Sponzori, vývojári a používatelia by mali byť schopní udržiavať neustále tempo donekonečna - Zdôrazňuje sa konzistentnosť dodávky. Tím by mal byť schopný udržať svoje tempo počas trvania projektu a nevyhorieť po niekoľkých prvých šprintoch.
# 9) Neustála pozornosť venovaná technickej dokonalosti a dobrému dizajnu zvyšuje agilitu - Tím by mal mať všetky zručnosti a dobrý dizajn produktu, aby zvládol zmeny a vytvoril vysoko kvalitný produkt, pričom dokáže zmeny zapracovať.
# 10) Jednoduchosť - Umenie maximalizovať množstvo neodvedenej práce je nevyhnutné a stačí na splnenie definície odbavenej práce.
#eleven) Najlepšie architektúry, požiadavky a návrhy vychádzajú zo samoorganizujúcich sa tímov - Samoorganizované tímy sú oprávnené a preberajú zodpovednosť za svoju prácu. To vedie k otvorenej komunikácii a pravidelnému zdieľaniu nápadov medzi členmi tímu.
# 12) V pravidelných intervaloch tím uvažuje o tom, ako zefektívniť, a potom podľa toho vyladí a upraví svoje správanie - Sebazdokonaľovanie vedie k rýchlejším výsledkom a menšej prepracovanosti.
ako nájsť kľúč zabezpečenia siete pre mobilný hotspot
Záver
Zameranie na zákazníka a zameranie na komunikáciu priniesli úspech do agilnosti, ktorá je dnes viditeľná.
Je to osvedčená technika s dopadmi nielen na dodávku softvéru, ale aj do iných priemyselných odvetví a dnes sa z nej stalo odvetvie samo o sebe.
Náš nadchádzajúci tutoriál v tejto sérii vysvetlí viac o Scrum tíme spolu s ich úlohami !!
Výukový program PREV | NEXT Tutorial
Odporúčané čítanie
- Online kvíz o Agile Scrum: Otestujte si svoje znalosti o Agile Scrum
- Zmena myslenia agilného testera: Zladenie s agilným manifestom
- Kanban vs Scrum vs Agile: Podrobné porovnanie s cieľom nájsť rozdiely
- Ako poskytovať softvérové funkcie vysokej hodnoty v krátkom časovom období pomocou agilného procesu skrumáže
- Výukový program SAFe Agile: Čo je to Scaled Agile Framework
- 4 kroky k vývoju agilného testovania myslenia pre úspešný prechod na agilný proces
- Výukový program JIRA Agile: Ako efektívne používať JIRA na správu agilných projektov
- Prax DevOps založená na agilnom manifeste (časť 2 - blok 1)