Tutorial SAFe (Scaled Agile Framework).

Ce este SAFe (Scaled Agile Framework)?

Cadrul agil scalat (SAFe) este o bază de cunoștințe online disponibilă gratuit care vă permite să aplicați practici lean-agile la nivel de întreprindere. Oferă o experiență simplă și ușoară pentru dezvoltarea de software. Este un set de organizații și modele de flux de lucru menite să ghideze întreprinderile pentru scalarea practicilor lean și agile. Este împărțit în trei segmente care sunt Echipa, Program și portofoliu.

Sigur cadrul permite echipei pentru,

• Implementarea software-ului și sistemelor Lean-Agile la nivel de întreprindere
• Se bazează pe principiile Lean și Agile.
• Oferă îndrumări detaliate pentru lucrul în portofoliul întreprinderii, fluxul de valoare, programul și echipă.
• Este conceput pentru a satisface nevoile tuturor părților interesate din cadrul unei organizații.

SAFe a fost dezvoltat pentru prima dată în domeniu și a fost elaborat în Dean Leffingwell'cărțile și blogul lui. Versiunea 1.0 este prima versiune oficială din 2011. Cea mai recentă versiune este 4.6, a fost lansată în octombrie 2018. Oferă îndrumări pentru a lucra la niveluri de portofoliu, flux de valoare, program și echipă.

De ce să folosiți SAFe Agile Framework

Este un cadru simplu și ușor, dar este capabil să facă față nevoilor fluxurilor mari de valoare și dezvoltării unui sistem complex. Prin implementarea cadrului agil SAFe, veți avea următoarele beneficii:

• Productivitatea a crescut by 20 - 50%
• Calitate a crescut mai mult decât 50%
• Timpul pentru cumparaturi este mai rapid decât 30 -75%
• Crescute implicarea angajaților și satisfacție în muncă.

Diagrama cadru detaliată este disponibilă pe . Acesta arată toate rolurile cheie, activitățile, livrabilele și fluxurile. De asemenea, servește ca ajutor de navigare pentru restul site-ului.

Imaginea de mai jos explică modul în care funcționează procesul agil. Epopeele reprezintă un corp mare de lucrări, care este împărțit în continuare într-un număr de povești mai mici sau sub-epopee. Aceste sub-epopee sunt alocate echipei ca o poveste. Fiecare echipă lucrează apoi la aceste povești sau funcții software în consecință.

Când să utilizați Scaled Agile Framework

• Când o echipă este interesată să implementeze o abordare agilă în mod consecvent în programe și portofolii mai mari, cu mai multe echipe.
• Când mai multe echipe își desfășoară propriul mod de implementare Agile, dar se confruntă în mod regulat cu obstacole, întârzieri și eșecuri.
• Când echipele doresc să lucreze independent.
• Când doriți să scalați Agile în întreaga organizație, dar nu sunteți sigur de ce roluri noi ar putea fi necesare sau ce roluri existente (de exemplu, management) trebuie schimbate și cum.
• Când ați încercat să extindeți Agile în organizația dvs., dar vă dificultați să vă aliniați pentru a obține o strategie uniformă sau consecventă în cadrul departamentelor de afaceri, de la niveluri de portofoliu până la nivel de program și echipă.
• Atunci când o organizație trebuie să-și îmbunătățească timpul de dezvoltare a produsului și dorește să știe cum au reușit alte companii să scaleze Agile cu SAFe.

Cât de diferit față de alte practici Agile

Acum, în acest tutorial Scaled Agile Framework, să vedem cum este diferit cadrul Scaled Agile de alte practici agile,

• Este disponibil public și este gratuit de utilizat.
• Disponibil într-o formă foarte accesibilă și utilizabilă.
• Este ușoară, rezultate practic dovedite și specifice nivelului.
• Modifică/menține în mod constant/regulat practicile agile cele mai frecvent utilizate.
• Oferă extensii utile la practicile agile comune.
• Întemeiază practicile agile într-un context de întreprindere.
• Oferă o imagine completă a dezvoltării software.
• Vizibilitatea sau transparența este mai mult la toate nivelurile.
• Feedback continuu sau regulat cu privire la calitate și îmbunătățire.

Foundations de Scaled Agile Framework

Scaled Agile Framework (SAFe): se află pe bazele sale

1. Principii Lean-Agile
2. Valorile de bază,
3. Leadership Lean-Agile
4. Mind-set Lean-Agile,
5. Comunități de practică (Grup de persoane care lucrează constant la practici SAFe)
6. Implementarea 1-2-3

