Tutorial de metodologie SAFe: Ce este Scaled Agile Framework

Cuprins:

Anonim

Ce este un cadru agil scalat (SAFe)?

Scaled Agile Framework (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 fluxuri de lucru destinate să ghideze întreprinderile pentru scalarea practicilor slabe și agile. Este împărțit în trei segmente care sunt Echipa, Programul și portofoliul.

Cadrul SAFe 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 munca la portofoliul întreprinderii, fluxul de valori, program ș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 cărțile și blogul lui Dean Leffingwell . 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 nivel de portofoliu, flux de valoare, program și echipă.

În acest tutorial SAFe Agile, veți învăța-

  • Ce este Scaled Agile Framework (SAFe)
  • De ce să utilizăm Agile Framework
  • Când se folosește Scaled Agile Framework
  • Cât de diferit față de alte practici Agile
  • Fundamentele cadrului agil scalat
  • Manifest agil
  • Nivele diferite în SIGURANȚĂ
    • Nivelul echipei
    • Nivelul programului
    • Nivelul portofoliului
    • Nivelul fluxului de valori

De ce să utilizăm Agile Framework

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

Avantajele utilizării Agile Framework
  • Productivitatea a crescut cu 20 - 50%
  • Calitatea a crescut cu peste 50%
  • Timpul până la piață este mai rapid de 30-75%
  • Implicarea sporită a angajaților și satisfacția la locul de muncă.

Diagrama cadru detaliată este disponibilă pe site. Afișează toate rolurile cheie, activitățile, rezultatele și fluxurile. De asemenea, servește ca ajutor de navigație pentru restul site-ului.

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

Arhitectură cadru Agile la scară

Când se folosește Scaled Agile Framework

  • Atunci când o echipă este interesată să implementeze o abordare agilă în mod constant în cadrul unor programe și portofolii mai mari, cu mai multe echipe.
  • Atunci când mai multe echipe își execută propriul mod de implementare Agile, dar se confruntă în mod regulat cu obstacole, întârzieri și eșecuri.
  • Când echipele vor să lucreze independent.
  • Când doriți să scalați Agile în întreaga organizație, dar nu sunteți sigur ce roluri noi ar putea fi necesare sau ce roluri existente (adică managementul) trebuie să se schimbe și cum.
  • Când ați încercat să scalați Agile în întreaga organizație, dar vă luptați pentru a realiza o strategie uniformă sau consecventă între departamentele de afaceri, de la portofoliu la nivel de program și de echipă.
  • Atunci când o organizație trebuie să își îmbunătățească timpul de dezvoltare a produsului și vrea 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 în ce mod Scaled Agile Framework este diferit de alte practici agile,

  • Este disponibil public și gratuit.
  • Disponibil într-o formă foarte accesibilă și utilizabilă.
  • Este un rezultat ușor, practic dovedit și specific nivelului.
  • Modifică / menține constant / regulat practicile agile cele mai des utilizate.
  • Oferă extensii utile practicilor obișnuite agile.
  • Aduce practici agile în contextul unei întreprinderi.
  • Oferă o imagine completă a dezvoltării de software.
  • Vizibilitatea sau transparența este mai mare la toate nivelurile.
  • Feedback continuu sau regulat cu privire la calitate și îmbunătățire.

Fundamentele cadrului agil scalat

Fundamentele cadrului agil scalat

Cadrul agil la scară (SAFe): Se află pe fundațiile sale

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

SAFe Lean-Agile Principles

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 perspectivă economică
  • Aplică gândirea sistemelor
  • Să presupunem variabilitate; păstrați opțiunile
  • Construiți incremental cu cicluri de învățare rapide și integrate
  • Repere de bază pe o evaluare obiectivă a sistemelor de lucru
  • Vizualizați și limitați WIP, reduceți dimensiunile lotului și gestionați lungimile cozii
  • Aplicați cadență, sincronizați-vă cu planificarea pe mai multe domenii
  • Deblocați motivația intrinsecă a lucrătorilor cunoașterii
  • Descentralizați luarea deciziilor

Valori de bază SAFe Agile

Metodologia SAFe Agile se bazează pe aceste patru valori.

Aliniere:

  • SAFe acceptă alinierea.
  • Alinierea începe de la,
    • Teme strategice în restanțe de portofoliu și
    • Se deplasează în jos la viziune și foaia de parcurs a restanțelor de programe și apoi
    • Trece la restanțele echipei.

Calitate încorporată:

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

Transparenţă:

  • Transparența este facilitatorul încrederii.
  • 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 portofoliul restanțelor / Kanban, restanțelor de programe / Kanban și Backlogului echipei / Kanban.
  • Fiecare nivel are o înțelegere clară a obiectivelor PI.
  • Programele de instruire au vizibilitate în restanțele echipei, precum și alte restanțe ale programului
  • Echipele și programele au vizibilitate în afaceri și arhitectură Epics. Ei pot vedea ce s-ar putea îndrepta spre drumul lor.

Executarea programului:

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

Lideri Agili Lean:

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

Ca 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 împuternicește cu adevărat și angajează indivizii și echipele pentru a-și atinge cel mai mare potențial.

Principiile acestor lideri Lean-Agile

  • Conduceți schimbarea
  • Cunoaște Calea; Accentuați învățarea pe tot parcursul vieții
  • Dezvoltă oamenii
  • Inspirați și aliniați-vă cu misiunea; Minimizați constrângerile
  • Descentralizați luarea deciziilor
  • Deblocați motivația intrinsecă a lucrătorilor cunoașterii

Lean Agile Mind-Set:

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

  1. SAFe House of Lean
  2. Manifest agil

SAFe House of Lean :

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

Obiectivul slabului este imbatabil: să ofere clientului valoarea maximă în cel mai scurt timp de livrare, cu cea mai înaltă calitate posibilă pentru client

Figura de mai jos explică Scopul, Stâlpii și Fundația „SAFe House of Lean”.

Obiective și fundamentele cadrului agil scalat

Manifest agil

Descoperim modalități mai bune de dezvoltare a software-ului, realizându-l și ajutându-i pe alții să o facă. Prin această lucrare am ajuns să prețuim:

Manifest agil

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

Manifest agil

  1. Cea mai mare prioritate este satisfacerea clientului prin livrarea continuă și timpurie de software valoros.
  2. Adoptați cerințele în schimbare, chiar și târziu în dezvoltare. Procesele metodologice Agile SAFe valorifică schimbarea în beneficiul clientului.
  3. Livrați software-ul de lucru frecvent, de la câteva săptămâni la câteva luni, cu o preferință pentru un interval 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. Oferiți-le sprijin și mediul de care au nevoie și aveți încredere în ei pentru a face treaba.
  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 pe termen nelimitat.
  9. O atenție continuă la excelența tehnică și un design bun sporesc agilitatea.
  10. Simplitatea - arta de a maximiza cantitatea de muncă neefectuată - este esențială.
  11. Cele mai bune arhitecturi, cerințe și designuri apar din echipele de auto-organizare.
  12. La intervale regulate, echipa reflectă asupra modului de a deveni mai eficient, apoi își reglează și ajustează comportamentul în consecință.

Nivele diferite în SIGURANȚĂ

Există două tipuri diferite de implementare SAFe:

  1. Implementarea SAFe 4.0
  2. Implementarea SAFe 3.0
Nivelurile SAFe
  • În implementarea SAFe 4.0 avem 4 nivele: portofoliu, flux de valoare, program și echipă.
  • În implementarea SAFe 3.0 avem 3 nivele: portofoliu, program și echipă
  • SAFe la 3 niveluri este pentru implementări mai mici cu 100 sau mai puțini oameni. Programe care nu necesită o colaborare semnificativă.
  • SAFe la 4 niveluri este pentru soluții care necesită de obicei multe sute de practicanți pentru a dezvolta implementarea și întreținerea software-ului.

Nivelul echipei

Roluri / echipe Evenimente Artefacte
* Echipă agilă * Planificare Sprint * Backlog-ul echipei
* Proprietarul produsului * Îngrijirea restantei * Cerințe nefuncționale
* Scrum Master * Stand-Up zilnic * Echipele PI Obiective
* Execuție * Iterații
* Sprint Demo * Povești (software de lucru)
* Retrospectiva Sprint * Obiective Sprint
* Sprinturi IP * Calitate încorporată
* Spice
* Echipa Kanban
  • Toate echipele SAFe fac parte dintr-unul sau alt tren Agile Release (ART).
  • Echipele SAFe sunt echipe împuternicite, auto-organizate, auto-gestionate și multifuncționale
  • Fiecare echipă este responsabilă în egală măsură pentru definirea, construirea și testarea poveștilor din Backlog-ul echipei într-o iterație de lungime fixă
  • Echipele planifică și execută iterații de două săptămâni în 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
  • Acestea aplică practici de calitate încorporate.
  • 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 de dezvoltare î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 de produs va avea autoritate de conținut cu privire la crearea și acceptarea poveștilor.
  • Poveștile conțin cerințele Clientului.
  • Backlog-ul echipei include povești pentru utilizatori și facilitatori, care sunt identificate în timpul planificării PI. Atunci când managementul produsului prezintă foaia de parcurs, viziunea și programul restant.
  • Identificarea, elaborarea, prioritizarea, programarea, implementarea, testarea și acceptarea poveștilor sunt cerințele primare ale muncii de conducere la nivel de echipă.
  • Fiecare iterație oferă:
    • O valoare valoroasă a noilor funcționalități
    • Realizați prin repetarea continuă a modelului
    • Planificați iterația
    • Angajați-vă cu anumite funcționalități
    • Executați iterația construind și testând povești
    • Demonstrați noua funcționalitate
    • Retrospectiv
    • Repetați pentru următoarea iterație
  • Echipele sprijină, de asemenea, Demo-ul de sistem la sfârșitul fiecărei iterații. care este punctul critic de integrare pentru ART.
  • Fluxurile cu valoare mai mare vor avea mai multe ART-uri.
  • Ierațiile de inovare și planificare (IP) stimulează echipele cu o oportunitate de inovare și explorare.

Nivelul programului

Roluri / echipe Evenimente Artefacte
* DevOps * Planificarea PI (Incrementarea programului) * Viziune
* Echipa de sistem * Demonstrații de sistem * Foaie de parcurs
* Managementul lansării * Inspectați și adoptați atelierul * Valori
* Management de produs * Pistă arhitecturală * Repere
* UEX Architect * Eliberați oricând * Lansări
* Eliberare inginer tren (RTE) * Tren de eliberare agil * Program Epics
* Arhitect / inginer de sistem * Eliberare * Program Kanban
* Proprietari de afaceri * Programul restant
* Lideri Lean-Agile * Cerințe nefuncționale
* Comunități de practică * Cel mai scurt loc de muncă ponderat mai întâi (WSJF)
* Servicii comune * Obiectivele PI ale programului
* Client * Caracteristică
* Activator
* Soluție
* Coordonarea fluxului de valori
  • La nivel de program, Valoarea SAFe este livrată de trenuri Agile Release Train (ART) de lungă durată. Iterarea este pentru echipă și trenul este pentru program.
  • Trenurile Agile Release (ART) sunt principalul vehicul pentru livrarea valorii la nivel de program. Oferă un flux de valoare organizației.
  • Durata Incrementărilor programului (IP) 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ăruia este dezvoltat și livrat un increment semnificativ și valoros al sistemului.
  • În fiecare PI va avea loc o sesiune de „demo” și „Inspectați și adaptați” și începe planificarea pentru următorul PSI.
  • La nivel de program, accentul SAFe pe principiul alinierii. Acest lucru se datorează faptului că sunt integrate eforturi agile multiple pentru a crea valoare pentru clienți.
  • Ierarhia artefactelor SAFe este Epics-> caracteristici-> povești ale utilizatorilor .
  • La nivel de program, Managerul de produs / Managerul de program are autoritate de conținut. El definește și acordă prioritate programului restant.
  • Programul restant este o listă prioritară de caracteristici.
  • La nivel de program, caracteristicile pot fi create sau pot proveni din epopee definite la nivelul portofoliului.
  • Funcțiile se descompun în poveștile utilizatorilor și se transformă în restante la nivel de echipă.
  • Managerul de produs sau rolul de inginer al trenului de lansare ar putea fi gestionat de managerul de program / managerul de proiect principal
  • Rolul arhitectului de sistem la nivel de program este de a colabora zi de zi cu echipele. Se asigură că sunt îndeplinite cerințele nefuncționale. De asemenea, lucrează cu arhitectul de întreprindere la nivel de portofoliu pentru a se asigura că există o pistă arhitecturală suficientă pentru a susține viitoarele nevoi ale utilizatorilor și ale afacerii.
  • Proiectarea interfeței, orientările privind experiența utilizatorului și elementele de proiectare pentru echipe sunt furnizate de UX Designers.
  • Rolul Chief-Scrum Master este jucat de „Release Train Engineer”.
  • Diverse echipe (de la marketing, dezvoltare, calitate, operațiuni și implementare) formează „Echipa de gestionare a lansării”. Aceștia vor aproba lansarea de rutină a soluțiilor de calitate către clienți.
  • Implementarea software-ului în mediile clienților și livrarea cu succes este asigurată de echipa DevOps.

Nivelul portofoliului

Roluri / echipe Evenimente Artefacte
* Enterprise Architect * Planificarea strategică a investițiilor * Teme strategice
* Program Portofoliu Mgmt * Planificarea portofoliului Kanban (Epic) * Afacere
* Proprietari epici * Cartea restanțată a portofoliului
* Portofoliu Kanban
* Cerințe nefuncționale
* Epic și Enabler
* Flux de valoare
* Bugete (CapEx și OpEx)
  • Cel mai înalt nivel de interes / preocupare / implicare / în SAFe este Portofoliul 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 de sisteme și soluții 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 cuprinde aceste elemente. Oferă bugetare de bază și alte mecanisme de guvernare. În acest fel se asigură că investiția în fluxurile de valoare oferă rentabilitățile necesare întreprinderii.
  • Un portofoliu este conectat la afaceri bidirecțional:
    • Pentru a ghida portofoliul către obiectivele de afaceri în continuă 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 furniza rezultatele afacerii.
  • Nivelul portofoliului SAFe conține oameni, procese și sisteme și soluții de construcție necesare de care o întreprindere are nevoie pentru a-și îndeplini obiectivele strategice.
  • Fluxurile de valoare sunt principalele obiective din portofoliu, cu ajutorul cărora finanțarea pentru oameni și alte resurse necesare construirii soluțiilor.
  • Conceptele cheie importante utilizate aici sunt:
    • Conexiune cu Enterprise,
    • Managementul portofoliului de programe,
    • Gestionarea fluxului de epopei de portofoliu.

Nivelul fluxului de valori

Roluri / echipe Evenimente Artefacte
* DevOps * Pre și post PI (creșterea programului) de planificare * Viziune
* Echipa de sistem * Demonstrații pentru soluții * Foaie de parcurs
* Managementul lansării * Inspectați și adoptați atelierul * Valori
* Managementul soluției * Tren de eliberare agil * Repere
* UEX Architect * Lansări
* Inginer Value Stream (RTE) * Valori epice ale fluxului
* Soluție Arhitect / Inginer * Flux de valoare Kanban
* Servicii comune * Valoarea restantei fluxului de valori
* Client * Cerințe nefuncționale
* Furnizor * Cel mai scurt loc de muncă ponderat mai întâi (WSJF)
* Obiective PI Value Stream
* Capacitate
* Activator
* Contextul soluției
* Coordonarea fluxului de valori
* Cadrul economic
* Intenția soluției
* MBSE
* Setează pe bază
* Arhitectură agilă
  • Nivelul fluxului de valori este opțional în SAFe.
  • Value Stream Level este nou în SAFe 4.0.
  • Nivelul fluxului de valori este destinat / conceput pentru întreprinderi / constructori / organizații care sunt:
  1. De dimensiuni mari
  2. Independent
  3. Aveți soluții complexe
  4. Soluțiile lor necesită de obicei mai multe ART-uri
  5. Au contribuția furnizorilor.
  6. Se confruntă cu cele mai mari provocări ale sistemelor
  7. Pentru sistemele cibernetice
  8. Pentru software, hardware, electricitate ș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 cruciale pentru misiune. 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, este posibil să nu aibă nevoie de construcțiile acestui nivel. În acest caz, pot utiliza din „ vizualizarea restrânsă”, care este SAFe pe 3 niveluri.
  • Construirea soluțiilor 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 granițe financiare pentru Value Stream
  • Suportă cadența și sincronizarea pentru mai multe ART-uri și furnizori. Include ședințe de planificare pre și post-PI și demo de soluții.
  • Oferă roluri suplimentare care sunt: ​​Value Stream Engineer, Solution Architect / Engineering și Solution Management.

Rezumat:

  • SAFe este o metodă dovedită în industrie, axată pe valoare, pentru scalarea Agile la nivel de întreprindere.
  • Acesta răspunde la întrebări precum „Cum planificăm?”, „Cum bugetăm?” Și „Cum devenim multifuncționale în arhitectură și DevOps?”
  • Cadrul SAFe Agile ajută echipele mari ale organizației să îndeplinească 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.
  • Strategie centralizată, combinată cu execuția de dezvoltare agilă descentralizată.

Referințe:

SAFe pentru Lean Enterprises 5.0:

http://www.scaledagileframework.com

Acest articol este contribuit de Jyothi Rangaraj