50 Agile Scrum kifejezés, amelyet mindenkinek ismernie kell (részletes szótár)

Átfogó agilis szótárat keresel?

Bár az Agile alig két évtizede létezik, jelentős hatással volt a szoftverfejlesztés világára.

Bizonyítékra van szüksége?

Ma már az összes fejlesztő 86%-a használja az Agile módszert a munkájában!

Mivel több millió irodai és virtuális csapat használja az Agile-t, az évek során folyamatosan fejlődött, és számos Agile elv, módszertan és gyakorlat született.

Ennek eredményeként az Agile csapatok létrehozták saját Agile terminológiájukat, hogy kezelni tudják ezeket az elveket és gyakorlatokat.

És mivel a szoftverfejlesztésben semmi sem egyszerű, ezek a szavak néha úgy hangzanak, mintha egy teljesen másik nyelvből származnának!

De ne aggódj!

Ebben az Agile szótárban 50 kulcsfontosságú Agile kifejezést magyarázunk el , amelyek segítenek megérteni ezt a szoftverfejlesztési módszertant.

Akkor kezdjük el lapozgatni ezt az agilis szótárat, rendben?

A-E: Elfogadási kritériumok az epikához

1. Elfogadási kritériumok

Meghatározás

Az elfogadási kritériumok azok a feltételek, amelyeknek a szoftvernek meg kell felelnie ahhoz, hogy az ügyfél vagy az érdekelt felek elfogadják .

És hogyan döntik el ezeket a feltételeket?

Minden a termék tulajdonosán múlik. Nekik kell eldönteniük, hogy a funkció azt teszi-e, amit a felhasználók elvárnak tőle ( felhasználói történet).

Szinonimák

Ügyfél elfogadta

A „kész” fogalmának meghatározása (DoD)

Bónusz: Storyboard sablonok

2. Elfogadási teszt

Meghatározás

Az elfogadási teszt biztosítja, hogy egy szoftverfunkció megfelelően működik és megfelel az elfogadási kritériumoknak. Általában a szoftver fejlesztése után futtatják.

Szinonimák

Felhasználói teszt, funkcionális teszt

3. Agilis manifesztum

Meghatározás

Az Agile Manifesto egy dokumentum , amely összefoglalja az Agile keretrendszert irányító 12 Agile elvet .

Minden Agile módszertan szigorúan követi az Agile Manifesto-ban leírt elveket és gyakorlatokat.

Szinonimák

Nincs

4. Agilis marketing

Meghatározás

Ez egy olyan marketingtechnika, amely nagymértékben merít az Agile gyakorlatokból és értékekből. Az Agile marketing szakemberek sprintokban dolgoznak, hogy csapatuk nagyon rövid idő alatt magas értékű projekteket tudjon megvalósítani.

Minden sprint után mérik, hogy a projektjük milyen eredményeket ért el, és megvizsgálják, milyen változtatásokat tudnak végrehajtani a következő sprint teljesítményének javítása érdekében.

Az Agile marketing remek módja annak is, hogy marketingcsapata gyorsan reagáljon a mai gyorsan változó piacokra.

Szinonimák

Nincs

5. Agilis gondolkodásmód

Meghatározás

Az Agile gondolkodásmód egy szemléletmód, amelyet egy Agile vagy Scrum csapatnak a munkájához képest tanúsítania kell.

Ezek a hozzáállások az Agile értékek és elvek ihletteek, mint például:

Hogyan lehet agilis gondolkodásmódot kialakítani?

Az Agile gyakorló vagy Agile coach segíthet csapatának az Agile bevezetésében.

Szinonimák

Nincs

6. Agilis elv

Meghatározás

Az Agile elv egy irányadó gyakorlat, amely segít a csapatoknak megérteni és alkalmazni az Agile-t.

12 Agile elv létezik, amelyek a vevői elégedettség, a szoftverfejlesztés sebességének növelése és a rugalmasság köré csoportosulnak.

