SAFe módszertani bemutató: Mi a méretezett agilis keretrendszer

Mi az a méretezett agilis keretrendszer (SAFe)?

A Scaled Agile Framework (SAFe) egy szabadon elérhető online tudásbázis, amely lehetővé teszi a lean-agilis gyakorlatok vállalati szintű alkalmazását. Egyszerű és könnyű élményt nyújt a szoftverfejlesztéshez. Szervezetek és munkafolyamat-minták összessége hivatott irányítani a vállalkozásokat a karcsú és mozgékony gyakorlatok méretezésében. Három szegmensre oszlik, amelyek a csapat, a program és a portfólió.

A SAFe keretrendszer lehetővé teszi a csapat számára,

• A Lean-Agile szoftverek és rendszerek bevezetése vállalati szinten
• A Lean és az Agile elveken alapszik.
• Részletes útmutatást ad a vállalati portfólióban, az értékáramban, a programban és a csapatban végzett munkához.
• Úgy tervezték, hogy kielégítse a szervezeten belüli összes érdekelt fél igényeit.

A SAFe-t először ezen a területen fejlesztették ki, és Dean Leffingwell könyveiben és blogjában dolgozták fel . Az 1.0 verzió az első hivatalos kiadás 2011-ben. A legújabb verzió a 4.6, 2018 októberében jelent meg. Útmutatást nyújt a vállalati portfólió, az értékfolyam, a program és a csapat szintjén történő munkához.

Ebben a SAFe Agile oktatóanyagban megtanulja

• Mi az a méretezett agilis keretrendszer (SAFe)
• Miért érdemes használni az Agile Framework-et?
• Mikor kell használni a méretezett agilis keretrendszert
• Mennyire más, mint más agilis gyakorlatok
• A méretezett agilis keretrendszer alapjai
• Agilis kiáltvány
• Különböző szintű SAFE
• Csapat szint
• Programszint
• Portfólió szintje
• Értékfolyam szint

Miért érdemes használni az Agile Framework-et?

Egyszerű és könnyű keretrendszer, ugyanakkor képes kezelni a nagy értékű áramok és a komplex rendszerfejlesztés igényeit. A SAFe agilis keretrendszer megvalósításával a következő előnyöket élvezheti:

• Termelékenység által 20-50%
• A minőség több mint 50% -kal nőtt
• A piacra jutás ideje gyorsabb, mint 30 -75%
• Fokozott munkavállalói elkötelezettség és munkával való elégedettség.

A részletes keretdiagram a weboldalon érhető el. Megmutatja az összes kulcsfontosságú szerepet, tevékenységet, teljesítést és folyamatot. Ez egyben navigációs segítséget is nyújt a helyszín többi részén.

Az alábbi kép elmagyarázza az agilis folyamat működését. Az eposzok egy nagy műalkotás, amelyet tovább osztanak számos kisebb történetre vagy al-eposzra. Ezeket az alepikákat történetként osztják ki a csapat számára. Ezután minden csapat ennek megfelelően dolgozik ezeken a történeteken vagy szoftverfunkciókon.

Mikor kell használni a méretezett agilis keretrendszert

• Amikor egy csapat érdekelt egy agilis megközelítés következetes megvalósítása a nagyobb, több csapatot tartalmazó programok és portfóliók között.
• Amikor több csapat a saját módját használja az agilis megvalósításhoz, de rendszeresen szembesül az akadályokkal, késésekkel és kudarcokkal.
• Amikor a csapatok önállóan akarnak dolgozni.
• Ha az Agile-t át akarja méretezni a szervezetben, de nem biztos abban, hogy milyen új szerepekre lehet szükség, illetve hogy a meglévő szerepeknek (azaz a menedzsmentnek) milyen módon és hogyan kell változtatniuk.
• Amikor megpróbálta átméretezni az Agile-t az egész szervezetén, de az összehangolásért küzdve egységes vagy következetes stratégiát kíván elérni az üzleti osztályok között a portfóliótól a program és a csapat szintjéig.
• Amikor egy szervezetnek javítania kell a termékfejlesztési átfutási idején, és szeretné tudni, hogy más cégeknek hogyan sikerült az Agile méretezését az SAFe-vel.

Mennyire más, mint más agilis gyakorlatok

