Mi a méretezett agilis keret (SAFe)?



Ez a méretezett, agilis keretrendszerről készült blog segít megérteni, hogyan kell méretezni az agilis elveket és gyakorlatokat nagyszabású és misszió szempontjából kritikus projektekre

Nagyon sok szervezet áttér a hagyományosra vízesés módszertana az agilis gyakorlatokhoz. Még,gyakori panasz, hogy az agilis fejlődés nem méretezhető jól. Számos mozgékony keretek amelyek már elérhetők nagyszabású vállalati projektekhez. Ez a cikk az egyik legnépszerűbbre összpontosítnagyméretű agilis keretrendszerek: Scaled Agile Framework (SAFe).Merüljünk el mélyebben abban, hogy mi is pontosan a Scaled Agile Framework és hogyan valósul meg tipikusan.

A cikkben tárgyalt témák a következők:





  1. Átmenet az agilishoz
  2. Mi a méretezett agilis keretrendszer?
  3. A skálázott agilis keretrendszer szintjei
    1. Csapat szint
    2. Programszint
    3. Értékfolyam szint
    4. Portfólió szintje
  4. SAFe konfigurációk
  5. A skálázott agilis keretrendszer előnyei
  6. Hátrányok, ha skálázott agilis keretrendszer

Átmenet az agilishoz

Jelenleg Agilis egy jól ismert fejlesztési koncepció és választási megközelítés sok fejlesztői csapat számára, különösen azok számára, akik környezetet próbálnak létrehozni folyamatos szállítás .Bár manapság mindenki agilis lesz, gyakori panasz az, hogy nem mutat kielégítő eredményeketvállalati szinten. Sok kérdést vet fel, mint például:

java mély másolat vs sekély másolat
  • Nehéz koordinálni egy nagyszabású projekten dolgozó több csapatot
  • Megbirkózni a hosszabb tervezési távlatokkal
  • Túl sok a csapat tagja az együttműködéshez és a kezeléshez
  • Fokozott erőfeszítés a követelmények több forrásának nyomon követésében
  • Nem feltérképezett függőségek váratlan problémákat és akadályokat okoznak

Nagyon sok olyan agilis keretrendszer létezik, amelyek az agilitással kapcsolatos problémákat igyekeznek megoldani. A három vezető keret azNagyméretű skála (LeSS), méretezett agilis keretrendszer (SAFe) és fegyelmezett agilis (DAD). Ebben a cikkben elsősorban a Scaled Agile Framework-re fókuszálunk.



Mi a méretezett agilis keretrendszer?

A Scaled Agile Framework, más néven SAFe, egy vállalati szintű fejlesztési keretrendszer, amelyet Dean Leffingwell módszertanos fejlesztett ki. A meglévő lean és agilis elvek kombinációját használja, és ezeket sablonos keretrendszerbe ötvözi a nagyszabású projektek számára.

A SAFe-t 2011-ben fejlesztették ki, hogy segítsena szoftverfejlesztő csapatok jobb minőségű termékeket hoznak forgalomba gyorsabb ütemben.Négy alapvető értékre összpontosít, amelyek a következők:

SAFEValues ​​- skálázott agilis keret - Edureka



Igazítás

Szükséges lépést tartani a gyors változásokkal, a versenyt romboló erőkkel és a földrajzilag elosztott csapatokkal. Nagyobb jelentőséget kell tulajdonítani a vállalati üzleti céloknak a csapat céljaival szemben.

Beépített minőség

Biztosítja eztaz építés minden eleme és minden egyes lépése ugyanolyan magas minőségi színvonalon működik a fejlesztés teljes életciklusa alatt. A minőség nagyon fontos, enélkül a szervezet valószínűleg nagy tételekkel fog működni ellenőrizetlen, nem ellenőrzött munkával.

Átláthatóság