Principii SAFe Lean-Agile

Aceste principii și valori de bază SAFe Agile pentru SAFe trebuie înțelese, expuse și continuate pentru a obține rezultatele dorite.

• Luați o viziune economică
• Aplicați gândirea sistemică
• Să presupunem variabilitatea; păstrează opțiunile
• Construiți progresiv cu cicluri de învățare rapide și integrate
• Bazați reperele pe o evaluare obiectivă a sistemelor de lucru
• Vizualizați și limitați WIP, reduceți dimensiunile loturilor și gestionați lungimile cozilor
• Aplicați cadența, sincronizați cu planificarea pe mai multe domenii
• Deblocați motivația intrinsecă a lucrătorilor în cunoaștere
• Descentralizați luarea deciziilor

Valori de bază SAFe Agile

Metodologia SAFe Agile se bazează pe aceste patru valori.

Aliniere:

• SAFe acceptă alinierea.
• Alinierea începe la,
  • Teme strategice în Backlog portofoliu și
  • Se mută în jos la Viziunea și foaia de parcurs a restanțelor de program și apoi
  • Se trece la Înregistrările echipelor.

Calitate încorporată:

• Se asigură că fiecare livrare incrementală reflectă standardele de calitate.
• Calitatea nu este „adaugă mai târziu” este încorporată.
• Calitatea încorporată este o condiție prealabilă a Lean și este obligatorie

Transparență:

• Transparența este un factor favorizant pentru încredere.
• SAFe ajută întreprinderea să obțină transparență la toate nivelurile - directori, manageri de portofoliu și alte părți interesate.
• Toată lumea poate vedea în portofoliu backlog/Kanban, întârzieri de program/Kanban și Team Backlog/Kanban.
• Fiecare nivel are o înțelegere clară a obiectivelor PI.
• Programele de trenare au vizibilitate asupra restanțelor echipei, precum și a altor restanțe ale programului
• Echipele și programele au vizibilitate asupra afacerilor și arhitecturii Epics. Ei pot vedea ce s-ar putea îndrepta spre ei.

Executarea programului:

• SAFe pune un accent deosebit pe sistemele de lucru și pe rezultatele afacerii rezultate.
• SAFe nu este util dacă echipele nu pot executa și furniza în mod continuu valoare.

Lideri Lean Agile

Liderii Lean-Agile sunt cursanți și profesori pe tot parcursul vieții. Ajută echipele să construiască sisteme mai bune prin înțelegerea și prezentarea principiilor Lean-Agile SAFe.

În calitate de facilitator pentru echipe, responsabilitatea finală este adoptarea, succesul și îmbunătățirea continuă a dezvoltărilor Lean-Agile. Pentru schimbare și îmbunătățire continuă, liderii trebuie să fie instruiți.

Liderii trebuie să adopte un nou stil de conducere. Unul care dă putere și implică cu adevărat indivizi și echipe pentru a-și atinge cel mai înalt potențial.

Principiile acestor lideri Lean-Agile

• Conduceți Schimbarea
• Cunoaște Calea; Accentuați învățarea pe tot parcursul vieții
• Dezvoltați oamenii
• Inspirați și aliniați-vă cu misiunea; Minimizați constrângerile
• Descentralizarea procesului decizional
• Deblocați motivația intrinsecă a lucrătorilor din cunoaștere

Lean Agile Mind-Set

Mentalitatea Lean-Agile este reprezentată în două lucruri:

1. Casa SAFe a Lean
2. Manifest agil

Casa SAFe a Lean-ului:

SAFe este derivat din principiile și practicile de producție Lean. Pe baza acestor factori, SAFe prezintă „SAFe House of Lean”. Este inspirată de „casa” Toyota.

Obiectivul lean este imbatabil: de a oferi clientului valoare maximă în cel mai scurt timp de livrare cu cea mai înaltă calitate posibilă pentru client

Figura de mai jos explică Scopul, Pilonii și Foundation din „SAFe House of Lean”.

Manifest agil

Descoperim modalități mai bune de dezvoltareping software făcând asta și ajutăping alții o fac. Prin această muncă am ajuns să prețuim:

De aceea, deși există o valoare în articolele din dreapta, prețuim mai mult elementele din stânga.

Manifest agil