Most ebben a méretezett agilis keretrendszer oktatóanyagában nézzük meg, hogy a méretezett agilis keretrendszer hogyan különbözik a többi agilis gyakorlattól,

• Nyilvánosan elérhető és ingyenesen használható.
• Rendelkezésre álló és használható formában kapható.
• Könnyű, gyakorlatilag bevált eredmények és a szintre jellemző.
• Folyamatosan / rendszeresen módosítja / fenntartja a leggyakrabban alkalmazott agilis gyakorlatokat.
• Hasznos kiterjesztéseket kínál a gyakori agilis gyakorlatokra.
• Megalapozza az agilis gyakorlatot a vállalati kontextusban.
• Teljes képet nyújt a szoftverfejlesztésről.
• A láthatóság vagy az átláthatóság minden szinten nagyobb.
• Folyamatos vagy rendszeres visszajelzés a minőségről és a fejlesztésről.

A méretezett agilis keretrendszer alapjai

Méretezett agilis keretrendszer (SAFe): Ez annak alapjain áll

1. Lean-Agile alapelvek
2. Alapértékei,
3. Lean-Agile vezetés
4. Lean-Agile gondolkodásmód,
5. Gyakorlóközösségek (olyan emberek csoportja, akik folyamatosan dolgoznak a SAFe gyakorlatokon)
6. 1-2-3 megvalósítása

SAFe Lean-Agile alapelvek

Ezeket az alapvető SAFe Agile elveket és értékeket az SAFe számára meg kell érteni, ki kell állítani és folytatni kell a kívánt eredmények elérése érdekében.

• Vegyünk egy gazdasági nézetet
• Alkalmazza a rendszerszemléletet
• Tegyük fel a változékonyságot; lehetőségek megőrzése
• Építsen fokozatosan gyors, integrált tanulási ciklusokkal
• Alapmérföldkövek a működő rendszerek objektív értékelésén
• Vizualizálja és korlátozza a WIP-t, csökkentse a kötegelt méreteket és kezelje a várakozási idő hosszát
• Alkalmazza a kadenciát, szinkronizálja a tartományok közötti tervezéssel
• Feloldja a tudásmunkások belső motivációját
• Decentralizálja a döntéshozatalt

SAFe Agile alapértékek

Az SAFe Agile módszertana ezen a négy értéken alapszik.

Igazítás:

• A SAFe támogatja az igazítást.
• Az igazítás ekkor kezdődik:
  • Stratégiai témák a portfólió elmaradásában és
  • Lép a Program Backlogs jövőképe és ütemterve elemre, majd a
  • Áthelyezés a Team Backlogs oldalra.

Beépített minőség:

• Biztosítja, hogy minden egyes növekményes szállítás megfeleljen a minőségi előírásoknak.
• A minőség nem "később kerül hozzáadásra".
• A beépített minőség a Lean előfeltétele és kötelező

Átlátszóság:

• Az átláthatóság a bizalom elősegítője.
• A SAFe segíti a vállalatot az átláthatóság elérésében minden szinten - vezetők, portfóliókezelők és más érdekelt felek.
• Mindenki láthatja a portfolió lemaradását / Kanban, a program lemaradását / Kanban és a Team Backlog / Kanban.
• Minden szinten világosan megértik a PI céljait.
• A vonatprogramok láthatják a csapat lemaradását, valamint a többi programnaplót
• A csapatok és programok láthatók az üzleti és építészeti epikákban. Láthatják, mi vezethet az útjuk felé.

Program végrehajtása:

• A SAFe nagy hangsúlyt fektet a működő rendszerekre és az ebből származó üzleti eredményekre.
• A SAFe nem hasznos, ha a csapatok nem tudnak végrehajtani és folyamatosan értéket adni.

Lean Agile vezetők:

A Lean-Agile vezetők életen át tartó tanulók és tanárok. A Lean-Agile SAFe alapelvek megértése és bemutatása révén segíti a csapatokat jobb rendszerek felépítésében.

A csapatok elősegítőjeként a végső felelősség a Lean-Agile fejlesztések elfogadása, sikere és folyamatos fejlesztése. A változáshoz és a folyamatos fejlődéshez a vezetőket ki kell képezni.

A vezetőknek új vezetési stílust kell elfogadniuk. Olyan, amely valóban felhatalmazza és bevonja az egyéneket és csapatokat a legmagasabb potenciál elérésére.

