különbség az extrém programozás és a Scrum között

a vállalatok jelentős százaléka használja az agilis projektmenedzsmentet a piaci igények kielégítésére. Egy új kutatás szerint a vállalatok 55% – A, amelyek megtartják a költségvetést, és projektjeik több mint 80% – át időben teljesítik, agilis projektmenedzsment keretrendszereket használnak.

az agilis projektek csak 28% – kal lehetnek sikeresebbek, mint a hagyományos projektmenedzsment módszerek, de az utóbbi egyre kevésbé hatékonyan reagál az ügyfél változó igényeire. Ennek oka a hagyományos projektmenedzsment módszertanok egyedi jellemzői:

• rögzített szekvenciális lépések sorozatában futnak: kezdeményezés, tervezés, végrehajtás, monitorozás és bezárás.
• hangsúlyt fektetnek a lineáris folyamatokra, a dokumentációra, az előzetes tervezésre és a prioritásokra.

másrészt az agilis projektmenedzsment, amelynek meghatározását megismétli a kifejezés olyan agilis, mint egy majom. Amikor azt mondod, hogy valaki vagy valami olyan mozgékony, mint egy majom, az azt jelenti, hogy nagyon gyorsak, és képesek gyorsan és könnyen mozogni. Az agilis projektmenedzsment és az agilis szoftverfejlesztés ebből veszi át alapvető tulajdonságait.

az agilis szoftverfejlesztés, amelyet gyakran egyhangúlag agilisnak neveznek, arról szól, hogy fokozatosan minőségi szoftvereket szállítson a vállalkozások és a vállalatok számára. A folyamatos szállítási folyamat ilyen jellege abból fakad, hogy a vállalkozásoknak alkalmazkodniuk kell a változó követelményekhez, és kompetensnek kell maradniuk a piacon. Ennek eredményeként az agilis szoftverfejlesztés sikerét a csapat folyamatos teljesítőképessége méri.

az agilis szoftverfejlesztés mögött meghúzódó érvelés az, hogy a különböző projekteknek különböző cselekvési irányokra van szükségük. Ezt szem előtt tartva az agilis projektek bizonyos értékeken alapulnak. Az egyik ilyen érték a készségekre, a kommunikációra és a közösségre való összpontosítás, amely lehetővé teszi az agilitást és a hatékonyságot, szemben a folyamatokra való összpontosítással.

Egyéb agilis értékek a következők:

• A működő szoftver prioritása az átfogó dokumentációval szemben
• az ügyfelek együttműködésének prioritása a szerződéskötéssel szemben
• a változásokra adott válaszok prioritása a terv követése helyett.

a legalapvetőbb értelemben az Agile-t a szoftverfejlesztés különböző megközelítéseiként tekinthetjük meg, amelyek különösen az inkrementális kézbesítésre, a csapatmunkára, a folyamatos tervezésre és a folyamatos tanulásra vonatkoznak. Ezek a funkciók korlátozzák az egyszeri kézbesítést a végén, és teret engednek a folyamatos változásoknak.

az agilis csapat hat különböző szerepkörből áll. Egy agilis csapatban azonban mindenki arra összpontosít, hogy kiváló minőségű terméket szállítson. A termék vagy projekt a fejlesztendő új mobilalkalmazásra, játékra vagy személyre szabott szoftverre vonatkozik. A csapat tagjai a következők:

1. ügyfél: segít meghatározni a termék / projekt is ismert, mint a termék tulajdonosa
2. programozó: segít a termék/projekt
3. Tester: Segít ellenőrizni, hogy a termék/projekt a megadott módon működik-e
4. Tracker: segít összegyűjteni és bemutatni a hasznos mutatókat
5. Coach: segít a csapat sikerében
6. koordinátor (opcionális): segít a külső kommunikáció kezelésében.

az ügyfelek különleges szerepet játszanak, mert felelősséget vállalnak a termék funkcionalitásáért és a felhasználó felé néző kialakításért. Vannak üzleti elemzők, terméktulajdonosok, tesztelők és mások is, akik segítenek meghatározni a terméket és tanácsot adnak az ügyfélnek.