Vizsgálja meg közelebbről az Agile 12 alapelvét.

Szinonimák

Nincs

7. Agilis kiadási vonat

Meghatározás

Az Agile Release Train több Agile szoftverfejlesztő csapat kombinációja, amelyet nagyvállalati szintű projektek megvalósítására használnak.

Gondolj rá úgy, mint egy mega Scrum csapatra!

Átlagosan körülbelül 50-125 csapattagból áll, akik a projekt különböző részein dolgoznak együtt. A Scrum csapathoz hasonlóan az Agile Release Train is rövid, iterációnak nevezett szakaszokban működik.

Az iterációik (program-növekmények) azonban ötször hosszabbak, mint a hagyományos iterációk!

Ezek a Scaled Agile Framework alapvető részét képezik.

Szinonimák

ART

8. Agilis szoftverfejlesztés

Meghatározás

Az Agile szoftverfejlesztés egy projektmenedzsment technika, amely lehetővé teszi a fejlesztők számára, hogy alig néhány hét alatt működő szoftvermodellt hozzanak létre.

Várj, ez nem túl gyors? Hogyan lehetséges ez?

Az Agile csapatok a projektet kisebb fejlesztési ciklusokra, úgynevezett iterációkra vagy sprintekre bontják.

Az iteráció végén az Agile csapat képes működő szoftvert szállítani, amely csak a lényeges funkciókat tartalmazza. A felhasználók visszajelzéseket és javaslatokat adnak, és az Agile csapat ezeket beépíti a jövőbeli iterációkba, mint mi!

Ez a ciklus addig folytatódik, amíg el nem készíted a végleges szoftvert, amely örömet okoz ügyfeleidnek.

Az évek során különböző keretrendszerekre és módszertanokra osztódott, mint például a Scrum, a Kanban, a Lean és az XP.

Ahogyan egyesek a gabonapelyhet, mások pedig a szalonnát és a tojást kedvelik reggelire, úgy az egyes csapatok is különböző ízléssel rendelkeznek, amikor az Agile keretrendszerről van szó!

Szeretne többet megtudni az Agile különböző változatáról? Kattintson ide.

Nézze meg ezt a videót is, hogy megismerje, hogyan alkalmazható az Agile több területen is, nem csak a szoftverfejlesztésben:

Szinonimák

Agilis szoftverkezelés, agilis projektmenedzsment, agilis módszertan, agilis módszer, agilis megközelítés, agilis módszer

9. Agilis átalakulás

Meghatározás

Az Agile átalakulás az a folyamat, amelynek során az egész szervezet átáll az Agile gondolkodásmódra.

Ez magában foglalja egy olyan munkakörnyezet létrehozását, amely támogatja az innovációt és a rugalmasságot. Emellett lehetővé teszi, hogy a projektcsapat funkciók közötti együttműködésre épüljön (azaz különböző készségekkel rendelkező tagokból álljon).

Megjegyzés: Az Agile átalakulás nem azt jelenti, hogy megtanítod a csapatodat az Agile szoftverfejlesztési módszerek használatára.

Szinonimák

Nincs

Bónusz: Olvassa el útmutatónkat az Agile Scrum artefaktumokról! 💜

10. Backlog

Meghatározás

Ez egy lista az új termékfunkciókról, frissítésekről, hibajavításokról stb., amelyekre a felhasználónak szüksége van.

Minden iteráció elején a termék tulajdonos dönti el, hogy a csapat mely backlog elemekkel foglalkozzon. Minden iteráció után a backlogot rendszeresen frissítik a felhasználói javaslatokkal és új funkciókkal.

Szinonimák

Termék-backlog, sprint-backlog

11. Backlog finomítás

Meghatározás