Ezeknek a Lean-Agile vezetőknek az alapelvei

• Vezesse a változást
• Ismerje az utat; Hangsúlyozza az egész életen át tartó tanulást
• Fejlessze az embereket
• Inspirálja és igazodjon a misszióhoz; Minimalizálja a kényszereket
• Decentralizálja a döntéshozatalt
• Oldja fel a tudásmunkások belső motivációját

Lean Agile Mind-Set:

A lean-agilis gondolkodásmódot két dolog képviseli:

1. A SAFe Lean Háza
2. Agilis kiáltvány

A SAFe Lean háza :

A SAFe a Lean gyártási elvekből és gyakorlatokból származik. Ezen tényezők alapján az SAFe bemutatja a "SAFe Lean House" -ot. A karcsú Toyota "háza" ihlette.

A lean célja verhetetlen: A lehető legmagasabb értéket biztosítani a lehető legrövidebb idő alatt, a lehető legmagasabb minőséggel

Az alábbi ábra bemutatja a "SAFe Lean House" célját, oszlopait és alapjait.

Agilis kiáltvány

A szoftverek fejlesztésének jobb módszereit tárjuk fel azzal, hogy csináljuk, és segítünk másoknak. Ezzel a munkával értéket értünk:

Ezért van az, hogy bár a jobb oldali elemekben van érték, a bal oldali elemeket jobban értékeljük.

Agilis kiáltvány

1. A legfontosabb prioritás az ügyfelek kielégítése az értékes szoftverek folyamatos és korai szállításával.
2. Vegye át a változó követelményeket, még a fejlesztés késői szakaszában is. Az agilis SAFe módszertan az ügyfelek érdekében hasznosítja a változásokat.
3. Gyakran szállítsa a működő szoftvert, pár héttől pár hónapig, előnyben részesítve a rövidebb időtartamot.
4. A fejlesztőknek és az üzletembereknek mindennap együtt kell működniük a projekt során.
5. Építsen projekteket motivált egyének köré. Adjon nekik támogatást és a szükséges környezetet, és bízzon bennük abban, hogy elvégzik a munkát.
6. A fejlesztőcsapattal való kommunikáció leghatékonyabb módja a személyes beszélgetés.
7. A működő szoftver a fejlődés elsődleges mértéke.
8. Az agilis folyamatok elősegítik a fenntartható fejlődést. A szponzoroknak, a fejlesztőknek és a felhasználóknak képesnek kell lenniük a végtelenségig állandó ütem fenntartására.
9. A műszaki kiválóságra és a jó tervezésre való folyamatos figyelem fokozza az agilitást.
10. Az egyszerűség - az el nem végzett munka mennyiségének maximalizálásának művészete - elengedhetetlen.
11. A legjobb architektúrák, követelmények és tervek az önszerveződő csapatoktól származnak.
12. Rendszeres időközönként a csapat átgondolja, hogyan lehet hatékonyabb, majd hangolja és ennek megfelelően állítja be viselkedését.

Különböző szintű SAFE

A SAFe megvalósításának két különböző típusa van:

1. SAFe 4.0 implementáció
2. SAFe 3.0 implementáció

• Az SAFe 4.0 megvalósításában 4 szintünk van: portfólió, értékáram , program és csapat.
• A SAFe 3.0 megvalósításában 3 szintünk van: portfólió, program és csapat
• A 3-szintű SAFe kisebb megvalósításokhoz szól, 100 vagy kevesebb emberrel. Jelentős együttműködést nem igénylő programok.
• A 4-szintű SAFe olyan megoldásokra vonatkozik, amelyek általában sok száz szakembert igényelnek szoftverek telepítéséhez és fenntartásához.

Csapat szint

Szerepek / csapatok		Események		Műtárgyak
* Agilis csapat		* Sprint tervezés		* Csapat lemaradás
* Terméktulajdonos		* Elmaradt ápolás		* Nem funkcionális követelmények
* Scrum mester		* Napi felállás		* Csapat PI célkitűzések
		* Végrehajtás		* Iterációk
		* Sprint bemutató		* Történetek (működő szoftver)
		* Sprint retrospektív		* Sprint célok
		* IP sprintek		* Beépített minőség
				* Tüskék
				* Kanban csapat