fejlesztők, építészek és technikai támogatás felelősek a termék belső tervezéséért, fejlesztéséért és karbantartásáért. Egy edző irányítja a csapatot, segít a saját szabályok és protokollok kidolgozásában. A profi edző segíti a csapatokat abban a pontban, ahol már nincs szükségük rá.

a Csapatkoordinátorokat a menedzser, a projektmenedzser és a Scrum Master szerepei váltják fel. Ütemezéseket rendeznek, kezelik a bejövő kéréseket, és megoldják az interperszonális kérdéseket.

számos agilis keretrendszer létezik. Ezeket módszertanoknak vagy megközelítéseknek is nevezik. Ezek közé tartozik a Scrum, Kanban, Extrém programozás (XP), Crystal, Lean, Feature Driven Development (FDD), és a dinamikus rendszerek fejlesztési módszer (Dsdm). A megfelelő kiválasztása egy adott projekthez még a tapasztalt fejlesztőcsapatokat is megzavarhatja. A zűrzavar enyhítésének kulcsa a köztük lévő különbségek megértése.

a cikkben tárgyalt két agilis módszertan a Scrum és az Extreme Programming (XP). A projekt sikere érdekében elengedhetetlen ezeknek a módszereknek a ismerete. Mindkét agilis keretrendszer bizonyos alapelvekre épül, és egyértelmű iránymutatásokat nyújt a termék/szoftver fejlesztéséhez. Ne feledje, hogy maga az Agile csak az értékek listája, és számos olyan gyakorlatot ír le, amelyek megfelelnek ezeknek az értékeknek.

mi a Scrum módszertan, és hogyan működik?

A Scrum hatékony keretrendszer a munka szervezéséhez. Egyszerű és körkörös folyamat, két állandó elem az ellenőrzés és az alkalmazkodás. Az első a könyörtelenül megrendelt teendők létrehozása és fenntartása, amelyeket termékhátraléknak neveznek. A második elem a projektfejlesztés különböző lépéseire szánt elemek rövid időn belüli rangsorolására utal. Ezeket sprinteknek nevezzük, és ebben az időszakban a scrum csapata előre meghatározott és kölcsönösen elfogadott célokra törekszik.

A Scrum Csapat egy Terméktulajdonosból, Scrum Masterből és Fejlesztőcsapatból áll, akik együtt dolgoznak és a keretrendszer egyszerűségének megfelelően, magas szintű kommunikáción keresztül szállítanak. A Terméktulajdonos szerepe az, hogy az ügyfél céljait visszaadja a Scrum Csapatnak. Ők azok a csapattagok, akik tudják, mit akar az ügyfél,és azok relatív üzleti értékét.

A Scrum Master egy agilis fejlesztőcsapat segítője. Bár a szerepet a Scrum keretrendszer részeként hozták létre, a kifejezést olyan csapatok is használják, amelyek nem követik kifejezetten a Scrumot. A Scrum Master feladatai közé tartozik a csapat dinamikájának kezelése, az akadályok elhárítása és a csapaton belüli jó munkakapcsolatok biztosítása.

A Scrum projektmenedzsment elsősorban egy keresztfunkcionális és önszerveződő csapatra támaszkodik, és gyakran a kívánt eredmény szempontjából írják le. A Scrum lehetővé teszi, hogy alkalmazkodjon a folyamatosan változó piaci követelményekhez, a technológiai korlátokhoz és az innovációkhoz. A kulcs abban rejlik, hogy a folyamatban lévő munka a legfontosabb kérdéseket a befejezésig.

a csapat minden kiemelt fontosságú elem fejlesztésén és tesztelésén dolgozik hét lépésben:

• követelmények megfogalmazása
• UI / UX tervezés
• fejlesztés
• teljes tesztelés
• integráció
• dokumentáció
• végleges jóváhagyás.

a sprint során figyelembe vett minden követelményt teljes mértékben ki kell építeni, tesztelni, majd jóváhagyni vagy elutasítani.