1. Cea mai mare prioritate este satisfacerea clientului prin livrarea continuă și timpurie a software-ului valoros.
2. Acceptați cerințele în schimbare, chiar și mai târziu în dezvoltare. Procesele metodologiei Agile SAFe valorifică schimbarea în beneficiul clientului.
3. Furnizați software de lucru în mod frecvent, de la câteva săptămâni la câteva luni, cu preferință pentru intervalul de timp mai scurt.
4. Dezvoltatorii și oamenii de afaceri trebuie să lucreze împreună zilnic pe tot parcursul proiectului.
5. Construiți proiecte în jurul unor persoane motivate. Oferă-le sprijin și mediul de care au nevoie și ai încredere în ei pentru a duce treaba la bun sfârșit.
6. Cea mai eficientă metodă de comunicare cu o echipă de dezvoltare este o conversație față în față.
7. Software-ul de lucru este principala măsură a progresului.
8. Procesele agile promovează dezvoltarea durabilă. Sponsorii, dezvoltatorii și utilizatorii ar trebui să poată menține un ritm constant la nesfârșit.
9. Atenția continuă pentru excelența tehnică și designul bun sporesc agilitatea.
10. Simplitatea – arta de a maximiza cantitatea de muncă nerealizată – este esențială.
11. Cele mai bune arhitecturi, cerințe și design-uri apar din echipele auto-organizate.
12. La intervale regulate, echipa reflectă cum să devină mai eficientă, apoi își reglează și își ajustează comportamentul în consecință.

Niveluri diferite în SAFE

Există două tipuri diferite de implementare SAFe:

1. Implementarea SAFe 4.0
2. Implementarea SAFe 3.0

• În implementarea SAFe 4.0 avem 4 niveluri: Portofoliu, flux de valoare, program și echipă.
• În implementarea SAFe 3.0 avem 3 niveluri: Portofoliu, program și echipă
• 3-Level SAFe este pentru implementări mai mici, cu 100 sau mai puține persoane. Programe care nu necesită o colaborare semnificativă.
• 4-Level SAFe este pentru soluții care necesită de obicei multe sute de practicieni pentru a dezvolta implementarea și întreținerea software-ului.

Nivelul echipei

Roluri/Echipe	Evenimente	Artefactele
Echipa Agile	Sprint Planificare	Restanțele echipei
Produs Proprietar	Îngrijirea întârzierilor	Cerințe non-funcționale
Scrum master	Stand-up zilnic	Obiectivele PI ale echipei
	Execuție	Iteratii
	Sprint Demo	Povești (Software funcțional)
	Sprint retrospectiv	Sprint Goluri
	IP Sprints	Calitate încorporată
		Vârfuri
		Kanban de echipă

• Toate echipele SAFe fac parte dintr-unul sau altul Agile Release Train (ART).
• Echipele SAFe sunt echipe împuternicite, auto-organizate, autogestionate, interfuncționale
• Fiecare echipă este în egală măsură responsabilă pentru definirea, construirea și testarea poveștilor din Backlog-ul echipei în iterații cu lungime fixă
• Echipele planifică și execută iterații de două săptămâni în intervale de timp în conformitate cu obiectivele de iterație convenite.
• Echipele vor folosi rutina ScrumXP/Team Kanban pentru a furniza sisteme de înaltă calitate pentru a produce o demonstrație de sistem la fiecare două săptămâni.
• Toate echipele diferite din ART (Agile Release Trains) vor crea un sistem integrat și testat. Părțile interesate vor evalua și vor răspunde cu feedback rapid
• Ei aplică practici de calitate încorporată.
• Fiecare echipă ScrumXP va avea 5-9 membri ai echipei, care include toate rolurile necesare pentru a construi o valoare incrementală de calitate în fiecare iterație.
• Rolurile ScrumXP includ:
  • Echipă (Dezvoltare + Asigurare Calitate)
  • Scrum master
  • Proprietarul produsului. etc..
• SAFe împarte cronologia dezvoltării într-un set de iterații în cadrul unui PI (Program Increment).
• Durata PI este între 8-12 săptămâni.
• Echipa va folosi povești pentru a oferi valoare. Proprietarul produsului va avea autoritate de conținut asupra creării și acceptării poveștilor.
• Poveștile conțin cerințele Clientului.
• Backlog-ul echipei include povești despre utilizatori și posibili, care sunt identificate în timpul planificării PI. Când Managementul Produsului prezintă Foaia de parcurs, Viziunea și Backlogul programului.
• Identificarea, elaborarea, prioritizarea, programarea, implementarea, testarea și acceptarea poveștilor sunt cerințele principale ale muncii de management la nivel de echipă.
• Fiecare iterație oferă:
  • O creștere valoroasă a noii funcționalități
  • Realizați prin modelul care se repetă în mod constant
  • Planificați iterația
  • Angajați-vă la anumite funcționalități
  • Execută iterația creând și testând povești
  • Demo noua funcționalitate
  • retrospectiv
  • Repetați pentru următoarea iterație
