Nehéz találni valakit, aki nem akarjatisztelettel bánni velük. Ennek a helyzetnek azonban oka van. Például, ha egy személy magasan képzett elismert szakember a szoftverfejlesztés területén. Ehhez pedig meg kell tanulni. E cikk keretein belül megvizsgáljuk, mi az Agile, mi az előnye, és hogyan lehet megérteni ezt a technológiát.
Általános információk
Először foglalkozzunk a technikávalpillanatok. Mi az az agilis? Ennek a szónak az angol nyelvről való fordítása (szó szerinti) „élénk, mozgékony”, a „rugalmasat” kissé ritkábban említik. És mellesleg ez csökkentés. Ennek a megközelítésnek a teljes neve az Agilis szoftverfejlesztés.De mivel túl hosszú, úgy döntöttek, hogy elvágják. És most csak Agile-t mondanak. A "rugalmas" fordítást azért használják, mert ez leginkább a valós helyzethez kapcsolódik.
Mit tartalmaz itt?
Továbbra is mérlegeljük, mi az Agile.Itt arra szeretnék összpontosítani, hogy ez egy rugalmas megközelítés, amely sokféle módszertanon alapul (Scrum, XP, Kanban, Lean). A téma jobb megértése érdekében vonjunk párhuzamot. Tegyük fel, hogy az agilis technológiák az univerzum eredete. A végtermék maga a tényleges világ. Az ősrobbanás pedig a legfájdalmasabb probléma, amellyel csak szembe kell néznie - megváltoztatva a termék követelményeinek listáját. A létrehozási folyamatok általában egy vízesés modell használatát tartalmazzák. Ebben az esetben minden egymás után és szakaszosan megy. Ez a megközelítés röviden kifejezhető: látom a célt - elmegyek hozzá. És ha megváltoznak a végeredmény követelményei, akkor néha szinte mindent újra kell dolgozni. Ami még bonyolultabbá teszi ezt a helyzetet, az az, ha megpróbálunk úgy tenni, mintha minden rendben lenne, és előrelépnünk kell.
És most az Agile-t, egy menedzsment módszertant terveztékküzdje mindezt a rugalmasságával. Ez az előre gyártott hodgodge minimálisra csökkenti a különféle kockázatokat az alapelvek alkalmazásával. Mindezeket tükrözi a 2001-ben kiadott Agilis kiáltvány. Röviden, így hangzanak:
- A lényeg az emberek, nem a dolgok.
- Együttműködés, ne olvassa el a szerződést.
- A dokumentáció nem zavarhatja a munkát.
- A lehető leggyorsabban változtasson.
Lehet, hogy túl homályosnak és nem pontosnak tűnik, de tegyük részletesebben.
Folyamat elrendezése
Miközben megvizsgáljuk, mi az Agile, térjünk rá az egyik legnépszerűbb Scrum néven ismert módszertanra. Mit kínál? Először szüksége van:
- Válasszon terméktulajdonost. Az ember alkalmas erre a szerepre, amit lát, milyen célra kell eljutnia, és mi fog történni a végén.
- Döntsön egy csapatról. Ehhez három-tíz emberből álló csoportra van szükség, akik rendelkeznek az eredmény eléréséhez szükséges képességekkel.
- Válasszon felelős szakembert. Ez az a személy, aki követni fogja a projekt fejlődését, és segít a csapatnak a nehézségek leküzdésében.
- Foglalkozzon a nehézségekkel.A termékre vonatkozó összes követelményt egy helyen kell összegyűjteni, és meg kell határozni a prioritásokat. A termék tulajdonosának itt kell összegyűjtenie minden kívánságát. Ezután a csapat értékeli őket, és megvizsgálja, hogy megvalósítható-e és mennyi időbe telik.
- Szüntesse meg a teljes terhelést darabokra, egy-két hétre, amely alatt a csapat meghatározott feladatsorokat hajt végre.
- Az üléseket naponta kell tartani, legfeljebb tizenöt percig. A napirenden meg kell vitatni, hogy mit tegnap tettek, mik a tervek a mai napra, és milyen akadályok akadályozzák meg a magasság felvételét.
- Ellenőrizze a hetet (két), amely során a csapat beszél az elvégzett dolgokról. Ebben az esetben be kell mutatni a termék egyes részeinek funkcionalitását.
- Minden időszak után meg kell vitatni a problémákat és megoldásokat kell keresni. Sőt, minden fejlesztést azonnal végre kell hajtani.
Hogyan lehet felismerni az Agile-t?
A menedzsment módszertan, a választott iránytól függetlenül, mindig a következő jellemzőkkel rendelkezik:
- A kockázatok minimalizálása. Ez a rugalmas megközelítés fő célja.
- Iteratív fejlődés. Ebben az esetben kis ciklusokban való munkát jelent.
- A legfontosabb az emberek és a köztük lévő kommunikáció.
Képzeljünk el egy folyót. Az ügyfél egy bankban van. A második a csapat. Ebben az esetben az agilis fejlődés mindenki számára előnyös:
- A vevőnek minimálisan hatékony termékre van szüksége. Létrehozása során azonban a feltételek változhatnak.
- Hasznos a csapat számára a kollégákkal és az ügyféllel való kommunikáció.Ebben az esetben minimalizálják a félreértés kockázatát, növelik a folyamatok átláthatóságát, a problémákat gyorsan megoldják, csökken a meglepetés esélye a termék létrehozásakor.
Társadalmi tényező
Amikor általában elmagyarázza, mi az az Agilekizárólag pozitív szempontokról beszélni. Valóban javul a kommunikáció a csapaton belül. Minden ember egy ötletre koncentrál, nem teremtenek titkokat egymás között, vállalnak kötelezettségeket. Ennek eredményeként a csapat kényelmes környezetben és gyors ütemben dolgozik. Ez a megközelítés lehetővé teszi a káosz egyszerűsítését.
Megalakulása óta képes megtalálnielismerést a technológiai iparban. Jelenleg széles körben használják új szoftvertermékek tervezésére. De az általános üzleti gyakorlatban ez a megközelítés még mindig kevéssé ismert. Ezért azok, akik korábban még nem találkoztak Agilével, óvakodnak tőle. Azt is meg kell érteni, hogy csak azokban az esetekben szabad használni, amikor az emberek szembesülnek a szellemi munka feladatával.
Egy kis példa
Vessünk egy pillantást ezekre a módszertanokraszoftverfejlesztés. Tegyük fel, hogy van Peterünk, a termék tulajdonosa. Nem ismeri a technikai részleteket, de van elképzelése az összképről. Tudja, miért van szükség a termékre, milyen problémákat old meg és kit fog kielégíteni. Vannak érdekelt felek is. Használhatják a terméket, támogathatják annak létrehozását, vagy más módon részt vehetnek a létrehozásában. Hozzáadhat felhasználói történeteket is, amelyek kifejezik az érdekeltek kívánságait. Például: a Moszkva és Szentpétervár között közlekedő menetrend szerinti buszok jegyeinek lefoglalási rendszerének repülés alapján kell keresnie. Peter segít az érdekelt feleknek. A felhasználói történet ötleteiből fogja átvenni a megvalósítás irányítását. Van egy fejlesztőcsapat is. Ezek azok az emberek, akik felépítik a működő rendszert.
Mivel az agilis módszertant alkalmazzákfejlesztés, akkor a felhasználói történetek csak nagy kiadásig halmozódnak fel, hanem a befejezés után azonnal és a lehető leggyakrabban kerülnek kiadásra. A feldolgozott kérelmek száma a csapat heti teljesítménye. Annak érdekében, hogy ne veszítsen tempót és ne ragadjon bele a kézi tesztelésbe, a csapatnak az automatizált integráción kell dolgoznia. Mi az? Minden munkapontra automatikus tesztet írnak. Ha túl sok történet van, rohanás, motivációvesztés, csökkent termelékenység és minőség alakulhat ki. Ilyen esetekben a "tegnapi időjárás" módszert biztosítják. Ez abból áll, hogy szigorú korlátokat szab meg a munka mennyiségére, és gondosan megválasztja, hogy pontosan mit fognak végrehajtani. A korábban említett "Kanban" egy feladatkorlát beállítását javasolja.
Mi van a sorral?
Oké, így a csapat úgy döntött, hogy tudhetente négy történetet dolgozzon fel. De hogyan találja meg a csapágyát mindenben, ami van? Tegyük fel, hogy a felhasználók hetente tíz történetet nyújtanak be. Négyet feldolgoznak. Így a sor folyamatosan növekszik. Ebben az esetben csak egy hatékony módszer létezik - a "nem" szó. Ez rendkívül fontos a termék tulajdonosának. Igent mondani nem nehéz. Sokkal nehezebb és fontosabb eldönteni, mit ne tegyünk. Sőt, emellett felelősséget is kell vállalni. Ezért el kell dönteni, mire kell most figyelni és mit kell elhalasztani. A helyes rangsorolás megköveteli, hogy a termék tulajdonosa megértse az egyes történetek értékét és terjedelmét.
Döntéseket hozunk
Néhány történetre rendkívül nagy szükség van.Mások csak egy szép bónusz. Néhány történet kidolgozása több órát vesz igénybe. Mások létrehozása hónapokig tart. Sokan gyakran hoznak összefüggést a történet nagysága és értéke között. De ez nem mindig helyes. A több nem egyenlő a jobbal. A feladat bonyolultsága és értéke segít Peternek abban, hogy helyesen rangsorolja. Hogyan lehet számszerűsíteni ezeket a jellemzőket? Semmiképpen. Ez egy igazi találgatás. És a nagyobb hatékonyság érdekében sok embert be kell vonni ebbe. Ez egy fejlesztőcsoport, amely tájékoztatni fogja a munka körét és az érdekelt feleket. De meg kell érteni, hogy az így nyert összes adat hozzávetőleges találgatás. Itt nincsenek pontos számok. Kezdetben lesznek hiányzók. De ahogy tapasztalatot szerez, csökken a számuk és a méretük.
Potenciális kockázatok
A problémák elkerülése őszinte választ igényel egy kérdésre. Azt:
- Helyesen cselekszünk? Ez üzleti kockázat.
- Meg tudjuk valósítani, amire szükség van? Ez társadalmi kockázat.
- Működni fog a projekt ezen a platformon. Ez technikai kockázat.
- Lesz-e elegendő pénzünk és sikerül-e időben elkészíteni? Ezek a megvalósítási idő és költség kockázatai.
Ebben az esetben ismeretekre van szükség.A kockázatok ellentétének tekinthetők. Ha jelentős mértékű bizonytalanságot rögzítenek, akkor ismereteket szerzünk - például interfész prototípusokat készítünk vagy technikai kísérleteket hozunk létre. És miután már megvannak, döntéseket hozunk a haladás irányáról.
Hogyan lehet tanulni?
Az informatikai ipar rendkívül gyorsan fejlődik, ésannak érdekében, hogy a végén ne veszítsen el, folyamatosan tanulni kell, javítani kell a készségeket és a munka hatékonyságát. Ezért a képzés és a megvalósítás kérdései minden eddiginél relevánsabbak. Hol kezdjem? A legjobb megoldás az együttműködés az Agile-t már használó céggel. A képzést tehát olyan emberek vezetik, akik hallomásból nem tudják, mi az agilitás. De ez sajnos nem mindig lehetséges. Leggyakrabban egy harmadik féltől származó szakember vesz részt, aki tudja, mi az Agile. Ennek a megközelítésnek a végrehajtása az ő felügyelete alatt zajlik. Igaz, egy ilyen szakember szolgáltatásai pénzbe kerülnek. De ha valóban hozzáértő embert kap, akkor minden kiadás százszorosan megtérül. Valójában a modern világban az alkalmazottak hatékonysága fontos szerepet játszik.
Mi lesz a jövőben?
A szoftverfejlesztési módszertanok folyamatosan fejlődnek.Új utakat és lehetőségeket keresnek a tevékenységek és a munka hatékonyságának javítására. Elég problémás azt mondani, hogy mi vár ránk a jövőben. A rugalmas fejlesztési rendszer valószínűleg beépül a termelési folyamatok automatizálásába. Például lehetséges lesz megoldani a problémákat akkor is, ha távol marad a vállalat helyétől. Sok szempontból a jövőt az új információs technológiák határozzák meg. Végül is, amikor felmerülnek, el kell sajátítania a velük való együttműködés új módszereit. És ebben az esetben van egy ciklusban lezárt fejlesztés.
Végezetül
Ezzel vége az agilis módszerekkel végzett kirándulásnak.fejlődés. De emlékeztetni kell arra, hogy az elmélet egy dolog, a gyakorlat pedig egészen más. A folyamatosan megjelenő új információs technológiák kihívások elé állítják a fejlesztők nagy közösségét. Hogyan teheti hatékonyabbá a csapatát? Erre a kérdésre mindenki maga talál választ. Az itt bemutatott információk felhasználhatók a gerinc formálására. De a gyakorlatban a meglévő modellel kell dolgoznia, és a helyzetet a meglévő kihívásoknak való megfelelésbe kell hoznia. Ekkor a csapat képes lesz hatékonyan teljesíteni a számára kitűzött célokat.