Ez egy Scrum-megbeszélés , ahol a Scrum-csapat szervezi a backlogot, hogy biztosan készen álljon a következő sprintre vagy iterációra. Más szavakkal, ez olyan, mint a tavaszi nagytakarítás… csak Scrum-csapatok számára!

Általában a sprint végén kerül rá sor.

A csapat a következőket végzi el a megbeszélés során:

Szinonimák

Backlog grooming

12. Szűk keresztmetszet

Meghatározás

A szűk keresztmetszetek olyan problémák, amelyek teljesen lelassíthatják a fejlesztési folyamatot.

Hadd magyarázzuk el:

A sprint feladat a fejlesztési folyamat során több szakaszon halad át, például: „Teendők”, „Folyamatban”, „Felülvizsgálat”. Szűk keresztmetszet akkor alakul ki, amikor túl sok feladat egyetlen szakaszban ragad, mintha a projekt feladatok forgalmi dugóba kerültek volna!

Ennek eredményeként a projekt munkafolyamata lelassul, ami nem kívánatos egy gyors Agile folyamatban!

Senki sem szereti a forgalmi dugókat, igaz?

Ezért az Agile csapatok általában Kanban táblát használnak, hogy megakadályozzák ezt.

Szinonimák

Akadály, gátló tényező

13. Burndown-diagram

Meghatározás

A burndown diagram egy fontos diagram, amely segít az Agile projektmenedzsereknek nyomon követni:

Az x-tengely a sprintben hátralévő időt, az y-tengely pedig a feladatok számát jelenti.

Egy agilis projektmenedzsment eszköz, mint például a ClickUp, előrejelzett haladási vonalat tud nyújtani, amely megmutatja, hogyan alakulna a projekt haladása, ha a csapatod ugyanolyan ütemben dolgozna.

Szinonimák

Kiadási burndown diagram, sprint burndown diagram

14. Burnup-diagram

Meghatározás

A burnup chart egy fontos diagram, amely segít a projektmenedzsereknek a következőket vizualizálni:

Az x-tengely a sprintben hátralévő időt, az y-tengely pedig a munka mennyiségét ( story pontokat ) jelenti.

Itt a zöld vonal a Scrum-csapat által eddig elvégzett munkát, a szürke vonal pedig a még elvégzendő munkát jelöli.

Szinonimák

Nincs

15. Folyamatos integráció (CI)

Meghatározás

A folyamatos integráció egy agilis gyakorlat, amelynek során a fejlesztők folyamatosan hozzáadják kódjukat a fő rendszerhez.

Hogyan működik?

A fejlesztési szakemberek függetlenül dolgoznak egy funkción. Miután egy funkció elkészült, tesztelik , hogy nincs-e benne hiba.

Csak az automatizált teszt sikeres teljesítése után kerül be a végleges szoftverbe.

Szinonimák

Folyamatos szállítás, CI

16. Napi scrum

Meghatározás

Ez egy napi megbeszélés, amelyet általában a Scrum mester vezet. Minden reggel a Scrum csapat 15 percig összegyűlik, hogy megbeszéljék a napjukat.

Minden tag röviden beszél a következő témákról:

A Scrum mester feladata, hogy megoldja a Scrum csapat előtt álló akadályokat.

Megjegyzés: A Scrum-csapat tagjainak a Scrum-megbeszélés teljes időtartama alatt állva kell maradniuk.

Igen, Keanu!

Segít a csapatnak, hogy a rövid Scrum-megbeszélés során koncentrált és éber maradjon.

Szinonimák

Napi állásfoglalás, napi Scrum-megbeszélés

Bónusz: A megbeszélések típusai!

17. DSDM (dinamikus rendszerfejlesztési módszer)

Meghatározás

Ez egy üzleti orientált Agile keretrendszer, amely a projekt teljes folyamatára összpontosít, a kezdetektől a befejezésig. A DSDM alapvető meggyőződése, hogy az Agile projekten végzett munka összhangban kell álljon a vállalat stratégiájával.

