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:

Beneficiile utilizării Agile Framework
Beneficiile utilizării Agile Framework
  • 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 si 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ță.

Cadrul Agile la scară Architectură
Cadrul Agile la scară Architectură

Când să utilizați Scaled Agile Framework

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

Foundations de Scaled Agile Framework
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 oameni 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:

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”.

Goluri și Foundations de Scaled Agile Framework
Goluri și Foundations de Scaled Agile Framework

Manifest agil

Descoperim modalități mai bune de a dezvolta software făcând acest lucru și ajutând pe alții să o facă. Prin această muncă am ajuns să prețuim:

Manifest agil
Manifest agil

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
Niveluri diferite în SAFE
Niveluri de SAFe
  • Î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 * Backlog echipei
* Proprietarul produsului * Îngrijirea restanțelor * Cerințe non-funcționale
* Scrum Master * Stand-Up zilnic * Obiectivele echipei PI
* Execuție * Iterații
* Sprint Demo * Povești (software de lucru)
* Sprint retrospectiv * Sprint Goluri
* IP Sprints * Calitate încorporată
* Tepi
* Echipa Kanban
  • 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:
    • Echipa (Dev+QA)
    • 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 (Program Increment). * Vedere
* Echipa de sistem * Demonstrații de sistem * Foaia de parcurs
* Managementul lansărilor * Atelier de inspectare și adoptare * Metrici
* Management de produs * ArchiPista tecturală * Repere
* UEX Architect * Eliberați oricând * Lansări
* Release Train Engineer (RTE) * Agile Release Train * Program Epopee
* Sistem Architect/inginer * Eliberare * Programul Kanban
* Proprietari de afaceri * Backlog program
* Lideri Lean-Agile * Cerințe non-funcționale
* Comunități de practică * Cel mai scurt job ponderat primul (WSJF)
* Servicii partajate * Obiectivele programului PI
* Client * Caracteristică
* Activator
* Soluție
* Coordonarea fluxului de valori
  • 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 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). * Afacere
* Proprietari epici * Backlog portofoliu
* Portofoliu Kanban
* Cerințe non-funcționale
* Epic și Enabler
* Flux de valoare
* Bugete (CapEx și OpEx)
  • 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 * Planificare pre și post PI (Program Increment). * Vedere
* Echipa de sistem * Demo de soluție * Foaia de parcurs
* Managementul lansărilor * Atelier de inspectare și adoptare * Metrici
* Managementul soluției * Agile Release Train * Repere
* UEX Architect * Lansări
* Value Stream Engineer (RTE) *Epopee cu flux de valoare
* Soluție Architect/inginer * Flux de valoare Kanban
* Servicii partajate * Backlog pentru fluxul de valoare
* Client * Cerințe non-funcționale
* Furnizor * Cel mai scurt job ponderat primul (WSJF)
* Obiective PI pentru fluxul de valori
* Capacitate
* Activator
* Contextul soluției
* Coordonarea fluxului de valori
* Cadrul economic
* Intenția de soluție
* MBSE
* Bazat pe set
* Agil 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.

Rezumat

  • SAFe este o metodă dovedită în industrie, axată pe valoare, pentru scalarea Agile la nivel de întreprindere.
  • Răspunde la întrebări precum „Cum ne planificăm?”, „Cum ne bugetăm?” și „Cum devenim interfuncționali în arhitectură și DevOps?
  • Cadrul SAFe Agile ajută echipele mari ale organizației să atingă obiectivele strategice ale unei organizații, nu doar obiectivele individuale ale proiectului.
  • Cadrul oferă capacitatea de a menține și de a crea o strategie centralizată pentru a oferi valoare.
  • Modelul SAFe are trei/patru niveluri care centralizează temele strategice ale unei organizații.
  • Strategia centralizată, combinată cu execuția descentralizată a dezvoltării agile.

Referinte:

SAFe pentru Lean Enterprises 5.0:

http://www.scaledagileframework.com