safe agile tutorial what is scaled agile framework
Tutorial Agile Framework SAFe la scară:
În ultimul tutorial, v-am prezentat conceptul de Principiul Trei Amigo care s-a dovedit a fi foarte benefic pentru livrarea soluției potrivite într-un ritm mai rapid, cu bucle de feedback puternice.
Dacă nu ați trecut deja prin ea, consultați tutorialul deoarece este o lectură obligatorie pentru toți pentru a intra în Spațiul Agil.
În lumea actuală a tehnologiilor de vârf și a mecanismelor de livrare, este foarte important să ne putem adapta la lumea în schimbare. Pentru a avea succes, organizația trebuie să fie capabilă să facă față schimbărilor rapide în modul în care se dezvoltă și să livreze valoarea clienților lor.
Odată ce majoritatea organizației se îndreaptă spre Agility, a devenit foarte important să se amplifice și să se mențină un avantaj competitiv. Acesta este momentul în care Cadrele Agile Scalate intră în impresie.
În acest tutorial SAFe, vom discuta în detaliu Cadrul Agil Scalat. De asemenea, vom pune accent pe necesitatea de a introduce SAFe ca și în înțelegerea declarației generale a problemei și, în cele din urmă, vom vedea cum să punem SAFe în mișcare.
Să începem cu mingea care se rostogolește ...
SAFe înseamnă Cadre Agile Scalate. SAFe este furnizat de compania Scaled Agile. A fost creat în 2011, cu Dean Leffingwell ca creator și cofondator.
Este conceput pentru a ajuta întreprinderile să scaleze procesele de dezvoltare software slabe și agile. La fel ca LeSS, DAD și Nexus, SAFe este, de asemenea, unul dintre cei care încearcă să găsească o soluție la problemele cu care se confruntă în timpul extinderii echipei.
Ce veți învăța:
- Înainte de SAFe
- Ce este SAFe?
- De ce Scaled Agile Framework?
- Formarea SAFe
- De ce ar trebui să folosim acest cadru?
- Configurări SAFe
- Concluzie
- Lectură recomandată
Înainte de SAFe
Mai devreme, când construiam sisteme mari și complexe, rezultatele rezultatelor erau că nu reușeam să livrăm la timp, iar calitatea nu era atât de bună și, ca urmare, experiența clientului nu era nici măcar excelentă, ceea ce este foarte rău!
SAFe încearcă să abordeze aceste probleme și companiile care au adoptat aceste cadre au dat rezultate uimitoare.
Ce este SAFe?
Scaled Agile Framework este un cadru care oferă patru straturi diferite de adopții agile-lean.
Cel mai scăzut nivel se numește nivel TEAM, unde mai multe echipe se ocupă de scrum, Kanban sau orice altă metodologie agilă folosind elementele fundamentale ale programării XP, oferind valoare la nivelul echipei.
Nivelul doi care merge de sus în jos este PROGRAM, se referă la echipele care lucrează împreună sub conducerea echipei de management a programului și care oferă valoare în conceptul de tren de lansare Agile.
Noul strat adăugat în SAFe 4.0 este VALUE STREAM, nu este altceva decât o combinație de echipe de programe și trenuri de eliberare agile care sunt responsabile pentru furnizarea unei cantități semnificative de valoare livrată clienților.
Și chiar în partea de sus a acestuia, avem următorul nostru nivel numit Portofoliu, care este responsabil de alinierea și de a vedea cum va fi livrată valoarea de către cele trei niveluri de sub portofoliu.
Safe acceptă soluții la scară mai mică care angajează 50 - 125 de practicieni, precum și sisteme complexe care necesită mii de oameni.
Este dezvăluit în mod liber și este o bază de cunoștințe online cu înregistrări de succes dovedite. Este folosit de multe organizații implicate în dezvoltarea complexă de software. SAFe vorbește, de asemenea, despre provocările cu care se confruntă dezvoltarea complexă de software, vorbește, de asemenea, despre diferite roluri, responsabilități, artefacte și diverse activități implicate la fiecare nivel.
De ce Scaled Agile Framework?
În zilele noastre, noile programe și sisteme dețin maximul atenției pieței peste tot. Aducerea în mod frecvent a ideilor inovatoare și a noilor moduri de lucru este eliminarea sistemelor tradiționale și vechi.
Acestea fiind spuse, organizațiile care realizează și înțeleg exigența de a merge mai departe și de a adapta schimbarea mai devreme vor reuși.
Pentru dezvoltarea sistemelor software, trebuie să ținem pasul cu complexitățile și dependențele care apar într-un mediu interconectat. Iar lucrurile devin și mai complexe când apar în imagine tehnologii precum Bigdata, social media, etc.
Se așteaptă ca organizațiile să țină pasul cu noile tehnologii și sisteme care intră și, de asemenea, să mențină sistemele vechi care există acolo de ani de zile.
Într-o lume tradițională, organizațiile au folosit modelul de dezvoltare a cascadei pentru a dezvolta software-ul.
Acest software a fost dezvoltat într-un mod secvențial, adică următoarea fază ar putea începe doar când faza anterioară a fost finalizată. Acest mod de lucru a funcționat splendid pentru cele mai vechi timpuri, dar nu mai dă rezultatele dorite pentru mediul în care inovația și dezvoltarea sunt la egalitate.
Astfel, organizațiile care lucrează în mod secvențial se vor lupta pentru a se extinde și a crește.
Unele dintre provocările comune cu care ne confruntăm în timp ce dezvoltăm un software într-un model de cascadă sunt ilustrate în imaginea de mai jos:
Rețineți că aceste probleme apar la utilizarea unui sistem slab în care lucrează angajatul și datorită performanței acestuia.
Prin urmare, pentru a depăși și a învinge aceste obstacole și pentru a atinge obiective mai mari, ar trebui să introducem tehnicile pentru a deveni mai slabi și mai receptivi la schimbare. Astfel, adoptarea SAFe este foarte recomandată datorită valorilor, principiilor și practicilor sale.
Formarea SAFe
Să începem discuția noastră despre Scaled Agile Framework și formarea sa. Până acum, am articulat și am înțeles clar necesitatea de a avea un cadru agil la scară într-o organizație.
Acum, conceptualizează un mediu în care avem mai multe echipe care lucrează în condiții similare pentru a atinge același obiectiv. Este timpul să mergem mai departe și să vedem cum funcționează Agile Scaled Framework, cum ar fi Scaled Scrum, în acest spațiu.
- Toți părțile interesate (interne sau externe) și conducerea se reunesc împreună pentru a crea un document de viziune de portofoliu la nivel înalt, care este, de asemenea, numit Portfolio Backlog. Cartea de întârziere a portofoliului constă în principal din mai multe cerințe de afaceri și arhitecturale, cunoscute și sub numele de Epics Aceste epopei de afaceri și arhitecturale sunt aliniate cu prioritățile.
- Pe baza priorităților, aceste epopei sunt preluate de managerii de produse / managerii de livrare. Acestea creează o foaie de parcurs bine definită și un document de viziune. Ei fac această activitate discutând planul de lansare cu echipa de gestionare a versiunilor pentru a alinia foaia de parcurs cu versiunile de producție.
- Odată ce foaia de parcurs și documentul de viziune sunt create, următorul pas al managerului de produs este crearea unui restant de restanțe de program. Un program restant este format din elemente de lansare, biți funcționali și un grup de cerințe non-funcționale (NFR).
- Echipa de gestionare a lansării pregătește un plan de lansare pentru a se încadra în funcțiile din ciclurile de lansare.
- Echipa de gestionare a lansării lucrează acum la biți de caracteristici pentru a îndeplini planul și obiectivele de lansare. De asemenea, lucrează la pregătirea arhitecturii și infrastructurii pentru a permite lansări fără probleme.
- Din Programul Backlog, ne îndreptăm către un Backlog individual de produse, cunoscut și sub numele de Backlog de echipă. Echipa de lansare / sistem are propriul backlog de produs, în mod similar, toată echipa Scrum care lucrează la proiect va avea un backlog de produs individual.
- Product Backlog constă atât din povești funcționale, cât și din cele nefuncționale. Aceste povești sunt prioritare de către proprietarul de produs care lucrează la acea echipă Scrum.
- De obicei, există 5-10 echipe Scrum care lucrează într-un mediu agil scalat. Fiecare din echipa Scrum are un proprietar de produs, Scrum Master și o echipă de dezvoltare. Rolurile și responsabilitățile fiecărui membru al echipei Scrum în Scrum Scaled sunt aceleași cu cele din mediul Scrum normal.
- Echipa Scrum efectuează toate ceremoniile Scrum și lucrează la dezvoltarea Incrementului care urmează să fie livrat la sfârșitul fiecărui sprint.
Sfaturi și trucuri
- Pentru toate echipele Scrum, datele de începere și de încheiere ale Sprintului sunt păstrate la fel ca aceeași durată. Prin urmare, Sprint-ul pentru toate echipele Scrum este sincronizat.
- Deoarece toate echipele Scrum lucrează la o singură misiune, dependențele dintre acestea ar trebui să fie clar definite, programate și atribuite pentru a minimiza întreruperea livrărilor de produse. Dependențele dintre echipele Scrum sunt una dintre cele mai obișnuite probleme în Scrumed Scrum Environment.
- Fiecare din echipa Scrum este de așteptat să livreze un increment la sfârșitul fiecărui Sprint. Toate aceste creșteri, atunci când sunt combinate, formează un increment software care poate fi eliberat.
- În timp ce lucrați în Scrum Scaled, trecerea membrilor echipei de la o echipă la alta ar trebui făcută cu atenție. Schimbarea membrilor echipei nu este permisă în timpul Sprintului și nu există nicio excepție de la această regulă.
- Progresul general al programului este măsurat prin integrarea Incrementelor dezvoltate de toate echipele Scrum.
- Când lucrați în Scrum Scrum, o ceremonie numită „Scrum of Scrum” se desfășoară zilnic sau săptămânal, unde un reprezentant (de obicei Scrum Master) din fiecare din echipa Scrum este chemat să participe. Această întâlnire este aceeași cu cea a Daily Standup, iar obiectivul rămâne același: „Pentru a menține alinierea și sincronizarea între mai multe echipe”.
- Păstrați întotdeauna valorile de bază ale Scaled Agile Framework (SAFe) intacte pe toate nivelurile.
Valorile de bază: Alinierea, calitatea încorporată, alinierea și transparența
- Comunicarea și colaborarea dintre echipele Scrum este cheia unui Scrum Scaled de succes în ceea ce privește productivitatea, calitatea și timpul de lansare pe piață.
Câteva modificări aici și colo într-un Scrum Framework pot duce la rezultate incredibile sub forma Scrumed Scrum.
De ce ar trebui să folosim acest cadru?
SAFe 4.0 și-a dovedit acum succesul, de la numeroase organizații gigantice care au implementat acest cadru și au îmbunătățit experiența clienților prin livrarea de produse software într-un timp de plumb durabil cel mai scurt, urmând calea Lean-Agile.
Practic, funcționează pe baza dezvoltării agile, a gândirii sistemului și a dezvoltării slabe.
Ajută la:
- Alinierea obiectivelor de afaceri și tehnice pentru companie.
- Luarea deciziilor pentru îmbunătățirea rezultatelor.
- Programare pentru livrarea la timp.
- Îmbunătățirea calității soluțiilor.
- Scalarea proceselor agile până la nivelul întreprinderii.
- Utilizarea eficientă a competențelor angajaților.
- Definirea structurilor organizaționale eficiente
- Măsurarea performanței agile a echipei
- Și sugerați modalitățile de a motiva oamenii pentru o muncă bună și pentru a învăța lucruri noi și pentru a vă asuma riscuri.
Iată datele de la întreprinderi care le-au implementat cu succes
Configurări SAFe
SAFe acceptă întreaga gamă de medii de dezvoltare cu patru configurații,
1. SAFe esențială
- Configurația Essential SAFe este inima cadrului și este cel mai simplu punct de plecare pentru implementare.
- Este elementul de bază pentru toate celelalte configurații SAFe și descrie cele mai critice elemente care sunt necesare pentru a realiza majoritatea beneficiilor cadrului.
- Nivelurile de echipă și program formează o structură organizațională numită Trenul de lansare Agile (ART), unde echipele Agile, părțile interesate cheie și alte resurse sunt dedicate unei misiuni de soluții importante, continue.
2. Portofoliu SAFe
- Configurația Portfolio SAFe ajută la alinierea execuției portofoliului la strategia întreprinderii.
- Organizat în jurul fluxului de valoare.
- Bugetarea Lean-Agile împuternicește factorii de decizie.
- Sistemul Kanban oferă vizibilitate portofoliu și limite WIP.
- Arhitectura întreprinderii ghidează decizii tehnologice mai mari.
- Metricele obiective susțin guvernarea și îmbunătățirea.
- Livrare valoare prin Epics.
3. Soluție mare SAFe
- Configurația SAFe Soluție mare este destinată dezvoltării celor mai mari și mai complexe soluții care necesită de obicei mai multe trenuri de eliberare Agile și Furnizori, dar nu necesită considerente la nivel de portofoliu.
- Acest lucru este comun pentru industrii precum aerospațială, apărare, auto etc.
- Construcția organizațională Solution Train a nivelului Large Solution ajută întreprinderile care se confruntă cu cele mai mari provocări - construirea de software, hardware și sisteme IT complexe pe scară largă și multidisciplinară.
- Construirea acestor soluții necesită roluri suplimentare, artefacte, evenimente și coordonare.
4. SIGURANȚĂ completă
- Configurarea Full SAFe este cea mai cuprinzătoare versiune a Framework-ului.
- Sprijină întreprinderile care construiesc și întrețin soluții integrate mari, care necesită sute de oameni sau mai mult, și include toate nivelurile SAFe: echipă, program, soluție mare și portofoliu.
- În cele mai mari întreprinderi, pot fi necesare mai multe instanțe ale diverselor configurații SAFe.
Fundatia
Fundația conține principiile de sprijin, valorile, mentalitatea, îndrumările de implementare și rolurile de conducere care sunt necesare pentru a oferi valoarea cu succes la scară.
1. Lideri Lean-Agile
Managementul are responsabilitatea finală pentru rezultatele afacerii. Liderii trebuie să fie instruiți și apoi să devină formatori ai acestor moduri mai slabe de gândire și operare. În acest scop, SAFe descrie un nou stil de conducere, care este prezentat de liderii întreprinderii.
Liderii Lean-Agile își conduc organizația în construirea unor sisteme mai bune prin modalități iterative și incrementale de învățare, instruire, dezvoltare a oamenilor și a proceselor.
Liderii SAFe Lean-Agile sunt cursanți și profesori pe tot parcursul vieții care ajută echipele să construiască sisteme mai bune prin înțelegerea și expunerea Lean-Agile Mindset și a principiilor SAFe.
2. Valori de bază
Patru valori de bază definesc sistemul de credințe pentru SAFe:
Executarea programului
- Executarea programului este cea mai importantă valoare de bază, deoarece se compară cu alte valori fără de care echipa de execuție nu poate furniza nicio valoare clientului.
- Se concentrează în principal pe software-ul de lucru și pe experiența excelentă a clienților.
- Dezvoltarea complexă de software este realizată cu ajutorul inspecției și expertului la sfârșit și are o performanță mai bună în fiecare PI.
- Nu numai echipele, ci cu ajutorul liderilor Agile, echipa de conducere poate, de asemenea, să satisfacă clienții
Transparenţă
- La fiecare nivel, adică la nivel de echipă, program, flux de valori și portofoliu, avem o tablă albă care afișează informații despre progresul proiectului în orice moment.
- Echipa urmărește un scrum agil, prin urmare toți membrii echipei au încredere reciprocă și sunt liberi să ia decizii care să stimuleze inovațiile.
- Încurajează comunicarea deschisă și onestă cu toate părțile interesate.
- Apreciați productivitatea, calitatea, transparența și deschiderea față de politica internă.
Calitate încorporată
- Adoptați incremental practicile de calitate încorporate pentru software, hardware și firmware. Înțelegeți, predați sau sponsorizați dezvoltarea abilităților tehnice în sprijinul codului, componentelor, sistemelor și soluțiilor de înaltă calitate.
- Promovarea comunităților de practică.
- Înțelegeți, susțineți și aplicați Arhitectură Agile și Lean User Experience (UX).
3. Lean-Agile Mindset
Liderii Lean-Agile sunt cursanți și profesori pe tot parcursul vieții. Ei înțeleg și acceptă principiile și practicile Lean și Agile.
Mentalitatea noastră Lean-Agile este reprezentată în două lucruri:
(i) Casa Lean:
Casa Lean este cea pe care o vedeți aici.
Are o serie de elemente:
Valoare, întrucât scopul Lean este foarte simplu, are cel mai scurt timp de plumb durabil. Acest lucru este realizat de stâlpii respect pentru oameni și cultură , fluxul de dezvoltare a produselor, inovația - critică pentru durabilitatea pe termen lung - și îmbunătățirea neîncetată. Și este susținut de conducere .
Aceasta este structura în care tindem să ne gândim la paradigma Lean.
(ii) Manifest Agile:
În al doilea rând este Manifest agil , care a fost alături de noi din 2001. Este un document foarte bine scris și ceea ce spune este adevărat până în prezent. Avem nevoie de Manifestul Agile, deoarece este cheia pentru a debloca motivațiile și talentele lucrătorilor din cunoștințe care dezvoltă soluțiile și software-ul nostru.
Manifest agil
- Cea mai mare prioritate este satisfacerea clientului prin livrarea continuă și timpurie a unui software valoros.
- Adoptați cerințele în schimbare, chiar dacă se dezvoltă târziu. Procesele agile valorifică schimbarea în beneficiul clientului.
- 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.
- Dezvoltatorii și oamenii de afaceri trebuie să lucreze împreună zilnic pe tot parcursul proiectului.
- Construiți proiecte în jurul unor indivizi motivați. Oferiți-le sprijin și mediul de care au nevoie și aveți încredere în ei pentru a face treaba.
- Cea mai eficientă metodă de comunicare cu echipa de dezvoltare este o conversație față în față.
- Software-ul de lucru este principala măsură a progresului.
- Procesele agile promovează dezvoltarea durabilă. Sponsorii, dezvoltatorii și utilizatorii ar trebui să poată menține un ritm constant la nesfârșit.
- O atenție continuă la excelența tehnică și un design bun sporesc agilitatea.
- Simplitatea - arta de a maximiza cantitatea de muncă neefectuată și este mult mai esențială.
- Cele mai bune arhitecturi, cerințe și designuri apar din echipele de auto-organizare.
- La intervale regulate, echipa reflectă la modul de a deveni mai eficient, apoi își reglează și își ajustează comportamentul în consecință.
4. Principii de siguranță
Practicile SAFe se bazează pe nouă principii care sintetizează metodele Agile, dezvoltarea produselor Lean, gândirea sistemelor și decenii de experiență pe teren.
- Luați o perspectivă economică
- Aplică gândirea sistemelor
- Presupuneți 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
5. Foaia de parcurs de implementare
Implementarea modificărilor necesare pentru a deveni o întreprindere de tehnologie Lean-Agile este o schimbare substanțială pentru majoritatea companiilor. SAFe oferă o foaie de parcurs de implementare pentru a ajuta sau ghida organizațiile în această călătorie.
În cele din urmă, să discutăm implementarea. Vom descrie acest lucru folosind modelul nostru de implementare SAFe 1-2-3.
Numărul 1 este de a instrui agenții de schimbare Lean-Agile. Îi numim pe acei consultanți ai programului SAFe. Cu un personal suficient de agenți de schimbare Lean-Agile la fața locului și colaborând cu partenerii dvs., veți avea capacitatea de a instrui directorii și liderii și managerii care sunt persoanele responsabile de gestionarea persoanelor care oferă valoare.
Vor fi apoi în măsură să sprijine lansarea trenurilor Agile Release. Și cu un tren la rând, veți construi acel portofoliu Agile.
6. Consultanți ai programului SAFe (SPC)
SPC-urile sunt agenți de schimbare care combină cunoștințele lor tehnice despre SAFe cu o motivație intrinsecă de a îmbunătăți procesele de dezvoltare a software-ului și a sistemului companiei lor.
Concluzie
Sigur este un cadru care ne oferă alinierea nu numai cu echipa (nivelul inferior) și nivelul programului, ci ne ajută și să ne aliniam la strategia organizației (nivelul superior) și modul în care funcționează o echipă pentru a adăuga valoare clienților chiar de la nivelul superior.
Este disponibil în diferite configurații, iar companiile pot profita de acesta
Poate fi folosit de o organizație mare și are un feedback bun din partea companiilor implementate în aceasta, are reguli, valori și principii dacă este utilizat corect, organizația poate face clientul încântat și poate produce software într-un termen scurt durabil timp care adaugă valoare.
Cu acest tutorial, am ajuns la sfârșitul nostru Seria Agile Scrum . Sperăm că v-ați distrat bine și ați citit articolele noastre despre Agile.
De asemenea, anunțați-ne dacă credeți că am fi uitat vreun subiect din seria Agile. Vom fi fericiți să facem un kilometru în plus și să acoperim subiectul pentru dvs. Următorul este un test Agile interesant pentru dvs. cu răspunsuri. Nu uitați să încercați !!
întrebări de interviu j2ee pentru dezvoltatori seniori
Lectură recomandată
- JIRA Agile Tutorial: Cum să utilizați JIRA eficient pentru gestionarea proiectelor Agile
- Tutoriale detaliate pentru eclipsă pentru începători
- Test online Agile Scrum: testați-vă cunoștințele despre Agile Scrum
- Kanban vs Scrum vs Agile: o comparație detaliată pentru a găsi diferențe
- Cum să livrați caracteristici software de mare valoare într-o perioadă scurtă de timp, utilizând procesul Agile Scrum
- Tutorial Java Collections Framework (JCF)
- Manifest Agile: Înțelegerea valorilor și principiilor Agile
- Tutorial de reflecție Java cu exemple