a projektek kézzelfoghatóan épülnek fel, növekményenként. Ezeket a kézzelfogható lépéseket ezután bemutatják az érdekelt feleknek visszajelzés céljából. A visszajelzéseik által generált új követelményeket a termékhátralékba helyezik, és a meglévő feladatok szerint rangsorolják. Ezt nevezik scrum ciklusnak.

ezért a scrum ciklus újra és újra fut. A visszajelzések folyamatos áramlása és a legmagasabb prioritású termékekre való összpontosítás tükrözi az ügyfelek elégedettségét és a gyors, kiváló minőségű szállítást. Scrum lehet használni bármilyen összetett projekt. Különösen előnyös a projektek számára:

• keresztfunkcionális csapatokkal;
• a mindennapi üzleti tevékenységek folyamatos megszakítása nélkül;
• amelyek gyors visszacsatolási ciklust igényelnek;
• amelyek az érdekelt felek visszajelzéseit használják a következő sprint feladatainak rangsorolásához.

A Scrum események lehetőséget nyújtanak a folyamatos kommunikáció prioritásainak agilis értékéhez való ragaszkodásra. Ez magában foglalja a Sprint, Sprint tervezés, Napi Scrum, és Sprint felülvizsgálata.

A fejlesztőcsapat felelős a Napi Scrum lebonyolításáért, amely egy rövid, napi belső találkozó, amelyet 15 perces időkereten belül tartanak. A Scrum Master gondoskodik arról, hogy a találkozó ne legyen megszakítva, és hogy minden csapattag, aki egy adott sprint befejezésén dolgozik, részt vegyen.

A Sprinttervezés a sprint során elvégzendő munka megtervezésére szolgál. A találkozó két részre oszlik. Az első rész meghatározza a sprint céljait, míg a második rész meghatározza a cél elérését.

a Sprint felülvizsgálata a sprint végén történik, és a sprint során elért eredmények értékelésére szolgál. Arra is használják, hogy eldöntsék, mit kell tenni a következő Sprintben a Terméktulajdonos és a fejlesztőcsapat közötti kommunikáció alapján. A csapat találkozik, hogy megvitassák a sprint legfontosabb eseményeit és milyen problémákat találtak.

mi az XP módszertan, és hogyan működik?

Az Extreme Programming (XP) egy könnyű, hatékony, alacsony kockázatú, rugalmas, kiszámítható és tudományos módszer a szoftverek fejlesztésére. Nevét a hagyományos szoftverfejlesztési gyakorlatok elemeinek “extrém” szintre emeléséről kapta. Az XP egy agilis módszertan, bizonyos funkciókkal. Úgy tervezték, hogy olyan projektekkel dolgozzon, amelyeket a meglévő számítástechnikai környezet nem korlátoz élesen, és ahol a tesztek végrehajtásának ésszerű feladata egy nap töredéke alatt elvégezhető.

XP működik a legjobban a kis-és közepes méretű csapatok fejlődő szoftver dolgozik a közepén homályos vagy gyorsan változó követelményeknek. A fejlesztési folyamat során a csapat körülbelül 6-8 hetente elkészíti a rendszer teljes verzióját. Az XP gyors visszajelzést és hatékony kommunikációt használ, hogy a lehető legtöbbet hozza ki a szállított értékből:

• specifikus tervezési megközelítés
• helyszíni ügyfél
• folyamatos tesztelés.

az extrém programozás egyik ötlete sem új. Legtöbbjük olyan régi, mint maga a programozás. Célja, hogy javítsa a szoftverek érzékenységét és minőségét a követelmények változásával. Azt is ígéri, hogy csökkenti a projekt kockázatát, javítja az üzleti változásokra való reagálást, javítja a termelékenységet a rendszer teljes élettartama alatt, és szórakoztatóbbá teszi a szoftvereket a csapatokban—mindezt egyszerre.

az XP megközelítés hangsúlyozza az ügyfelek bevonását és tesztelését. Az XP-ben lévő ügyfélnek gyakran van lehetősége megváltoztatni az XP fejlesztői csapat irányát, ha a körülmények megváltoznak. Gondolhat az XP-re, mint egy hagymára. A legbelső réteg a programozás. A középső réteg csapatorientált gyakorlatokból áll. A külső réteg meghatározza azt a folyamatot, amellyel a programozási csapat kölcsönhatásba lép az ügyfelekkel.