Szinonimák

Nincs

18. Epikák

Meghatározás

Az epika egy nagy ötlet vagy funkció, amely kisebb felhasználói történetekre bontható. Hasonlóan ahhoz, ahogy a nagy „epikák”, mint például a Gyűrűk ura, három könyvre vannak felosztva.

Például: egy „Mobil felhasználói felület fejlesztése” nevű epika három felhasználói történetből állhat: „Mobil kosár hozzáadása”, „Sebesség optimalizálása” és „Egységes betűtípus”.

Minden felhasználói történet pedig kezelhető feladatokra bontható.

Így néz ki egy epika a ClickUp-ban:

Méretük miatt az epikák több iterációban kerülnek megvalósításra.

Szinonimák

Epic történetek

F-J: Gantt-diagramtól az iterációig

19. Gantt-diagram

Meghatározás

Ez egy vízszintes oszlopdiagram , amely vizuálisan ábrázolja a feladatok sorrendjét a projekt ütemtervében. Minden feladatnak van kezdési dátuma és befejezési dátuma, így a csapat nem haladhatja túl a határidőket.

Használj Gantt-diagramot, hogy megnézd, mely feladatok függnek egymástól .

*Tudj meg többet a Gantt-diagramokról!

Szinonimák

A projekt ütemterve

20. Akadály

Meghatározás

Ez egy akadály, amely csökkenti az Agile csapat termelékenységét, vagy megakadályozza őket abban, hogy egy Agile projektet teljes egészében befejezzenek.

Például:

Kommunikációs problémák, zavaró tényezők a munkahelyen, másnaposság a csapatépítő program után 😉 stb.

A Scrum-megbeszélés során a Scrum-mester feladata, hogy eltávolítsa a csapatot esetlegesen akadályozó tényezőket, még akkor is, ha ehhez másnaposság elleni gyógymóddal kell kezelnie őket!

Szinonimák

Akadályok, problémák

21. Iteráció

Meghatározás

Ez az az időtartam, amely alatt az Agile csapatnak működő szoftvert kell fejlesztenie. Az iteráció általában 2-4 hétig tart a Kanban és Scrum csapatok esetében.

Szinonimák

Sprint, timebox

K-O: Kanban – Lean

22. Kanban

Meghatározás

Ez egy rendkívül vizuális Agile keretrendszer.

A Scrumban megszokott fix és tervezett iterációk helyett a Kanban csapatok a prioritást élvező feladatokon dolgoznak, amint azok beérkeznek. A Kanban célja, hogy folyamatos munkamennyiség legyen, szűk keresztmetszetek nélkül.

Hogyan csinálják ezt?

A csapatok korlátozzák az egyidejűleg elvégezhető feladatok számát (ez az úgynevezett WIP-korlát), így a csapat nem végez több feladatot egyszerre, és nem csökken a termelékenység.

Szeretnéd növelni csapatod termelékenységét? Kattints ide , hogy megtudd, hogyan segíthet a ClickUp a Kanban projektmenedzsment bevezetésében.

Szinonimák

Nincs

23. Kanban tábla

Meghatározás

A Kanban tábla vizualizálja a projekt összes munkáját.

Ez egy fizikai vagy vizuális parafatábla , amely 3-4 oszlopra van felosztva.

A Kanban táblán minden oszlop a feladat állapotát jelzi, a „Teendő”, „Folyamatban” és „Kész” állapotok között.

A Kanbanban minden feladat ragasztós cetliként vagy kártyaként jelenik meg. Amikor egy csapattag befejez egy feladatot, a kártyát a következőképpen áthelyezik a megfelelő oszlopba:

Jó, ugye? Itt további 20 példát találhat rájuk.

Szinonimák

Feladatlap, fehér tábla, parafatábla

24. Lean

Meghatározás