A termékek nagyméretű fejlesztése nem könnyű feladat. A legjobb eredmények elérése érdekében nagyon fontos az átláthatóság a szervezeten belül. Az átláthatóság és a bizalom biztosítja eztaz üzlet és a fejlődés magabiztosan támaszkodhat egy másikra, aki feddhetetlenül jár el, különösen nehéz időkben.

Program végrehajtása

Természetesen semmi sem számítha a csapatok nem tudják végrehajtani és folyamatosan a legjobb eredményeket elérni. Éppen ezért a SAFe nagy hangsúlyt fektet a működő rendszerekre és az üzleti eredményekre. Noha az agilisra való áttérés gyakori, a csapatok gyakran azért küzdenek, hogy jelentősebb mennyiségű megoldást nyújtsanak megbízhatóan és hatékonyan.

A Scaled Agile Framework megkísérli beépíteni ezeket az alapvető értékeket annak érdekében, hogy jelentős javulást érjen el a szállítási idő, az alkalmazottak elkötelezettsége, a munka termelékenysége és főleg a termék minősége terén. Most, hogy van ötlete arról, mi is az a SAFe, ássunk egy kicsit mélyebbre, hogy többet tudjunk meg.

Méretezett agilis keretek szintjei

A SAFe egy sablon a nagy szervezetek mozgékonyságának növelésére. Négy szintje van, amelyek:

Tudjon meg többet ezekről a szintekről.

Megjegyzés: A legfontosabb SAFe feltételek

  • Agilis csapatok - Azok a személyek egy kis csoportja, akik rövid időn belül a megoldások meghatározására, felépítésére és tesztelésére koncentrálnak.
  • Agilis kioldó vonat (ART) - Ez egy önszerveződő, hosszú életű csoport mozgékony csapatok amelynek célja a megoldások közös megtervezése, elkötelezettsége és végrehajtása. Kizárólag azért léteznek, hogy az ügyfelek számára előnyös megoldásokat építsenek az ígért érték megvalósítására.

Csapat szint

Csapatszintena felvázolt technikák a Dulakodás , kéthetes sprintciklusonként szállítja a terméknövekedést (működő szoftver). Ugyanakkor csapatok is dolgozhatnak Kanban vagy Scrumban. Az Csapat szint tartalmazza azokat a szerepeket, tárgyakat, eseményeket és folyamatokat, amelyeket az agilis csapatok építenek és nyújtanak.

  • Az ART szerepek és funkciók, beleértve a Release Train Engineer (RTE), a termékmenedzsmentet, a rendszerépítészeket stb., Támogatják a vonat összes csapatát
  • Az agilis csapatok teljes mértékben képesek erretörténetek meghatározása, felépítése, tesztelése és üzembe helyezése azokból termek elmaradas
  • A csapatok a ScrumXP-t vagy a Kanban-t használják kiváló minőségű termékek szállításához, rutinszerűen előállítva aRendszerbemutató (az új funkciók integrált nézete) a legújabb iterációhoz
  • Minden csapat öt-kilenc tagból áll, és minden olyan szerepet tartalmaz, amely a minőség növeléséhez szükséges
  • Az érintett szerepek: agilis csapat (keresztfunkcionális ScrumXP vagy Kanban), fejlesztőcsoport, Scrum Master és terméktulajdonos
  • A történetek azonosítása, rangsorolása, ütemezése, megvalósítása, tesztelése és elfogadása a csapatmenedzsment elsődleges követelményei
  • A csapat bevált gyakorlatokat, például a beépített minőséget alkalmaz, annak biztosítására, hogy a termék a fejlesztés során megfeleljen a megfelelő minőségi előírásoknak

Az SAFe csapat szintje a program létfontosságú része Programszint . De pontosan mi a program szintje?

Programszint