• Az összes SAFe csapat egy vagy másik Agile Release Train (ART) része.
• A SAFe csapatok felhatalmazott, önszerveződő, önirányító, keresztfunkcionális csapatok
• Minden csapat egyformán felelős a Team Backlog történeteinek meghatározásáért, felépítéséért és teszteléséért egy fix hosszúságú iterációkban
• A csapatok kéthetes időzített ismétléseket terveznek és hajtanak végre az elfogadott iterációs céloknak megfelelően.
• A csapatok a ScrumXP / Team Kanban rutin segítségével magas színvonalú rendszereket szállítanak kéthetente Rendszerbemutató készítéséhez.
• Az ART (Agile Release Trains) összes különböző csapata létrehoz egy integrált és tesztelt rendszert. Az érdekelt felek gyors visszajelzéssel értékelik és válaszolnak rá
• Beépített minőségi gyakorlatokat alkalmaznak.
• Minden ScrumXP csapatnak 5-9 csapattagja lesz, amely tartalmazza az összes iterációhoz szükséges minőségi növekményes érték felépítéséhez szükséges szerepet.
• A ScrumXP szerepkörök a következőket tartalmazzák:
  • Csapat (Dev + QA)
  • Scrum mester
  • Terméktulajdonos. Stb…
• A SAFe a fejlesztési ütemtermet iterációkra osztja fel a PI-n belül (Program Increment).
• A PI időtartama 8 -12 hét között van.
• A csapat történeteket fog használni az érték átadásához. A Terméktulajdonos tartalmi felhatalmazással rendelkezik a történetek létrehozása és elfogadása tekintetében.
• A történetek az Ügyfél követelményeit tartalmazzák.
• A Team Backlog felhasználói és engedélyező történeteket tartalmaz, amelyeket a PI tervezés során azonosítanak. Amikor a termékmenedzsment bemutatja az ütemtervet, a jövőképet és a program lemaradást.
• A történetek azonosítása, kidolgozása, rangsorolása, ütemezése, megvalósítása, tesztelése és elfogadása a menedzsment munkájának elsődleges követelményei a csapat szintjén.
• Minden iteráció a következőket biztosítja:
  • Az új funkcionalitás értékes növekedése
  • Végezze el folyamatosan ismétlődő mintával
  • Tervezze meg az iterációt
  • Vállaljon bizonyos funkciókat
  • Végezze el az iterációt a Történetek felépítésével és tesztelésével
  • Bemutatja az új funkciót
  • Visszatekintő
  • Ismételje meg a következő iterációt
• A csapatok az egyes iterációk végén támogatják a Rendszerbemutatót is. ami az ART kritikus integrációs pontja.
• A nagyobb értékű adatfolyamoknak több ART-ja lesz.
• Az innovációs és tervezési (IP) iterációk a csapatok számára lehetőséget nyújtanak az innovációra és a feltárásra.

Programszint

Szerepek / csapatok		Események		Műtárgyak
* DevOps		* PI (Programnövekedés) tervezés		* Látomás
* Rendszercsapat		* Rendszerbemutatók		* Útiterv
* Kiadáskezelés		* Ellenőrizze és fogadja el a műhelyt		* Metrika
* Termékmenedzsment		* Építészeti kifutópálya		* Mérföldkövek
* UEX építész		* Engedje el bármikor		* Kiadások
* Engedje el a vonatmérnököt (RTE)		* Agilis kioldó vonat		* Program Epics
* Rendszerépítész / mérnök		* Kiadás		* Kanban program
* Üzlettulajdonosok				* Program lemaradás
* Lean-Agile vezetők				* Nem funkcionális követelmények
* Gyakorlási közösségek				* Súlyozott legrövidebb munka először (WSJF)
* Megosztott szolgáltatások				* Program PI célkitűzések
* Ügyfél				* Funkció
				* Engedélyező
				* Megoldás
				* Értékfolyam koordináció