Ez egy elvek és gyakorlatok halmaza, amely optimalizálja a fejlesztési folyamatot. Inspirálta a Toyota által az 50-es években bevezetett lean gyártási megközelítés .

További információkat a Lean projektmenedzsmentr ől és a Lean elvekről a témával foglalkozó cikkeinkben talál.

Szinonimák

Lean szoftverfejlesztés

P-T: Termék-backlog a feladat táblához

25. Termék-backlog

Meghatározás

A termékbacklog egy Scrum-terminológia, amely a felhasználó által igényelt új funkciók, frissítések, hibajavítások stb. listájára utal. A termék tulajdonosa felelős a termékbacklogban szereplő elemek prioritásainak meghatározásáért. Ő dönti el, hogy a csapatnak mely termékbacklog-elemeken kell dolgoznia az egyes iterációk elején.

Nézze meg ezeket a termék-backlog eszközöket!

Szinonimák

Backlog

26. Termékmenedzser

Meghatározás

A termékmenedzser segíti az agilis csapatot a fejlesztési folyamatban a kezdetektől a befejezésig.

Fő feladataik a következők:

Megjegyzés: A termékmenedzser és a termék tulajdonos nem felcserélhető Agile kifejezések.

Ismerje meg, hogyan használják a termékmenedzserek a ClickUp alkalmazást.

Szinonimák

Projektmenedzser

Bónusz: Nézze meg termékmenedzsment szótárunkat!

27. Termék tulajdonos

Meghatározás

Ők az Agile vagy Scrum csapat kulcsfontosságú tagjai.

Ők döntik el a végső szoftver vízióját és funkcióit, de a funkciókat nem szeszélyből választják ki!

Gondosan megértik az ügyfél igényeit és követelményeit , majd ezeket a termék-backloghoz adják hozzá .

De ez még nem minden!

Emellett visszajelzéseket is kapnak az ügyfelektől, és azokat továbbítják a fejlesztőcsapatnak.

Szinonimák

Nincs

28. Refaktorálás

Meghatározás

A refaktorálás egy extrém programozási gyakorlat.

Itt az Agile szoftverfejlesztő csapatok a következőképpen „tisztítják meg” a kódot:

Az eredmény egy egyszerűbb kód, amelyet minden fejlesztő megérthet.

Megjegyzés: A refaktorálás nem változtatja meg a kód működését, csak javítja annak belső szerkezetét és architektúráját.

Szinonimák

Átszervezés

29. Kiadási terv

Meghatározás

A kiadási terv bemutatja a következő kiadásban szereplő összes funkciót, valamint a becsült kiadás dátumát.

Olyan, mint egy Agile projekt filmelőzetese!

A kiadási terv általában néhány hónapos időszakra vonatkozik.

Szinonimák

Nincs

30. Skálázott Agile keretrendszer

Meghatározás

Ez egy Agile módszertan, amely lehetővé teszi a nagyvállalatok számára, hogy Lean és Agile gyakorlatokat vezessenek be a szervezet egészében. A SAFe összefogja a vállalaton belüli összes szoftverfejlesztő csapatot, hogy nagyvállalati szintű szoftverek fejlesztésén dolgozzanak .

Hogyan működik ez?

Több Agile csapatot egy nagy csapatba, az Agile Release Train-be szervez, hogy hatékonyan tudjanak együttműködni.

Érdekli a Scaled Agile Framework? Kattintson ide, ha többet szeretne megtudni erről az Agile módszerről.

Szinonimák

SAFe

31. Scrum

Meghatározás

A Scrum egy agilis módszertan, amelyben a csapat rövid, 2-4 hetes munkaszakaszokban, úgynevezett sprintekben dolgozik. A sprint végén átadják a terméket az ügyfeleknek, akik cserébe visszajelzést adnak a fejlesztőknek.

Mi történik egy Scrum sprint során?