• Echipele acceptă, de asemenea, demonstrația de sistem la sfârșitul fiecărei iterații. care este punctul critic de integrare pentru ART.
• Fluxurile de valoare mai mari vor avea mai multe ART.
• Iterațiile de inovare și planificare (IP) oferă echipelor o oportunitate de inovare și explorare.

Nivelul programului

Roluri/Echipe	Evenimente	Artefactele
DevOps	Planificarea PI (Incrementarea Programului)	Viziune
Echipa de sistem	Demonstrații de sistem	Roadmap
Managementul versiunilor	Atelier de inspecție și adoptare	Metrici
Management de produs	ArchiPista tecturală	Puncte de reper
UEX Architect	Lansare oricând	Lansări
Inginer de tren de eliberare (RTE)	Tren de lansare Agile	Epicuri de program
Sistem și Architect/inginer	Eliberați	Program Kanban
Proprietari de afaceri		Restanțele programului
Lideri Lean-Agile		Cerințe non-funcționale
Comunități de practică		Cel mai scurt job ponderat primul (WSJF)
Servicii comune		Obiectivele PI ale programului
Client		Caracteristică
		Activator
		Soluţie
		Coordonarea fluxului de valoare

• La nivel de program, Value of SAFe este furnizată de Agile Release Trains (ART) de lungă durată. Iterația este pentru echipă și antrenamentul este pentru program.
• Agile Release Trains (ART) este vehiculul principal pentru livrarea valorii la nivel de program. Oferă un flux de valoare organizației.
• Durata programelor de creștere (PI) este de 8 până la 12 săptămâni.
• ART este format din 5 – 12 echipe Agile (~50 – 125+ persoane) care include toate rolurile și infrastructura necesare pentru a furniza software complet testat, funcțional, la nivel de sistem.
• Fiecare PI este o casetă de timp cu mai multe iterații. În timpul căreia se dezvoltă și se livrează o creștere semnificativă și valoroasă a sistemului.
• În fiecare PI va avea loc o sesiune „demo” și „Inspectați și adaptați”, iar planificarea începe pentru următorul PSI.
• La nivel de Program, SAFe pune accent pe principiul alinării. Acest lucru se datorează faptului că mai multe eforturi de echipă agile sunt integrate pentru a crea valoare pentru clienți.
• SAFe este ierarhia artefactelor Epopee->funcții->povesti utilizatori.
• La nivel de program, Managerul de produs/Managerul de program are autoritate de conținut. El definește și prioritizează restul programului.
• Restul programului este o listă de funcții cu prioritate.
• La nivel de program, caracteristicile pot fi originate sau pot deriva din epopee definite la nivel de portofoliu.
• Funcțiile se descompun în poveștile utilizatorilor și se transformă în restanțe la nivel de echipă.
• Rolul de Product Manager sau de Release Train Engineer poate fi gestionat de Managerul de Program/Senior Project Manager
• Sistem și ArchiRolul tect la nivel de program este de a colabora în munca de zi cu zi cu echipele. Acesta asigură îndeplinirea cerințelor nefuncționale. De asemenea, lucrează cu arhitectul întreprinderii la nivel de portofoliu pentru a se asigura că există suficientă piste arhitecturale pentru a sprijini nevoile viitoare ale utilizatorilor și ale afacerii.
• Designul interfeței, liniile directoare privind experiența utilizatorului și elementele de design pentru echipe sunt furnizate de designerii UX.
• Rolul de Chief-Scrum Master este jucat de „Release Train Engineer”.
• Diverse echipe (de la marketing, dezvoltare, calitate, operațiuni și implementare) formează „Echipa de management al lansării”. Ei vor aproba lansările de rutină ale soluțiilor de calitate către clienți.
• Desfășurarea software-ului în mediile clienților și livrarea cu succes sunt îngrijite de echipa DevOps.

Nivelul portofoliului

Roluri/Echipe	Evenimente	Artefactele
Enterprise Architect	Planificarea strategică a investițiilor	Teme strategice
Gestionarea Portofoliului de Programe	Planificarea portofoliului Kanban (Epic)	Enterprise
Proprietari epici		Portofoliu restant
		Portofoliu Kanban
		Cerințe non-funcționale
		Epic și Enabler
		Flux de valoare
		Bugete (cheltuieli de capital și cheltuieli operaționale)