• Programszinten az SAFe értékét hosszú élettartamú gyors mozgó vonatok (ART) szállítják. Az iteráció a csapaté, a vonat pedig a programé.
• Az Agile Release vonatok (ART) az elsődleges járművek az értékek szállításához a program szintjén. Értékfolyamot juttat el a szervezethez.
• A programnövekedés (PI) időtartama 8–12 hét.
• Az ART 5-12 agilis csapatból áll (~ 50 - 125+ ember), amely magában foglalja a teljes mértékben tesztelt, működő, rendszerszintű szoftverek szállításához szükséges összes szerepet és infrastruktúrát.
• Minden PI egy többszörös iterációs időmező. Ez alatt a rendszer jelentős, értékes növekedését fejlesztik és szállítják.
• Mindegyik PI-ben "demo" és "Inspect and adapt" munkamenetek történnek, és megkezdődik a következő PSI tervezése.
• Program szintjén az SAFe az összehangolás elvére helyezi a hangsúlyt. Ennek oka az, hogy több ügyes csapat erőfeszítést integrál az ügyfelek értékének megteremtése érdekében.
• A SAFe műtárgy hierarchiája Epics-> jellemzők-> felhasználói történetek .
• Programszinten a termékmenedzser / programmenedzser rendelkezik tartalmi jogosultsággal. Meghatározza és rangsorolja a program lemaradását.
• A program lemaradása a szolgáltatások kiemelt listája.
• Programszinten a funkciók származhatnak, vagy a portfólió szintjén meghatározott eposzokból származhatnak.
• A funkciók felhasználói történetekké bomlanak, és csapatszintű lemaradásokba áramlanak.
• A termékmenedzser vagy a Release Train Engineer szerepet a programmenedzser / vezető projektmenedzser kezelheti
• A System Architect program szintű szerepe a napi munkával való együttműködés a csapatokkal. Biztosítja a nem funkcionális követelmények teljesülését. Emellett portfólió szinten együttműködnek a vállalati építészekkel annak biztosítása érdekében, hogy elegendő építészeti kifutópálya álljon rendelkezésre a felmerülő felhasználói és üzleti igények kielégítésére.
• Az interfész tervezését, a felhasználói élményre vonatkozó irányelveket és a csapatok tervezési elemeit az UX Designers biztosítja.
• A Chief-Scrum Master szerepet a „Release Train Engineer” játssza.
• Különböző csapat (a marketingtől, a fejlesztéstől, a minőségtől, a műveletektől és a telepítéstől kezdve) alkotja a „Release Management Team” -et. Jóváhagyják a minőségi megoldások rutinszerű kiadását az ügyfelek számára.
• A szoftverek ügyfélkörnyezetbe történő telepítéséről és a sikeres szállításról a DevOps csapata gondoskodik.

Portfólió szintje

Szerepek / csapatok		Események		Műtárgyak
* Vállalati építész		* Stratégiai beruházási tervezés		* Stratégiai témák
* Program Portfolio Mgmt		* Kanban Portfolio (Epic) tervezés		* Vállalkozás
* Epikus tulajdonosok				* Portfólió elmaradása
				* Portfólió Kanban
				* Nem funkcionális követelmények
				* Epic és Enabler
				* Értékfolyam
				* Költségvetések (CapEx és OpEx)

• A SAFe iránti legmagasabb szintű érdeklődés / aggodalom / részvétel / a SAFe portfólió
• A portfólió biztosítja a Lean-Agile Enterprise értékáramlás egy vagy több Value Stream-en keresztüli szervezésének alapvető blokkjait.
• A portfólió segít olyan rendszerek és megoldások fejlesztésében, amelyeket stratégiai témákban írnak le (összekapcsolja az SAFe portfóliót a vállalkozás változó üzleti stratégiájával).
• A stratégiai célok elérése érdekében a portfóliószint ezeket az elemeket foglalja magában. Alapvető költségvetési és egyéb irányítási mechanizmusokat biztosít. Így biztosítja, hogy az értékáramba történő befektetés biztosítja a vállalkozás számára szükséges megtérülést.
• A portfólió kétirányúan kapcsolódik az üzleti élethez:
  • Stratégiai témákat kínál annak érdekében, hogy a portfóliót a nagyobb változó üzleti célok felé irányítsa.
  • Egy másik irány a portfólióértékek állandó áramlását jelzi.
• A programportfólió-menedzsment érdekeltekként működik, és felelősséggel tartoznak az üzleti eredmények megvalósításáért.
• A SAFe Portfolio Level olyan embereket, folyamatokat, valamint szükséges összeállítási rendszereket és megoldásokat tartalmaz, amelyekre egy vállalkozásnak szüksége van stratégiai céljainak eléréséhez.
• Az értékáramok a Portfolio elsődleges célkitűzései, amelyekkel finanszírozhatja az embereket és más, a megoldások kiépítéséhez szükséges erőforrásokat.
• Az itt használt fontos kulcsfogalmak a következők:
  • Kapcsolat az Enterprise-val,
  • Program portfóliókezelés,
  • A portfólió eposzok folyamatának kezelése.