az extrém programozás a hagyományos elveket szélsőséges szintre emeli számos gyakorlat révén. Az XP főbb gyakorlati területei három rétegre oszthatók: programozási gyakorlatok, csapatgyakorlatok és folyamatok. Ahol egy gyakorlat gyenge, más gyakorlatok erősségei fedezik a gyengeséget.

az XP gyakorlatok közé tartozik:

• egyszerű tervezés
• pár programozás
• állandó tesztelés
• folyamatos integráció
• refaktorálás
• kódolási szabványok
• kis kiadások.

az a kimerítő, de produktív gyakorlat, amellyel az XP folyamatosan felülvizsgálja a kódot, páros programozásnak nevezik. A páros programozás az a gyakorlat, hogy két ember egyszerre dolgozik együtt az összes gyártási kódon teljes partnerként, hogy állandó tervezést és kódellenőrzést biztosítson. Az XP-ben a párok általában naponta párszor változnak, és egy billentyűzettel, egy egérrel és egy monitorral programoznak.

a folyamatos integráció az a gyakorlat, hogy a rendszert naponta többször integrálják minden alkalommal, amikor egy feladatot egy fejlesztő (pár) végez. Csökkenti a fejlesztési vitákat, és létrehozza a fejlődési epizód természetes végét. Az XP integrációját olyan tesztek támogatják, mint az egységtesztelés és a funkcionális tesztelés.

Az egység tesztelését minden programozó folyamatosan végzi a fejlesztés folytatása érdekében. Az egységtesztek ellenőrzik a program alapvető funkcionalitását, állandó biztonsági hálóként működnek, és támogatják a tervezést, a kódolást és a refaktorálást. Másrészt a funkcionális tesztelést (más néven elfogadási tesztelést) az ügyfelek végzik annak bizonyítására, hogy a funkciók befejeződtek. A funkcionális tesztek meghatározzák a rendszer általános viselkedését is.

a folyamatos integráció azért lehetséges XP-ben, mert tesztek támogatják, és mert az XP egyszerűbb tervezést tesz lehetővé a refaktorálás révén. Az XP-ben történő refaktorálás a Program átalakításának vagy egy funkció megvalósításának gyakorlata a rendszer viselkedésének megváltoztatása nélkül. Ennek célja az egyszerűsítés, a duplikáció eltávolítása, a kommunikáció javítása vagy a rugalmasság növelése.

az XP projekteknek három fázisa van, nevezetesen a kiadástervezési szakasz, az iterációs szakasz és a kiadási szakasz. Az ügyfelek röviden megfogalmazott történetekként írják le igényeiket. A kiadástervezési szakaszban az ügyfél történeteket ír, a programozók megbecsülik őket, és az ügyfél választja ki a történetek kidolgozásának sorrendjét.

az iterációs fázisban az ügyfél teszteket ír és kérdésekre válaszol, míg a programozók a történetek szerint fejlesztik a szoftvert. Az iterációs fázis készenléti szoftvert biztosít. Harmadszor, a kiadási szakaszban a programozók telepítik a szoftvert, az ügyfél pedig jóváhagyja az eredményt.

az extrém programozás sikeres azokban az esetekben, amikor a rendszer funkcionalitása várhatóan néhány havonta változik. Olyan helyzetben is használják, amikor az ügyfél egy adott időpontig új rendszert igényel, ami nagy kockázatot jelent. Mivel az XP-t magas kockázatú projektekhez és konkrét szállítási idővel rendelkező projektekhez használják, kis csapatokra van szükség, legfeljebb 30 fővel.

mi a közös az XP-ben és a Scrum-ban?

mind a Scrum, mind az Extreme programozás sprintekre osztja a fejlesztési folyamatot, tervezési értekezletet tart a fejlesztés megkezdése előtt, és pontosan meghatározza a felhasználói történeteket az ilyen találkozók során. A vállalkozások röviden megfogalmazott történetekként írják le igényeiket, amelyek informális kifejezések. Azt mondják, hogy a történetet akkor hallják meg, ha igényüket (amelyet a történet képvisel) beépítették a kódba.