• Cel mai înalt nivel de interes/preocupare/implicare/în SAFe este Portofoliu SAFe
• Portofoliul oferă blocurile de bază pentru organizarea fluxului de valoare Lean-Agile Enterprise prin unul sau mai multe fluxuri de valoare.
• Portofoliul ajută la dezvoltarea sistemelor și soluțiilor care sunt descrise în teme strategice (leagă un portofoliu SAFe de strategia de afaceri în schimbare a unei întreprinderi).
• Pentru a îndeplini obiectivele strategice, nivelul portofoliului încapsulează aceste elemente. Acesta oferă bugetare de bază și alte mecanisme de guvernare. În acest fel se asigură că investiția în fluxurile valorice oferă randamentele necesare întreprinderii.
• Un portofoliu este conectat la afaceri bidirecțional:
  • Pentru a ghida portofoliul către obiectivele de afaceri mai mari în schimbare, acesta oferă teme strategice.
  • O altă direcție indică fluxul constant al valorilor portofoliului.
• Managementul portofoliului de programe acționează ca părți interesate și sunt responsabili pentru a obține rezultatele afacerii.
• Nivelul portofoliului SAFe conține oameni, procese și sisteme de construcție și soluții necesare de care o întreprindere are nevoie pentru a-și îndeplini obiectivele strategice.
• Fluxurile de valoare sunt obiectivele principale din portofoliu, cu ajutorul cărora se finanțează oamenii și alte resurse necesare pentru a construi Soluțiile.
• Conceptele cheie importante folosite aici sunt:
  • Conexiune la Enterprise,
  • Managementul portofoliului de programe,
  • Gestionarea fluxului de epopee de portofoliu.

Nivelul fluxului de valori

Roluri/Echipe	Evenimente	Artefactele
DevOps	Planificarea pre și post PI (incrementarea programului)	Viziune
Echipa de sistem	Demonstrații de soluții	Roadmap
Managementul versiunilor	Atelier de inspecție și adoptare	Metrici
Managementul soluției	Tren de lansare Agile	Puncte de reper
UEX Architect		Lansări
Inginer Flux Valoare (RTE)		Epopeile fluxului de valoare
Soluţie Architect/inginer		Fluxul de valoare Kanban
Servicii comune		Restanțele fluxului de valoare
Client		Cerințe non-funcționale
Furnizor		Cel mai scurt job ponderat primul (WSJF)
		Obiectivele PI ale fluxului de valoare
		Capacitate
		Activator
		Contextul soluției
		Coordonarea fluxului de valoare
		Cadrul economic
		Intenția soluției
		MBSE
		Bazat pe seturi
		Agilitate Architectură

• Nivelul fluxului de valoare este opțional în SAFe.
• Value Stream Level este nou în SAFe 4.0.
• Nivelul fluxului de valoare este destinat/proiectat pentru întreprinderi/constructori/organizații care sunt:

1. Mari ca dimensiuni
2. Independent
3. Aveți soluții complexe
4. Soluțiile lor necesită, de obicei, mai multe ART
5. Au contribuția Furnizorilor.
6. Ei se confruntă cu cele mai mari provocări de sistem
7. Pentru sistemele ciber-fizice
8. Pentru software, hardware, electrică și electronică, optică, mecanică, fluidică și multe altele.

• Construirea acestui tip de sisteme necesită adesea sute, chiar mii de practicieni, furnizori externi și interni.
• Dacă sistemele sunt misiunea crucială. Eșecul Soluției, sau chiar al unui subsistem, are consecințe economice și sociale inacceptabile.
• Dacă Întreprinderile pot fi construite cu câteva sute de practicanți, s-ar putea să nu aibă nevoie de constructele acestui nivel. În acest caz, pot folosi din „vedere restrânsă' care este SAFe pe 3 niveluri.
• Construirea de soluții de flux de valoare într-un model Lean-Agile necesită artefacte, coordonare și construcții suplimentare. Deci, acest nivel conține un cadru economic pentru a oferi limite financiare pentru fluxul de valoare
• Acceptă cadența și sincronizarea pentru mai mulți ART și furnizori. Include întâlniri de planificare pre și post-PI și Demo de soluție.
• Oferă roluri suplimentare care sunt: ​​Value Stream Engineer, Solution Architect/Inginerie și Managementul soluțiilor.

Întrebări frecvente