Programszinten az SAFe ugyanúgy működik, mint a csapat szintjén, kivéve nagy léptékben. Mint a,arra utal, hogy több csapat dolgozik együtt a programmenedzsment csapat vezetésével, és értéket képvisel az Agile Release Train koncepciójában. Programszintű csapatai, szerepei és tevékenységei vannak, amelyek folyamatos értékáramlást biztosítanak.

  • Minden ART-nak 5-12 agilis csapata van, és időbeosztott megközelítésben dolgoznak, ahol a a termék növekményei 8-12 hetesek
  • A terméknövekedésnek van négy fejlesztési iteráció , utána következik egy újítás és iterációs tervezés

Így működik egy tipikus programszint.

1. lépés: A termékmenedzser meghatározza a potenciálisan átruházható növekmény tartalmát az a segítségével Program lemaradás

2. lépés: A terméknövekedés kezdődik Terméknövelés-tervezés (PI-tervezés) , ütem alapú, személyes tervezés, az ART összes csapatának összehangolása a küldetéssel.

3. lépés: Ezután a csapatok szakítanak, hogy megvitassák, mit tehetnek a csoportjukon belül összehangolás más csapatokkal . Alapvetően számos gyorsaságot terveznek és vitatnak meg a funkció szintjén, ellentétben a scrummal (a Scrum csak egy sprintet tervez előre).

4. lépés: Aza csapatok kötelezettségvállalásait és a csapatok közötti függőségeket feltérképezik a programtábla .

5. lépés: Scrum Masters ésEngedje el a vonatmérnököt, aki a vonat legfőbb Scrum-mestere, különféle mechanizmusok révén könnyíti meg a programokat, például a program-kanban, ellenőrzi és adaptálja a műhelyeket stb. megvitassák a misszió előrehaladását . Ez négy fejlesztési iterációt teljesít.

5. lépés: A következő az 5. iteráció. Ez az keményedés, innováció és tervezés . A keményítés magában foglalja a végső ellenőrzést és tesztelést. Az innováció új ötletek feltárásáról szól. A tervezés magában foglalja a kioldó vonat karbantartását és a következő 10 hetes ciklus tervezését.

Ezen a szinten van egy architektúra kifutópálya is, amely meglévő kódból, összetevőkből és a termékjellemzőket támogató műszaki infrastruktúrából áll. Következő lépésként választhatunk egy választható szintet Értékfolyam szint.

Értékfolyam szint

Az Value Stream Level egy opcionális szint, amely olyan nagy és összetett megoldások készítőinek szól, amelyek általában több ART-t és a beszállítók hozzájárulását igénylik. Számos olyan funkciót kínál, amelyek a SAFe 4.0 újdonságai.

ami változtatható és megváltoztathatatlan

Jegyzet: Minden értékfolyam a rendszer meghatározásának, fejlesztésének és telepítésének hosszú élettartamú sorozata, amelyek olyan rendszerek felépítésére és telepítésére szolgálnak, amelyek folyamatos értékáramlást biztosítanak az üzleti vállalkozásnak vagy az Ügyfélnek.

  • A fő cél aza Lean-Agile megközelítések ismertetése nagy, misszió szempontjából kritikus megoldások meghatározásához, felépítéséhez és telepítéséhez
  • Ezek a megközelítések segítenek kezelni anagy, misszió szempontjából kritikus megoldások meghatározása, kiépítése és bevezetése. Ehhez megkövetelitovábbi konstrukciók, tárgyak és koordináció
  • Általában fa megoldás, vagy akár egy alrendszer megnyilvánulása elfogadhatatlan gazdasági és társadalmi következményekkel jár
  • Ez a szint tartalmazza
    • An Gazdasági keret amely pénzügyi határokat biztosít az Value Stream döntéshozatalához
    • NAK NEK Megoldás szándéka adattárként a tervezett és a tényleges megoldás viselkedésének nyomon követésére
    • NAK NEK Megoldás kontextusa , amely leírja a megoldás illeszkedését a telepítési környezetben
    • Olyan képességek, amelyek leírják a megoldás nagyobb viselkedését
  • Ez a szint azköré szerveződött Program növekmények , amelyek szinkronizálva vannak az értékfolyam összes Agile Release vonatán
  • A haladás megbeszélése és a dolgok megtervezése érdekében ez a szint is megvan Mert - és PI utáni tervezés találkozók és a Megoldás bemutatója
  • Azt is előírjatovábbi szerepek, mint Megoldáskezelés , Megoldás építész / mérnök , és a Értékfolyam-mérnök