mindkettő azt is jelenti, hogy minden sprint előtt tervezési értekezletet is tartanak. Elsődleges céljaik is hasonlóak. Mind a Scrum, mind az XP arra összpontosít, hogy a lehető leggyorsabban kiváló minőségű terméket szállítson az ügyfélnek.

mi a különbség a Scrum és az XP között?

az Agile-val kapcsolatos egyik szokásos kérdés az, hogy az extrém programozás hogyan viszonyul a Scrum-hoz, mivel mindkettő az Agile legfontosabb módszertana. A különbségek megértése segít kiválasztani a megfelelő keretet egy adott projekthez.

Scrum vs XP különböznek hat kiemelkedő területeken: fő hangsúlyuk a Sprint, a változásokhoz való alkalmazkodás, a Terméktulajdonos szerepe, a feladatok prioritásának meghatározása, végül pedig az értékeik. Vessünk egy közelebbi pillantást:

fő hangsúly

a fő különbség a Scrum és az extrém programozás között a fő hangsúly. A Scrum nagy hangsúlyt fektet magára a menedzsmentre. A kódolás mellett végzett tevékenységgel foglalkozik, mivel nem ad sok technikai és mérnöki hangsúlyt arra, hogy a munka valójában hogyan történik, vagy hogyan épül fel egy termék.

A Scrum meghatározza, hogyan kell megtervezni és elemezni az eredményeket, valamint hogyan lehet növelni a termelékenységet. Sokkal inkább a termelékenységgel foglalkozik, és mennyire produktív a szállítható termék a sprint végén. A Scrum jól meghatározott csapatszerepekkel, szervezett szertartásokkal és információs tárgyakkal is rendelkezik.

másrészt az extrém programozás a tesztvezérelt megközelítésre koncentrál. Alapelvei a szélsőséges legjobb mérnöki gyakorlatok. XP jön alapvető gyakorlatok, amelyek középpontjában a minőségi szoftver szállított technikai hangsúlyt programozás és kódolás.

az extrém programozás a mérnöki és visszacsatolási technikákra összpontosít, mint például a páros programozás és a tesztelhető fejlesztés. A páros programozással a fejlesztők egyidejűleg kódolják és elvégzik a többi ellenőrzést. Ez biztosítja a kód minőségét és időt takarít meg. A csapatban elterjedt a közös megértés a kódolási szabványok meghatározása, valamint a kollektív kódtulajdon tekintetében.

XP gyakran mondják, hogy egyenlő pár programozás; azonban ez nem teljesen igaz. Míg az XP magában foglalja ezt a gyakorlatot, további 11 gyakorlatból áll, beleértve az egységtesztek első írását, a folyamatos integrációt stb. Fontos megjegyezni, hogy az XP keretrendszer használatát eldöntő projekteknek meg kell győződniük arról, hogy mind a 12 irányelvet betartják. Bármelyik kihagyása az egész folyamatot eredménytelenné teheti.

sprintek

az Agile egyik fontos alapelve, hogy kis időintervallumokban, úgynevezett sprintekben szállítható növekményeket biztosítson. Mindkét keretrendszer a sprinteket használja fejlesztési szakaszként, és minden sprint végén működő rendszert kell bemutatnia az ügyfélnek. Mindegyiküknek különböző megközelítései vannak ezekkel az idődoboz-iterációkkal kapcsolatban.

A Scrum sprintek két-négy hétig tartanak, és hosszúságuk meglehetősen rugalmas. XP alatt azonban rövidebb, egy (néha két) hetes iterációk vannak a működő rendszer kifejlesztésére. A szóban forgó heteknek 40 órás munkahétnek kell lenniük, hogy a fejlesztők ne merüljenek ki.

az XP sprint célja nem a termékkiadás, hanem egy működő hibamentes rendszer létrehozása. Viszont a Scrum sprintek állítólag működő terméket eredményeznek.

változások befogadása