A Scrum-csapat szigorú tervet állít fel a sprintre, hogy mindenki tudja, mit kell tennie. Ezenkívül a csapatok rendszeres Scrum-megbeszéléseket tartanak a sprint során zajló folyamatok irányítása érdekében.

Az Agile világában a Scrum a legnépszerűbb.

Valójában az Agile csapatok körülbelül 66%-a használja a Scrumot vagy annak valamelyik változatát!

Kattintson ide , ha többet szeretne megtudni erről a rendkívül népszerű agilis keretrendszerről.

Szinonimák

Scrum projektmenedzsment

32. Scrumban

Meghatározás

A Scrumban egy hibrid Agile módszertan, amely ötvözi a Scrum és a Kanban elemeit!

A Scrum szerkezetével és a Kanban folyamatos munkafolyamatával rendelkezik. Ez akkor jön jól, ha a Kanban-csapat néhány Scrum-gyakorlatot szeretne követni, a Scrum-csapat pedig ki szeretné próbálni a Kanban-módszert.

Szinonimák

Nincs

33. Scrum tábla

Meghatározás

Ez egy virtuális vagy fizikai tábla, amelyen a sprint során elvégzendő feladatok jelennek meg.

A Scrum tábla szinte megegyezik a Kanban táblával.

De ne tévesszen meg!

A Kanban táblával ellentétben a Scrum táblán nincs korlátozás arra, hogy egy oszlopban egyszerre hány feladat szerepelhet.

A Scrum táblát itt találja.

Szinonimák

Feladatlap, fehér tábla, parafatábla.

34. Scrum mester

Meghatározás

A Scrum mester a Scrum vezetője . Ő szervezi a megbeszéléseket, eltávolítja az akadályokat, és együttműködik a termék tulajdonosával, hogy a termék backlogja naprakész legyen.

Megjegyzés: Nem parancsolgatnak a csapattagoknak.

Ehelyett a csapat tagjainak problémáit oldják meg.

Szinonimák

Nincs

35. Scrum-megbeszélés

Meghatározás

A Scrum-megbeszélés a Scrum-keretrendszer alapvető része. Ezek nélkül a sprintnek nem lenne struktúrája és projektterve!

A sprint során ötféle Scrum-megbeszélés zajlik.

Minden Scrum-megbeszélés lehetővé teszi a teljes csapat számára, hogy fontos sprint-feladatokat végezzen, például:

Szeretne közelebbről megismerkedni a Scrum értekezletekkel? Kattintson ide.

Szinonimák

Scrum szertartások, Agile szertartások

36. Scrum of Scrums

Meghatározás

Ez egy speciális Scrum-megbeszélés nagy Scrum-csapatok számára.

Itt a nagy Agile csapatok (12-nél több taggal) kisebb Scrum csapatokra (kb. 5-10 taggal) oszlanak. Minden kis Scrum csapat kijelöl egy tagot „nagykövetnek”.

Minden nap az összes nagykövet találkozik a Scrum of Scrums-ban, hogy beszámoljon az előrehaladásról és megoldja a felmerülő problémákat.

Ha belegondolunk, a Scrum of Scrums inkább egy ENSZ-közgyűlésnek tűnik, ennyi nagykövettel!

Szinonimák

Meta Scrum

37. Scrum csapat

Meghatározás

Ez egy 5-10 fős, többfunkciós csapat, amelynek tagjai különböző készségekkel rendelkeznek, például grafikai tervezés, felhasználói élmény, kódolás stb. területén. Együttműködnek egy termék fejlesztésén a Scrum keretrendszerben.

Minden Scrum-csapatban általában 3 kulcsfontosságú szerep van :

Szeretne közelebbről megismerni a különböző Scrum csapat tagokat, valamint szerepeiket és feladataikat? Kattintson ide.

Szinonimák

Nincs

38. Sprint

Meghatározás

Ez az iteráció másik neve .

A sprint azonban egy Scrum-kifejezés, amelyet általában a Scrum-csapatok használnak.