Végül van egy portfólió szintünk.

Portfólió szintje

Az P ortfolio a legnagyobb aggodalomra ad okot az SAFe-ben. Megadja azokat az elveket, gyakorlatokat és szerepeket, amelyek szükségesek a fejlesztési értékáramok elindításához, rendszerezéséhez és irányításához. Meghatározza az értékfolyamok és azok megoldásainak stratégiáját és beruházási finanszírozását.

  • Agilis portfólió műveleteket és Lean irányítást biztosít a megoldások megvalósításához szükséges emberek és erőforrások számára
  • Alapvető konstrukciókat biztosít a Lean-Agile Enterprise szervezéséhez az értékáramlás körül egy vagy több értékfolyamon keresztül
  • Ezen értékáramok mindegyike fejleszti a stratégiai szándék teljesítéséhez szükséges rendszereket és megoldásokat
  • Megadja az alapköltségvetést és a szükséges irányítási mechanizmusokat, beleértve a következőket: Lean költségvetési korlátok
  • Biztosítsa, hogy az értékáramok és vonatai a megfelelő dolgok felépítésére összpontosítsanak a megfelelő szintű beruházásokkal

Minden SAFe portfólió rendelkezik egy kétirányú kapcsolat a vállalattal .

  • Az első módszer olyan stratégiai témák megadása, amelyek a portfóliót a nagyobb és folyamatosan változó üzleti célok felé irányítják. Ezek a stratégiai témák összekapcsolják a portfóliót a fejlődő vállalati üzleti stratégiával, üzleti kontextust biztosítanak a portfólión belüli döntéshozatalhoz, és befolyásolják az értékáramba történő befektetéseket, és inputként szolgálnak a portfólió, megoldás és programhátralékok. A stratégiai témákat nem az üzleti vállalkozások alkotják külön, inkább a legfontosabb portfólió-érdekeltek vesznek részt ebben a folyamatban.
  • A második irány folyamatos visszacsatolást biztosít a portfólióból a vállalati érdekelt felek felé. Ez magában foglalja az értékfolyam fő teljesítménymutatóit,a portfólió piaci célú megoldásainak jelenlegi állapotának minőségi értékelésee, a portfólió szintjén jelen lévő erősségekkel, gyengeségekkel, lehetőségekkel és fenyegetésekkel együtt.

Így a Scaled Agile Framework egyinteraktív tudásbázis az agilis gyakorlatok vállalati szintű megvalósításához. Négyféle SAFe konfigurációt kínál.

SAFe konfigurációk

A SAFe négyféle konfigurációval támogatja a fejlesztői környezetek teljes skáláját,

Alapvető SAFe

Az Essential SAFe konfiguráció a keretrendszer középpontjában áll és a legegyszerűbb kiindulópont a SAFe megvalósításához.Ez az összes többi SAFe konfiguráció alapeleme, és leírja azokat a legkritikusabb elemeket, amelyekre a keret előnyeinek többségéhez szükség van. A csapat és a SAFe programszintjéből áll.

Nagy megoldás SAFe

Ez a konfiguráció a legnagyobb és legösszetettebb megoldások amelyekhez általában több Agile Release Trains (ART) és szállító szükséges, de nem igényelnek portfólió szintű megfontolásokat. Általában olyan iparágakban használják, mint a repülőgépipar, a védelem, az autóipar stb. Csapat-, program- és nagymegoldási szintből áll. A megoldás szintje segít a legnagyobb kihívásokkal küzdő vállalkozásoknak - nagyszabású, multidiszciplináris szoftverek, hardverek és összetett informatikai rendszerek kiépítésében.