Értékfolyam szint

Szerepek / csapatok		Események		Műtárgyak
* DevOps		* Elő- és utáni PI (programnövekedés) tervezés		* Látomás
* Rendszercsapat		* Megoldás Demók		* Útiterv
* Kiadáskezelés		* Ellenőrizze és fogadja el a műhelyt		* Metrika
* Megoldáskezelés		* Agilis kioldó vonat		* Mérföldkövek
* UEX építész				* Kiadások
* Value Stream Engineer (RTE)				* Értékfolyam-epikák
* Megoldás építész / mérnök				* Érték Stream Kanban
* Megosztott szolgáltatások				* Értékfolyam-lemaradás
* Ügyfél				* Nem funkcionális követelmények
* Támogató				* Súlyozott legrövidebb munka először (WSJF)
				* Value Stream PI célkitűzések
				* Képesség
				* Engedélyező
				* Megoldás kontextus
				* Értékfolyam koordináció
				* Gazdasági keret
				* Megoldási szándék
				* MBSE
				* Set Based
				* Agilis építészet

• Az Értékfolyam szint opcionális a SAFe-ben.
• Az Value Stream szint új a SAFe 4.0-ban.
• Az Value Stream szintet olyan vállalkozásoknak / építőknek / szervezeteknek tervezték / tervezték, akik:

1. Nagy méretű
2. Független
3. Legyen komplex megoldása
4. Megoldásaikhoz általában több ART szükséges
5. Beszállítói hozzájárulásuk van.
6. A legnagyobb rendszerszintű kihívásokkal néznek szembe
7. Kiberfizikai rendszerekhez
8. Szoftverekhez, hardverekhez, elektromos és elektronikai cikkekhez, optikához, mechanikához, folyadékhoz és egyebekhez.

• Az ilyen rendszerek kiépítése gyakran több száz, sőt több ezer szakembert, külső és belső beszállítót igényel.
• Ha a rendszerek kulcsfontosságúak a küldetés szempontjából. A megoldás, vagy akár egy alrendszer kudarcának elfogadhatatlan gazdasági és társadalmi következményei vannak.
• Ha a Vállalkozásokat néhány száz gyakorlóval fel lehet építeni, akkor nem biztos, hogy szüksége van ennek a szintnek a konstrukcióira. Ebben az esetben az „ összecsukott nézetből” használhatják, amely háromszintű SAFe.
• Az értékáram-megoldások Lean-Agile mintázatú kiépítése további műtermékeket, koordinációt és konstrukciókat igényel. Tehát ez a szint tartalmaz egy gazdasági keretet, amely pénzügyi határokat biztosít az Value Stream számára
• Támogatja a kadenciát és a szinkronizálást több ART és szállító számára. Ez magában foglalja a PI-előtti és utáni tervezési találkozókat és a Solution Demo-t.
• További szerepeket ad: Value Stream Engineer, Solution Architect / Engineering és Solution Management.

Összegzés:

• A SAFe az iparban bevált, értékközpontú módszer az Agile méretezéséhez vállalati szinten.
• A következő kérdésekre válaszol: "Hogyan tervezzünk?", "Hogyan tervezzünk költségvetést?" És "Hogyan válhatunk keresztfunkcionálisá az építészetben és a DevOps-ban?"
• A SAFe Agile keretrendszer segíti a nagy szervezeti csapatokat a szervezet stratégiai céljainak, és nem csak az egyedi projektcélok megvalósításában.
• A keretrendszer lehetőséget kínál arra, hogy egy értékközpontú stratégiát tartson fenn és hozzon létre.
• Az SAFe modell három / négy szinttel rendelkezik, amelyek központosítják a szervezet stratégiai témáit.
• Centralizált stratégia, kombinálva a de-centralizált agilis fejlesztés végrehajtásával.

Referenciák:

SAFe a Lean Enterprises 5.0-hoz:

http://www.scaledagileframework.com

Ez a cikk Jyothi Rangaraj közreműködésével készült