A kettő közötti másik különbség az, hogy a sprintek az Agile fejlesztési folyamat során egységes hosszúságúak (2-4 hét). Az iterációk viszont a munka jellegétől függően változó hosszúságúak lehetnek.

Szinonimák

Időkeret, iterációk

39. Sprint backlog

Meghatározás

Ez egy lista azokról a funkciókról, hibajavításokról, felhasználói követelményekről és feladatokról, amelyeken a Scrum csapatnak a sprint során dolgoznia kell.

A sprint tervezési megbeszélés során a termék tulajdonos dönti el, hogy mely backlog elemek kerüljenek be a sprint backlogba.

Megjegyzés: A sprint backlog meghatározása után a sprint során már nem módosítható.

Tippekre van szüksége a sprint backlog létrehozásához? Kattintson ide.

Szinonimák

Iterációs hátralék

40. Sprint cél

Meghatározás

A sprint célja az a kívánt eredmény, amelyet a Scrum csapat a sprint során elérni szeretne. A legtöbb esetben a végeredmény egy működő szoftvermodell, amelyet bemutathatnak az érdekelt feleknek.

És hogyan érik el a csapatok a sprint célját?

A Scrum csapatoknak a sprint vége előtt be kell fejezniük a sprint backlog összes elemének fejlesztését.

Az agilis projektmenedzsment eszközök, mint például a ClickUp, beépített funkciókkal rendelkeznek, amelyek segítségével valós időben követheted nyomon a sprint céljaidat:

Szinonimák

Iterációs célok

41. Sprint tervezés

Meghatározás

A sprinttervezés egy Scrum-megbeszélés, amelyen a Scrum-csapat eldönti, hogy milyen munkát kell elvégeznie a sprint során.

Ez magában foglalja az elemek (például a felhasználói történetek ) kiválasztását a sprint backlogból, és azok kisebb, könnyebben kezelhető feladatokra bontását.

Megjegyzés: A jó sprinttervezési megbeszélés gyakran garantálja a sprint sikerét.

Szinonimák

Sprint tervezési megbeszélés, Agile tervezési megbeszélés

42. Sprint retrospektíva

Meghatározás

A sprint retrospektíva egy Scrum-megbeszélés, amelyen a Scrum-csapat a sprint végén elemzi teljesítményét.

A csapat Agile mutatókat, diagramokat és jelentéseket használ, hogy meglássa, mely területeken teljesítenek jól, és melyeken kell fejlődniük.

Az Agile mutatók manuális nyomon követése helyett az Agile projektmenedzsment eszközök, mint például a ClickUp, pontos grafikonokat és táblázatokat kínálnak, amelyek segítenek csapatának a sprint retrospektívában.

Szinonimák

Retrospektív megbeszélés

43. Sprint-áttekintés

Meghatározás

A sprint review egy Scrum-megbeszélés, amelyen a Scrum-csapat bemutatja a működő szoftvermodellt az érdekelt feleknek.

A termékbemutatóval együtt a Scrum-csapat előkészít egy prezentációt, amely bemutatja az új funkciókat, a hibajavításokat és egyéb változásokat.

A felülvizsgálat végén az érdekelt felek értékes visszajelzéseket adnak, amelyeket a következő sprintben megvalósítanak.

Szinonimák

Sprint-áttekintő megbeszélés

44. Érdekelt felek

Meghatározás

Ez a kifejezés az agilis csapaton kívüli, a projekthez kapcsolódó bárkire utal. Lehet befektető, ügyfélkapcsolati menedzser, értékesítési csapat vagy az ügyfél.

További információk az érdekelt felekről itt találhatók.

Szinonimák

Nincs

45. Story pontok

Meghatározás

Ez az a mérték, amely megmutatja, hogy a csapatodnak mennyi erőfeszítésre van szüksége a projekt feladatok (felhasználói történetek) elvégzéséhez.