Portfólió SAFe

A portfólió konfigurációja segít igazítsa a portfólió végrehajtását a vállalati stratégiához ésbiztosítja az alapvető konstrukciókat a Lean-Agile Enterprise szervezéséhez az értékáramlás körül.A Lean-Agile költségvetés felhatalmazza a döntéshozókat, a kanban rendszer biztosítja a portfólió láthatóságát és a WIP korlátokat, a vállalati architektúra irányítja a nagyobb technológiai döntéseket. Az objektív mutatók pedig támogatják az irányítást és a fejlesztést.Az értékáramlást az Epics közvetíti.Csapat-, program- és portfóliószintből áll.

számot emeljen java hatalommá

Teljes SAFe

Ez a legtöbba keretrendszer átfogó változata, és a SAFe mind a négy szintjéből áll - csapatszint, programszint, portfóliószint és Value Stream szint. Teljes SAFetámogatja azokat a vállalkozásokat, amelyek nagy integrált megoldásokat építenek és tartanak fenn, amelyek több száz embert igényelnek, és magában foglalja a SAFe minden szintjét. Időnként a legnagyobb vállalkozásoknál többféle SAFe konfigurációra lehet szükség a termék működéséhez és szállításához.

Egyszerűbben fogalmazva: a Scaled Agile Framework azúgy tervezték, mint egyetlen keretrk, de a bevált bevált gyakorlatok széles körű tudásbázisként, amelyet a csapatok a sikeres szoftvertermékek szállításához használtak. Saját plussz és negatív pontjai vannak.

A skálázott agilis keretrendszer előnyei

  • Lehetőséget kínál egy viszonylag könnyű keretrendszer alkalmazására, amely hatékonyabbá teszi a szoftverfejlesztést, miközben fenntartja a vállalati szinten szükséges centralizált döntéshozatalt
  • Segíta csapatok fenntartják az üzleti célokkal való összhangot ésnagyobb átláthatóság elérése érdekében
  • Segít keresztfunkcionális csapatok hatékonyabban működjenek együtt
  • Kiválóan alkalmas nagy szervezetek számára
  • Nagyobb hangsúlyt fektet az emberekre a technológia helyett

Bár a SAFe számos előnnyel jár az asztalon, saját hátrányokkal is jár.

A méretezett agilis keret hátrányai

  • SAFe veszitúlságosan felülről lefelé irányuló megközelítés, nem pedig csapatalapú megközelítés
  • Nagy hangsúlyt fektet sajátos gyakorlatának és szabályainak alkalmazására, anélkül, hogy sok teret hagyna a szervezet testreszabására
  • Az SAFe felügyeletének, adminisztrációjának és koordinálásának további rétegei hasonlítanak a vízesés megközelítéséhez, amelyet sok csapat megpróbál magára hagyni

Lényegében az SAFe-t azért hozták létre, hogy nagy szervezeteknek szolgáljon nagy megoldásokkal,különösen azáltal, hogy lehetővé teszi egy bizonyos méretű szervezetek számára a szoftverfejlesztés agilisabb megközelítését. Az azonban egyértelmű, hogy az SAFe-nek számos hátránya van, amelyeknek a csapatoknak tisztában kell lenniük és ennek megfelelően kell megtervezniük.

Ez az, emberek! Ezzel elértük a cikk végét. Lehet, hogy elárasztja az itt használt kulcsfontosságú kifejezések száma. Ha igen, akkor erre hivatkozhat Méretezett Agile Framework Glossary .

Győződjön meg róla, hogy jól ismeri a Scrum terminológiát, mielőtt elkezdené használni.

Van egy kérdésünk? Kérjük, említse meg a „Mi az a Scrum?” Című megjegyzések részben. cikket, és a lehető leghamarabb kapcsolatba lépünk Önnel.