A Scrum-ban, miután eldöntötték az aktuális sprinthez megvalósítandó funkciókat, nem engedélyezett új változások beillesztése a sprintbe, amíg folyamatban van. Miután a sprint tervezése megtörtént, lehetetlen változtatásokat bevezetni a sprint során. Ezért az ügyfélnek meg kell várnia a végét.

ebben a tekintetben nagyobb a rugalmasság az extrém programozásban. XP alatt a fejlesztők nem készítenek új funkciót, amíg nincs rá szükség. A változtatásokat az ügyfél maga a sprint során végezheti el – és arra ösztönzik őket, hogy a fejlesztés korai szakaszában hajtsák végre őket. Vannak rendelkezések az új elemek behozatalára. Vannak rendelkezések a jelenlegi sprintben meglévő elemek cseréjére is, amelyek még nem indultak el.

Terméktulajdonos

Ha egy vállalkozás Scrum-ot használ, akkor a fejlesztés során a terméktulajdonossal folytatott Minden kommunikációt a scrum master végzi. Ennek fő része a felhasználói történetek rangsorolása az egyes sprintekhez, valamint annak biztosítása, hogy azok teljesen egyértelműek legyenek a fejlesztők számára.

abban az esetben, ha egy vállalkozás XP-t használ, az ügyfél az, aki kommunikál a fejlesztők csapatával. Prioritásként kezeli a felhasználói történeteket is, változtatásokat kér, és visszajelzést ad a sprintek eredményeiről. Ezenkívül az ügyfélnek mindig rendelkezésre kell állnia a kommunikációhoz.

feladatok prioritása

egy Scrum projektben a Terméktulajdonos határozza meg a fejlesztési feladatok prioritását egy Sprinten belül, míg a fejlesztők maguk határozzák meg tevékenységeik sorrendjét. Kiválaszthatják a feladatokat a sprintben, és bármilyen sorrendben elvégezhetik őket, mindaddig, amíg a sprint végére befejezik a feladatot.

másrészt nincs ilyen rugalmasság az XP projekteknél. Az XP csapatok szigorú parancsokat követnek a prioritás és a követelmény szerint. Az ügyfél dönt a feladatok sorrendjéről, és a csapatnak minden eltérés nélkül követnie kell azt.

értékek

a két keretrendszer, Scrum vs XP, van némi különbség az értékekben. Ne feledje, hogy minden agilis módszertan több, mint szabályok. Ez egy filozófia, amely meghatározza a fejlődés megközelítését.

bár a bátorság és a tisztelet értékei közösek, a többiek különböznek. A Scrum értékei közé tartozik a nyitottság, a fókusz és az elkötelezettség, míg az XP a kommunikációt, az egyszerűséget és a visszajelzést ápolja.

következtetés

új projekt készül, amelyet fejleszteni kell. Fontos kérdés, hogy mi történik, ha panasz van, és valamit meg kell csípni? Hogyan reagálsz időben? Hogyan lehet olyan szoftvert szállítani, amely megfelel Önnek vagy ügyfele folyamatosan változó igényeinek?

az Agile Software Development framework ezekre választ ad, mivel fokozatosan szállít minőségi szoftvereket a vállalkozások és a vállalatok számára, amely lehetővé teszi a rendszeres válaszokat a változó követelményekre annak érdekében, hogy versenyezzenek a piacon. A két tárgyalt keretrendszer, a Scrum és az XP egyaránt arra összpontosít, hogy a lehető leggyorsabban kiváló minőségű terméket szállítson az ügyfélnek.

nincs univerzálisan legjobb keretrendszer, amely minden esetre alkalmas – mindegyiknek megvannak a maga előnyei, hátrányai és felhasználási esetei. Ha nem tudja, hogyan kell rendezni csak egy keretrendszer, mit tehetünk, hogy összekapcsolják Scrum és XP. Sok vállalat már profitál a hibrid módszertanok használatából, és integrálja az XP technikákat a Scrum/Kanban/Lean munkafolyamatokba, és Ön is lehet az egyik. Ha nem tudja, honnan kezdje, vegye fel velünk a kapcsolatot, és segítünk megvalósítani ötletét az életben.