Hogyan számolják ki őket?

Ne aggódj, nem olyan bonyolult, mint az algebra!

A legegyszerűbb felhasználói történet elkészítéséhez szükséges időt alapértéknek tekintjük, és 1 pontot kap. A többi felhasználói történet az alapértékhez arányos történetpontokat kap.

Például, ha egy 2 óra alatt kifejlesztett funkció 1 pontot kap, akkor egy 4 óra alatt kifejlesztett funkció 2 pontot kap.

Szinonimák

Nincs

46. Feladatfal

Meghatározás

Ez egy általános Agile kifejezés, amely Kanban táblára vagy Scrum táblára utalhat .

Szinonimák

Kanban tábla, Scrum tábla, parafatábla, fehér tábla.

U-Z: User Story (felhasználói történet) – XP (extremely simple programming)

47. Felhasználói történet

Meghatározás

Ez egy rövid leírás egy adott termékjellemzőről vagy funkcióról, amelyet az ügyfelek hasznosnak találnak.

A felhasználói történet körülbelül így néz ki:

„Mint (felhasználónév/típus), szeretnék (valamit csinálni), hogy (egy célt elérhessek).

Például:

Tegyük fel, hogy Önnek kell kifejlesztenie egy alkalmazást Batman számára!

Így egy példa felhasználói történet a következő lenne:

„Bruce Wayne-ként szeretném, ha az alkalmazásomban megjelenne a „Bat Signal” értesítés, hogy megmenthessem a napot. ”

A sprint tervezési megbeszélés során a termék tulajdonos feladata , hogy a termék backlog elemeit különböző felhasználói történetekre bontsa.

Szinonimák

Felhasználói célok

48. Munkatétel

Meghatározás

A munkatétel egy Agile kifejezés, amely a projekt keretében elvégzendő különböző típusú munkákra utal.

Íme néhány példa:

Szinonimák

Munkatárgy

49. Sebesség

Meghatározás

Ez egy mérési egység, amely meghatározza, hogy a csapatod egy iteráció során mennyi munkát tud elvégezni.

Ezt a sprintben elvégzett feladatok/felhasználói történetek átlagos számának kiszámításával mérik. Az Agile csapatok ehhez sebességdiagramot használnak.

Szinonimák

Nincs

50. XP (Extrém programozás)

Meghatározás

Az Extreme Programming egy szoftverfejlesztési módszertan, amelynek keretében egy csapatnak 1-2 hét alatt kell elkészítenie egy működőképes szoftvert, a szokásos 2-4 hetes iteráció helyett.

Itt a Scrum módszertan összes hagyományos gyakorlata a legmagasabb szintre van emelve, így a csapatok gyorsan reagálhatnak az ügyfelek igényeire.

Szeretne többet megtudni erről az izgalmas agilis módszerről? Kattintson ide.

Szinonimák

Extrém Scrum

Következtetés

Emlékszel még az első kerékpározásra?

Az Agile terminológia elsajátítása nagyjából így néz ki!

Első pillantásra mindkettő bonyolultnak és kihívásokkal telinek tűnik.

De ha egyszer megismerkedsz velük, második természeted lesz!

És ha egyszer megtanultál biciklizni, akkor egyre gyakrabban fogod csinálni, igaz?

Hasonlóképpen, miután megtanultad az Agile-t, érdekelhet az Agile módszertan alkalmazása a projektjeidben.

Szerencséjére az Agile projektmenedzsment eszközök, mint például a ClickUp, minden szükséges funkcióval rendelkeznek az Agile megvalósításához!

A ClickUp rengeteg funkcióval rendelkezik, amelyek segítenek megvalósítani a cikkben említett Agile gyakorlatokat és módszertanokat, például Agile irányítópultok, kumulatív áramlási diagramok, sprintlisták és még sok más.

Regisztrálj még ma, és sajátítsd el az Agile-t az A-tól Z-ig!