Počítačový priemysel je plný nejednoznačných jazykov, drsného žargónu a zložitých myšlienok, ktorým je ťažké porozumieť a ktoré môžu vašu myseľ priviesť do šialenstva výpočtového ukladania do vyrovnávacej pamäte.
Vodopád? Skrumáž? Agilný?
Ak sú vám tieto frázy úplne cudzie, nebojte sa; váš užitočný tím technologických nadšencov z HashDork je tu, aby vám pomohol pochopiť rozdiely medzi týmito kľúčovými fázami procesu vývoja, aby ste sa mohli oboznámiť.
Agilné, scrumové a vodopádové techniky budú zahrnuté v tomto blogovom príspevku spolu s tým, ako môžu pomôcť vášmu tímu ako celku.
Začnime s agilným a zvyšok si prenesieme.
Čo je to Agile?
Agilný vývoj softvéru sa riadi iteratívnym, inkrementálnym prístupom. Namiesto rozsiahlej prípravy na začiatku projektu sú agilné techniky flexibilné vzhľadom na meniace sa potreby v priebehu času a podporujú nepretržitú spätnú väzbu od koncových používateľov.
Medzifunkčné tímy pracujú na iteráciách produktov v priebehu času a táto práca je kategorizovaná do nevybavených úloh a prioritná na základe hodnoty podnikania alebo zákazníka. Účelom každej iterácie je vytvoriť použiteľný produkt.
Vedenie podporuje spoluprácu, zodpovednosť a komunikáciu tvárou v tvár v agilných metodológiách.
Obchodné zainteresované strany a vývojári musia spolupracovať, aby zabezpečili, že produkt spĺňa požiadavky spotrebiteľa a ciele spoločnosti.
Výraz „agilný rozvoj“ sa týka rôznych metód a rámcov, ktoré sú založené na ideáloch a princípoch načrtnutých v Agilný manifest.
Odborníci odporúčajú dodržiavať agilné princípy a hodnoty a používať ich ako vodítko pri rozhodovaní o správnych krokoch, ktoré je potrebné podniknúť v konkrétnom prostredí pri vývoji softvéru.
Kooperatívny a samoorganizujúci sa tím sú hlavnými oblasťami, na ktoré sa komunita agilných vývojárov softvéru zameriava.
Tímy sa môžu autonómne rozhodnúť, ako budú riešiť konkrétny projekt, ale to neznamená, že neexistujú supervízori. Agilné tímy sú preto medzifunkčné.
V agilnej paradigme sú manažéri stále potrební. Dbajú na to, aby každý člen tímu mal alebo získal potrebné schopnosti pre projekt.
Manažéri v agilnom rámci fungujú tak, že podporujú atmosféru, ktorá prináša to najlepšie v tíme. Ale namiesto toho, aby sa ujali vedenia, často zapadnú do úzadia a nechajú tím rozhodnúť, ako budú veci dodávať.
Manažéri sa zapoja len vtedy, keď sa tímy opakovane pokúšajú vyriešiť problémy bez úspechu.
Agilný vývojový cyklus
Fázy agilného vývojového cyklu sú uvedené nižšie. Je dôležité si uvedomiť, že tieto fázy by nemali prebiehať v poradí, pretože sú flexibilné a neustále sa menia. Mnohé z týchto fáz prebiehajú súčasne.
- Plánovanie: Keď sa projektový tím rozhodne, že nápad je praktický a realizovateľný, začne hľadať funkcie. Cieľom tejto fázy je uprednostniť každú funkciu a priradiť ju k opakovaniu po rozdelení myšlienky na menšie obrobky (funkcie).
- Analýza požiadaviek: Na určenie obchodných požiadaviek tento krok zahŕňa niekoľko diskusií s manažérmi, zainteresovanými stranami a používateľmi. Kto bude produkt používať a ako ho bude využívať, patrí medzi podrobnosti, ktoré musí tím zhromaždiť. Tieto normy musia byť špecifické, použiteľné a kvantitatívne.
- dizajn: Požiadavky zistené v predchádzajúcej fáze sa používajú na prípravu návrhu systému a softvéru. Tím musí zvážiť vzhľad produktu alebo riešenia. Testovací tím tiež vypracuje stratégiu alebo plán testu.
- Implementácia, kódovanie alebo vývoj: Táto fáza sa zameriava na vytváranie a hodnotenie funkcií a plánovanie nasadenia iterácií (podľa prístupu iteratívneho a prírastkového vývoja [IID]). Pretože nie sú poskytované žiadne funkcie, začína sa iterácia 0 vývojového obdobia. Dokončením činností, ako je uzatváranie zmlúv, nastavenie nastavení a financovanie, táto iterácia poskytuje základ pre budúci rast.
- testovanie: Po vytvorení kódu sa testuje podľa požiadaviek, aby sa zabezpečilo, že produkt skutočne spĺňa požiadavky používateľov a spĺňa obchodné ciele. V tejto fáze sa vykonáva testovanie jednotky, integrácie, systému a prijateľnosti.
- rozvinutie: Po otestovaní je produkt odoslaný klientom, aby ho mohli využívať. Projekt však nie je po nasadení dokončený. Zákazníci sa môžu po začatí používania produktu stretnúť s ďalšími problémami, ktoré si budú vyžadovať, aby projektový tím našiel riešenie.
výhody
- Rýchlejšie, kvalitnejšie dodanie: Rozdelením projektu na iterácie (riaditeľné jednotky) sa tím môže sústrediť na kvalitnejšiu spoluprácu, vývoj a testovanie. Keď sa testovanie vykonáva pri každej iterácii, problémy sa nájdu a opravia rýchlejšie. Navyše s neustálymi následnými revíziami môže byť tento vysokokvalitný softvér dodávaný rýchlejšie.
- Zmena je vítaná: Hoci plánovacie cykly sú kratšie, je jednoduché akceptovať a prispôsobiť sa zmenám v ktoromkoľvek bode projektu. Nevybavené veci je možné vždy vylepšiť a zmeniť ich prioritu, čo tímom umožní vykonať zmeny v projekte za pár týždňov.
- Konečný cieľ nemusí byť známy: Agile je vynikajúci pre projekty, kde konečný cieľ nie je jasne definovaný. Keď sa projekt posunie ďalej, ciele sa vyjasnia a vývoj bude schopný pohotovo vyhovieť týmto meniacim sa potrebám.
- Neustále zlepšovanie: Agilné programy podporujú vstup používateľov a tímov vo všetkých fázach projektu, čo umožňuje aplikáciu toho, čo sa naučili, na zlepšenie ďalšej iterácie.
- Názory zákazníkov sú cenené: Zákazníci majú niekoľko príležitostí sledovať dokončenie práce, ponúknuť spätnú väzbu a skutočne ovplyvniť konečný výsledok. Takouto dôvernou interakciou s projektovým tímom si môžu rozvinúť pocit vlastníctva.
- Silná tímová práca: Agile zdôrazňuje význam pravidelnej komunikácie a osobných stretnutí. Ľudia môžu pri tímovej práci prevziať zodpovednosť a vlastniť určité súčasti projektu.
Nevýhody
- Členovia tímu musia mať znalostie: Agilné tímy sú často malé. Členovia tímu teda musia mať širokú škálu zručností. Okrem toho musia pochopiť a cítiť sa pohodlne pomocou vybranej agilnej techniky.
- Plánovanie by mohlo byť menej presné: Niekedy môže byť náročné určiť presný dátum doručenia. Agile je postavená na časovo ohraničenom poskytovaní a projektoví manažéri často menia priority úloh. Je teda pravdepodobné, že niektoré dodávky, ktorých doručenie bolo pôvodne naplánované, nebudú dokončené včas. Okrem toho je možné kedykoľvek počas projektu pridať ďalšie sprinty, čím sa predĺži celý plán.
- Dokumentácia sa nemusí brať do úvahy: Niektorí členovia tímu sa môžu domnievať, že sústredenie sa na dokumentáciu je menej dôležité, pretože Agile Manifesto uprednostňuje funkčný softvér pred dôkladnou dokumentáciou. Agilné tímy by mali nájsť ideálnu rovnováhu medzi dokumentáciou a dialógom, aj keď dôkladná dokumentácia nemôže sama o sebe zaručiť úspech projektu.
- Konečný výstup sa môže výrazne líšiť: Pre počiatočný agilný projekt nemusela existovať jasná stratégia, a preto sa konečný výsledok môže výrazne líšiť od toho, čo sa pôvodne očakávalo. Podstatne odlišný konečný výstup môže vyplynúť z pridávania nových iterácií na základe zmeny vstupu klienta, keďže Agile je tak prispôsobivý.
- Časový záväzok vývojárov: Vývojový tím musí byť plne oddaný projektu, aby bol agilný systém efektívny. Agilná metóda, ktorá trvá dlhšie ako konvenčný prístup, si vyžaduje neustálu aktívnu účasť a spoluprácu. Okrem toho to znamená, že vývojári sa musia zaviazať k celej dĺžke projektu.
Čo je Vodopád?
Najpopulárnejšia iterácia životného cyklu vývoja systému (SDLC) pre softvérové inžinierstvo a IT projekty je známa ako „vodopádový prístup“, ktorý sleduje sekvenčný lineárny postup.
Na jej plánovanie sa príležitostne používa Ganttov diagram, forma stĺpcového grafu, ktorý zobrazuje dátumy začiatku a konca každej úlohy.
Vývojový tím postúpi na nasledujúcu úroveň po dokončení jednej z ôsmich fáz. Tím sa nemôže vrátiť do predchádzajúcej fázy bez toho, aby musel reštartovať celý postup.
Okrem toho môže byť potrebné, aby klient vyhodnotil a prijal požiadavky predtým, ako tím prejde na ďalšiu úroveň.
Model vodopádu bol vyvinutý vo vysoko organizovanom prostredí výrobného a stavebného sektora, kde úpravy môžu byť neúmerne drahé alebo dokonca nemožné.
Technika vodopádu je tak pomenovaná, pretože je určená na to, aby tiekla len jedným smerom – nadol – rovnako ako vodopád. Jeho fázy zahŕňajú analýzu, spustenie, testovanie, návrh, budovanie, nasadenie, údržbu a testovanie.
Vodopádová technika má niekoľko výhod, rovnako ako každá iná stratégia. Jedným z nich je, že fázy plánovania a návrhu projektu sú lepšie zavedené.
Zákazníci a vývojový tím sú viac zosúladení, pokiaľ ide o výstupy projektu, pričom využívajú vodopádový vývoj softvéru. Keďže ste si od začiatku vedomí rozsahu projektu, vývoj vodopádu tiež zjednodušuje monitorovanie pokroku.
Proces vodopádu využíva špecialistov, vývojárov, analytikov a testerov, aby sa sústredili na svoje úlohy v projekte, namiesto toho, aby celý tím zdôrazňoval jeden krok.
Etapy vodopádu
Všetkých šesť krokov vodopádu musí nastať jeden po druhom:
- Požiadavky na zhromažďovanie a skladovanie: Mali by ste nazhromaždiť dôkladné znalosti o tom, čo tento projekt v súčasnosti vyžaduje. Existuje niekoľko techník na zber týchto údajov vrátane rozhovorov, prieskumov a kolaboratívneho brainstormingu. Potreby projektu by mali byť zrejmé v čase, keď sa táto fáza skončí, a váš tím by mal dostať kópiu dokumentu s požiadavkami.
- Dizajn systému: Systém je navrhnutý vaším tímom pomocou vopred určených špecifikácií. Počas tejto fázy sa nevykonáva žiadne kódovanie, ale tím nastavuje požiadavky na hardvér alebo programovací jazyk.
- Uskutočnenie: Táto fáza zahŕňa kódovanie. Údaje z predchádzajúcej fázy používajú programátori na zostavenie použiteľného produktu. Kód sa často implementuje v malých kúskoch, ktoré sa kombinujú na konci jednej fázy alebo na začiatku druhej.
- testovanie: Produkt sa môže začať testovať po dokončení kódu. Testeri starostlivo nájdu a nahlásia akékoľvek problémy. Ak sa objavia závažné problémy, váš projekt sa možno bude musieť vrátiť do prvej fázy na prehodnotenie.
- Dodanie/nasadenie: Produkt je v tomto bode dokončený a váš tím odošle výstupy na nasadenie alebo vydanie.
- údržba: Klient dostal produkt a používa ho. Váš tím môže potrebovať vyvinúť opravy a aktualizácie, keď sa objavia problémy, aby ich vyriešil. Značné problémy si opäť môžu vyžiadať návrat k prvému kroku.
výhody
- Jednoduchá obsluha a správa: Prístup Waterfall je jednoduchý na používanie a pochopenie, pretože každý projekt sa spracováva rovnakým sekvenčným spôsobom. Pred začatím projektu Waterfall sa od tímu nevyžaduje žiadna predchádzajúca odbornosť alebo školenie. Vodopádový prístup je veľmi prísny; každá etapa má súbor výstupov a prehľad, čo zjednodušuje správu a údržbu.
- Vyžaduje sa dobre zdokumentovaná metodika: Dokumentácia, ktorú vyžaduje vodopádová metodika, pomáha objasniť zdôvodnenie testov a kódu. Okrem toho vytvára papierovú stopu pre prípad, že by zainteresované strany chceli ďalšie informácie o určitej fáze alebo o akýchkoľvek budúcich iniciatívach.
- Presadzovanie disciplíny: Každý krok vo vodopádovom projekte má začiatok a koniec, čo uľahčuje komunikáciu o pokroku zainteresovaným stranám a klientom. Tím môže znížiť možnosť zmeškania termínu tým, že pred vytvorením kódu umiestni požiadavky a dizajn na prvé miesto.
Nevýhody
- Môže byť ťažké zhromaždiť presné požiadavky: Rozhovor so spotrebiteľmi a zainteresovanými stranami s cieľom určiť ich potreby je jednou z počiatočných fáz projektu Waterfall. V tejto ranej fáze projektu môže byť náročné zistiť ich konkrétne požiadavky. Zákazníci sa často dozvedia o svojich požiadavkách v priebehu vývoja projektu, namiesto toho, aby ich vopred vyjadrili.
- Je ťažké prispôsobiť sa zmenám: Posádka nemôže pokračovať v práci po dokončení fázy. Je veľmi ťažké a nákladné vrátiť sa späť a opraviť ho, ak počas testovacej fázy zistia, že počas procesu požiadaviek chýbala funkčnosť.
- Softvér je poskytovaný po dátume jeho splatnosti: Pred začatím skutočného kódovania musia byť dokončené dve až štyri fázy projektu. Výsledkom je, že zainteresované strany neuvidia funkčný softvér až do konca životného cyklu.
Čo je Scrum?
Jedným z najobľúbenejších procesných rámcov na uvedenie Agile do praxe je Scrum, ktorý je podmnožinou Agile.
Je to iteratívna paradigma riadenia tvorby komplexného softvéru a produktov. Sprinty, čo sú iterácie s pevnou dĺžkou, ktoré prebiehajú jeden až dva týždne, umožňujú tímu vydávať softvér podľa pravidelného plánu.
Zainteresované strany a členovia tímu sa stretnú, aby prediskutovali ďalšie kroky po každom sprinte. Úlohy, zodpovednosti a stretnutia v Scrume zostávajú konštantné.
Scrum napríklad špecifikuje plánovanie sprintu, denný stand-up, demo sprintu a retrospektívu sprintu ako štyri rituály, ktoré poskytujú štruktúru každého sprintu.
Tím bude počas každého sprintu využívať vizuálne artefakty, ako sú tabule úloh alebo horiace grafy, aby demonštroval pokrok a získal prírastkovú spätnú väzbu.
V scrume tím a vlastník produktu úzko spolupracujú na identifikácii a uprednostňovaní funkčnosti systému. Dosahujú to vytvorením produktového backlogu, ktorý obsahuje všetky úlohy potrebné na vytvorenie softvéru, ktorý funguje tak, ako má.
Záplaty chýb, nefunkčné požiadavky a funkcie by mali byť zahrnuté vo fronte. Medzifunkčné tímy musia odhadnúť a prihlásiť sa na poskytovanie softvérových prírastkov počas nepretržitých sprintov, ktoré zvyčajne trvajú 30 dní po stanovení cieľov.
Funkcionalitu môže do sprintu pridať iba tím po vykonaní backlogu pre daný sprint.
Doručenie ďalšieho sprintu, produktový backlog sa vyhodnotí a v prípade potreby sa prehodnotí jeho priorita a ako súčasť nasledujúceho sprintu sa vyberie nasledujúca sada výstupov.
Proces scrumu
- Nevybavené produkty: Na objednanie položiek v produktovom backlogu sa stretáva Product Owner a Scrum Team (práca na produktovom backlogu vychádza z užívateľských príbehov a požiadaviek). Produktový backlog je skôr zoznamom všetkých požadovaných funkcií produktu než zoznamom úloh, ktoré je potrebné dokončiť. Potom vývojový tím vyberie úlohy z produktového backlogu, ktoré sa majú vykonať počas každého sprintu.
- Plánovanie sprintu: Pred každým sprintom produktový vlastník dodá tímu najdôležitejšie položky v backlogu na plánovacom stretnutí sprintu. Skupina potom vyberie položky z produktového backlogu, ktoré môže dokončiť počas sprintu a presunie ich do backlogu sprintu (čo je zoznam úloh, ktoré treba v sprinte dokončiť).
- Spresnenie/úprava nevybavených vecí: Aby sa zabezpečilo, že backlog bude pripravený na nasledujúci sprint, tím a produktový vlastník sa stretnú na záver jedného sprintu. Tím môže vyradiť používateľské príbehy, ktoré už nie sú relevantné, pridať nové, upraviť poradie, v ktorom by sa mali riešiť, alebo rozdeliť používateľské príbehy na menšie úlohy. Počas tohto „groomingového“ stretnutia sa uistí, že nevybavené veci budú obsahovať iba veci, ktoré sú relevantné, do hĺbky a sú v súlade s cieľmi projektu.
- Scrum stretnutia každý deň: Na 15-minútovom stand-up stretnutí s názvom Daily Scrum každý člen tímu diskutuje o svojich cieľoch a akýchkoľvek problémoch, ktoré sa vyskytli. Každý deň počas sprintu sa tím zúčastňuje denného scrumu, vďaka ktorému je každý v úlohe.
- Stretnutie na posúdenie šprintut: Tím prezentuje svoju prácu na stretnutí na preskúmanie sprintu na konci každého sprintu. Namiesto správy alebo prezentácie v PowerPointe by toto stretnutie malo obsahovať skutočnú ukážku.
- Retrospektívne stretnutie v šprinte: Tím diskutuje o akýchkoľvek úpravách, ktoré je potrebné vykonať v nasledujúcom sprinte, ako aj o tom, ako dobre pre nich Scrum funguje na záver každého sprintu. Tím môže diskutovať o pozitívnych a negatívnych aspektoch sprintu a oblastiach na zlepšenie.
výhody
- Väčšia zodpovednosť zo strany tímu: Neexistuje žiadny projektový manažér, ktorý by scrum tímu dával pokyny, čo a kedy má robiť. O práci, ktorá môže byť dokončená v každom šprinte, rozhodne tím ako celok. Všetci spolupracujú a navzájom si pomáhajú, čím zlepšujú tímovú prácu a podporujú individualitu každého člena tímu.
- Zlepšená viditeľnosť a transparentnosť projektu: Je tu menej nedorozumení a neistoty, keďže každý v tíme si je vedomý svojich povinností vďaka častým stretnutiam v postoji. Tím sa dokáže vysporiadať s problémami skôr, ako sa vymknú spod kontroly, pretože problémy sú spozorované vopred.
- Rozšírené zníženie nákladov: Neustála komunikácia informuje tím o akýchkoľvek problémoch alebo zmenách hneď, ako nastanú, čo pomáha šetriť náklady a zlepšovať kvalitu. Menšie časti funkcií poskytujú nepretržitú spätnú väzbu a umožňujú skorú opravu chýb skôr, než bude náprava väčších chýb príliš drahá.
- Jednoduché prispôsobenie sa zmenám: Je jednoduchšie vysporiadať sa so zmenami a prispôsobiť sa im, keď sú časté spätné väzby a krátke šprinty. Na ilustráciu, ak tím počas jedného sprintu narazí na úplne nový užívateľský príbeh, môže túto funkciu rýchlo pridať do nasledujúceho sprintu na spresnenom stretnutí.
Nevýhody
- Nebezpečenstvo tečenia rozsahu: Z dôvodu chýbajúceho stanoveného dátumu dokončenia môžu určité projekty Scrumu čeliť prenikaniu rozsahu. Zainteresované strany by mohli byť nalákané, aby pokračovali v požadovaní ďalších funkcií, ak neexistuje konečný termín na dokončenie.
- Zlý Scrum Master môže všetko vykoľajiť: Projektový manažér nie je to isté ako scrum master. Scrum Master musí dôverovať tímu, na ktorý dohliadajú, a nikdy mu nedávať pokyny. Scrum Master nemá moc nad tímom. Projekt zlyhá, ak sa scrum master pokúsi riadiť tím.
- Problémy s presnosťou môžu vyplynúť zo zle zadaných úloh: Ak úlohy nie sú jasne špecifikované, výdavky a harmonogramy projektu nebudú presné. Plánovanie sa stáva náročným a sprinty môžu trvať dlhšie, ako sa očakávalo, ak nie sú definované počiatočné ciele.
- Skúsenosti a odhodlanie sú pre tím nevyhnutné: Aby bol tím úspešný, musia byť jasne definované úlohy a povinnosti. Scrum tím vyžaduje členov tímu s technickými zručnosťami, pretože neexistujú jasne definované roly (všetci robia všetko). Tím sa tiež musí zaviazať, že sa bude zúčastňovať na každodenných stretnutiach Scrum a držať spolu počas trvania projektu.
Agile vs Scrum
Aj keď Agile a Scrum používajú rovnakú metodológiu, existujú medzi nimi určité rozdiely. Agile Manifesto načrtáva súbor princípov vytvárania softvéru prostredníctvom iteratívneho vývoja.
Scrum, na druhej strane, je súbor pokynov, ktoré sa musia dodržiavať pri vývoji agilného softvéru. Agile je koncept, zatiaľ čo Scrum je technika na jeho uvedenie do praxe.
Scrum je metóda implementácie Agile, preto majú obe veľa spoločného. Oba prístupy sú iteratívne, uprednostňujú skoré a časté dodávanie softvéru a akceptujú zmeny. Podporujú tiež otvorenosť a neustály rozvoj.
Agile vs Waterfall
Rigid vs. flexibilný najlepšie popisuje rozdiely medzi Waterfall procesom a Agile. Zatiaľ čo Agile je plynulé a neustále sa mení, Waterfall je oveľa prísnejšia a prísnejšia metodika.
Tieto ďalšie rozdiely medzi nimi sú nasledovné:
- Agile nevyžaduje lineárny prístup, zatiaľ čo Waterfall je sekvenčný.
- Zatiaľ čo potreby sú v projektoch Waterfall často preddefinované, v agilných iniciatívach sa očakáva, že sa zmenia a prispôsobia.
- Na rozdiel od Agile, projekty Waterfall neumožňujú vykonávať úpravy práce, ktorá bola dokončená v predchádzajúcej fáze.
- Vodopád je organizovaný postup, v ktorom musíte dokončiť každý krok predtým, ako prejdete na ďalší. Agile je však flexibilná metodika, ktorá vám umožňuje pokračovať v projekte vlastným tempom.
Agile vs Waterfall vs Scrum
- Vodopád zvyšuje dôveru v to, čo bude poskytnuté veľmi skoro po jeho plánovaní. Agile sa spolieha na osvedčené postupy vývojového prostredia. Tu je možné dobre riadiť množstvo rizík projektu, pretože výsledky sa neustále vyhodnocujú.
- Waterfall nepredpokladá, že tím a projekt budú sídliť na rovnakom mieste. Kým scrum a agile potrebujú spoločné umiestnenie zamestnancov.
- Agile sa zameriava na zníženie prepracovania projektov a podporuje začlenenie zmien oveľa skôr. Na rozdiel od vodopádu, ktorý reaguje inak, scrum umožňuje aj skoré objavenie zmien.
- Kompaktnejší návrh konečného produktu poskytuje agilný a scrum. To vytvára problém so sľubmi danými kupujúcemu. Naproti tomu vodopádová grafika dáva klientom a vývojárom lepší dojem z hotového výsledku.
- Každá z týchto techník má súbor nástrojov na organizáciu a simuláciu úloh spojených s ich tvorbou.
záver
Ak ste postupovali až doteraz a ste si istí svojimi znalosťami o rozdieloch medzi procesmi Waterfall, Agile a Scrum, mali by ste už vedieť, ktorá stratégia bude pre vás a váš tím najlepšie fungovať.
Technika Waterfall, ktorá je určená pre projekty s určitým rozsahom, časovým rámcom a rozpočtom, môže byť vašou najlepšou voľbou, ak máte radi tvrdé pravidlá a postupy a zistíte, že prinášajú prehľadnosť.
Na druhej strane, ak vás sloboda a prispôsobivosť, ktoré Agile ponúka, inšpiruje, mohlo by to byť miesto, kde by ste mali venovať pozornosť.
Scrum je správna cesta, ak však túžite po troche disciplíny vo flexibilnom rámci.
Tieto prístupy však musíte zvážiť vo svetle projektu, na ktorom pracujete, a vášho konečného výsledku.
Nechaj odpoveď