safe agile tutorial what is scaled agile framework
Tutorial SAFe de Agile Framework a escala:
A l'últim tutorial, us vam presentar el concepte de Three Amic Principle que ha demostrat ser molt beneficiós per oferir la solució adequada a un ritme més ràpid amb bucles de retroalimentació forts.
Si encara no ho heu passat, consulteu el tutorial ja que és imprescindible llegir per a tots per entrar a l’espai àgil.
Al món actual de tecnologies i mecanismes de lliurament d’avui, és molt important poder adaptar-nos al món canviant. Per tenir èxit, l’organització ha de poder fer front als canvis ràpids en la forma en què es desenvolupen i lliuren el valor als seus clients.
Amb la major part de l’organització que avança cap a Agility, s’ha convertit en un element crucial per escalar i mantenir un avantatge competitiu. És en aquest moment quan els marcs àgils a escala entren en la impressió.
En aquest tutorial de SAFe, analitzarem en detall el marc àgil escalat. També farem èmfasi en la necessitat d’incorporar SAFe com per entendre la declaració general del problema i, finalment, veurem com posar en marxa SAFe.
Comencem amb la pilota rodant ...
SAFe significa Escaled Agile Frameworks. SAFe l’ofereix l’empresa Scaled Agile. Es va crear el 2011, amb Dean Leffingwell com a creador i cofundador.
Està fet per ajudar les empreses a escalar processos de desenvolupament de programari senzills i àgils. Igual que LeSS, DAD i Nexus, SAFe també és un dels que intenta trobar una solució als problemes que s’enfronten durant l’ampliació de l’equip.
Què aprendreu:
- Abans de SAFe
- Què és SAFe?
- Per què Scaleed Agile Framework?
- Formació SAFe
- Per què hauríem d’utilitzar aquest Framework?
- Configuracions SAFe
- Conclusió
- Lectura recomanada
Abans de SAFe
Abans, quan solíem construir sistemes grans i complexos, els resultats del resultat eren que no érem capaços de lliurar a temps i la qualitat no era tan bona i, en conseqüència, l'experiència del client tampoc era fantàstica, cosa que és molt dolent.
SAFe intenta abordar aquests problemes i les empreses que han adoptat aquests marcs han mostrat resultats sorprenents.
Què és SAFe?
El marc àgil escalat és un marc que proporciona quatre capes diferents d’adopcions àgils.
El nivell més baix s’anomena nivell d’EQUIP, on diversos equips fan el scrum, Kanban o qualsevol altra metodologia àgil mitjançant els fonaments de la programació XP, aportant valor a nivell d’equip.
El segon nivell que va de dalt a baix és PROGRAM, es refereix als equips que treballen junts sota la direcció de l’equip de gestió del programa i aporten valor en el concepte de tren de llançament Agile.
La nova capa que s’afegeix a SAFe 4.0 és VALUE STREAM, no és res més que una combinació d’equips de programa i trens d’alliberament àgils que s’encarreguen d’aportar una quantitat significativa de valor lliurat als clients.
I just a la part superior, tenim el nostre següent nivell anomenat nivell de cartera, que s’encarrega d’alinear i veure com es lliurarà el valor dels tres nivells inferiors a la cartera.
Safe admet solucions a petita escala que donen feina a 50 a 125 professionals, així com sistemes complexos que requereixen milers de persones.
Es revela lliurement i és una base de coneixement en línia amb registres d’èxit provats. És utilitzat per moltes organitzacions que participen en el desenvolupament de programari complex. SAFe també parla dels reptes als quals s’enfronta el desenvolupament complex de programari, també parla de diversos rols, responsabilitats, artefactes i diverses activitats implicades en cada capa.
Per què Scaleed Agile Framework?
Actualment, els nous programes i sistemes mantenen la màxima atenció del mercat a tot arreu. Incorporar les idees innovadores i les noves formes de treballar amb molta freqüència són els sistemes tradicionals i antics.
Dit això, les organitzacions que s'adonen i comprenen l'exigència de seguir endavant i adaptar el canvi abans tindran èxit.
Per desenvolupar sistemes de programari, hem de seguir el ritme de les complexitats i dependències que sorgeixen en un entorn interconnectat. I les coses es tornen encara més complexes quan apareixen tecnologies com Bigdata, xarxes socials, mòbils, etc.
S’espera que les organitzacions mantinguin el ritme de les noves tecnologies i sistemes i també mantinguin els sistemes heretats que hi han estat durant anys.
En un món tradicional, les organitzacions utilitzaven el model de desenvolupament de cascades per desenvolupar el programari.
Aquest programari es va desenvolupar en mode seqüencial, és a dir, la següent fase només podria començar quan s’hagi completat la fase anterior. Aquest mode de treball va funcionar esplèndidament per als temps antics, però ja no dóna els resultats desitjats per a l’entorn on la innovació i el desenvolupament estan al mateix nivell.
Així, les organitzacions que treballen en mode seqüencial lluitaran per escalar i créixer.
A la imatge següent es mostren alguns dels reptes més habituals als quals ens enfrontem mentre desenvolupem un programari en un model de cascada:
Tingueu en compte que aquests problemes sorgeixen per l’ús del sistema deficient en què treballa l’empleat i pel seu rendiment.
Per tant, per superar i superar aquests obstacles i assolir objectius més grans, hauríem d’aportar les tècniques per ser més prims i més sensibles als canvis. Per tant, es recomana adoptar SAFe pels seus valors, principis i pràctiques.
Formació SAFe
Comencem la nostra discussió sobre el marc àgil escalat i la seva formació. A hores d’ara ja hem articulat i entès clarament la necessitat de disposar d’un marc àgil a escala en una organització.
Ara, conceptualitzeu un entorn on tenim diversos equips que treballen en condicions similars per aconseguir el mateix objectiu. És hora que avancem i vegem com funciona el Marc Agal Scaled, com Scaled Scrum, en aquest espai.
- Tots els grups d'interès (interns o externs) i la direcció s'uneixen per crear un document de visió de cartera de molt alt nivell, que també s'anomena cartera de cartera. El registre de carteres consisteix bàsicament en múltiples requisits empresarials i arquitectònics, que també es coneix com Epics. Aquestes èpoques empresarials i arquitectòniques estan alineades amb les prioritats.
- Basant-se en les prioritats, aquests epopeies els recullen els gestors de productes / gestors de lliurament. Creen un full de ruta ben definit i un document de visió. Fan aquesta activitat discutint el pla de llançament amb l'equip de gestió de llançaments per alinear el full de ruta amb les versions de producció.
- Un cop creat el full de ruta i el document de visió, el següent pas del gestor de productes és crear un backlog de Backlog del programa. Un programa pendent consta d’elements de llançament, bits funcionals i un conjunt de requisits no funcionals (NFR).
- L’equip de gestió de llançaments prepara un pla de llançament per adaptar-se a les funcions dels cicles de llançament.
- L'equip de gestió de versions ara treballa en els bits de funcions per complir el pla i els objectius de la versió. També treballen en la preparació de l'arquitectura i la infraestructura per permetre versions lliures.
- Des del programa Backlog del programa, anem cap a un backlog de producte individual, que també es coneix com a Backlog per equips. L’equip de versions / sistemes té el seu propi Product Backlog, de la mateixa manera, tot l’equip Scrum que treballa al projecte tindrà el seu Product Backlog individual.
- Product Backlog consisteix en històries tant funcionals com no funcionals. Aquestes històries són prioritzades pel propietari del producte que treballa en aquest equip Scrum.
- Normalment hi ha 5-10 equips Scrum que treballen en un entorn àgil a escala. Cadascun dels equips Scrum té un propietari de producte, Scrum Master i un equip de desenvolupament. Les funcions i responsabilitats de cadascun dels membres de l’equip Scrum a Scrum Scrum són les mateixes que a l’entorn Scrum normal.
- L’equip Scrum realitza totes les cerimònies Scrum i treballa en el desenvolupament de l’increment que es lliurarà al final de cada sprint.
Consells i trucs
- Per a tots els equips Scrum, les dates d’inici i finalització del Sprint es mantenen iguals que la mateixa durada. Per tant, el Sprint de tots els equips Scrum està sincronitzat.
- Atès que tots els equips Scrum treballen en una única missió, les dependències entre elles haurien de definir-se clarament, programar-se i assignar-se per minimitzar la interrupció de les entregues de productes. Les dependències entre els equips de Scrum són un dels problemes més habituals de l’entorn Scrumed Scrum.
- S’espera que cadascun de l’equip Scrum lliuri un increment al final de cada Sprint. Tots aquests increments combinats formen un increment de programari potencialment alliberable.
- Mentre es treballa a Scrum Scrum, s’ha de fer acuradament el canvi dels membres de l’equip d’un equip a un altre. No es permet el canvi de membre de l'equip durant el Sprint i no hi ha cap excepció a aquesta regla.
- El progrés general del programa es mesura integrant els Increments desenvolupats per tots els equips Scrum.
- Quan es treballa a Scrum Scrum, es realitza una cerimònia anomenada ‘Scrum of Scrum’ diàriament o setmanalment on es crida a participar un representant (normalment Scrum Master) de cadascun de l’equip Scrum. Aquesta reunió és la mateixa que la de Daily Standup i l’objectiu també és el mateix: ‘Per mantenir l’alineació i la sincronització entre diversos equips’.
- Mantingueu intactes els valors bàsics de Scaled Agile Framework (SAFe) a tots els nivells.
Valors fonamentals: Alineació, qualitat integrada, alineació i transparència
- La comunicació i la col·laboració entre els equips Scrum és la clau per a un Scrum escalat amb èxit en termes de productivitat, qualitat i temps de comercialització.
Alguns ajustaments aquí i allà en un Scrum Framework poden donar lloc a resultats increïbles en forma de Scrum a escala.
Per què hauríem d’utilitzar aquest Framework?
Ara SAFe 4.0 ha demostrat la seva trajectòria d’èxit, per part de moltes organitzacions gegants que van implementar aquest marc i van millorar l’experiència del client mitjançant el lliurament de productes de programari en un termini de lliurament sostenible el més breu seguint el camí Lean-Agile.
Bàsicament, funciona basat en el desenvolupament àgil, el pensament del sistema i el desenvolupament lean.
Ajuda a:
- Alineació dels objectius empresarials i tècnics de l’empresa.
- Prendre decisions per millorar els resultats.
- Programació del lliurament a temps.
- Millorar la qualitat de les solucions.
- Ampliar els processos àgils fins al nivell empresarial.
- Utilitzar les habilitats dels empleats amb eficàcia.
- Definició d’estructures organitzatives efectives
- Mesurament del rendiment àgil de l’equip
- I suggeriu les maneres de motivar les persones per fer un bon treball i per aprendre coses noves i assumir riscos.
A continuació, es mostren les dades d’empreses que l’han implementat amb èxit
Configuracions SAFe
SAFe admet tota la gamma d’entorns de desenvolupament amb quatre configuracions,
1. SAFe essencial
- La configuració Essential SAFe és el cor del Framework i és el punt de partida més senzill per a la implementació.
- És el bloc bàsic per a la resta de configuracions de SAFe i descriu els elements més crítics necessaris per obtenir la majoria dels avantatges del Framework.
- Els nivells d’equip i programa formen una estructura organitzativa anomenada Agile Release Train (ART), on els equips Agile, les parts interessades clau i altres recursos es dediquen a una missió de solució important i continuada.
2. Cartera SAFe
- La configuració de Portfolio SAFe ajuda a alinear l'execució de la cartera amb l'estratègia empresarial.
- Organitzat al voltant del flux de valor.
- El pressupost Lean-Agile permet als decisors.
- El sistema Kanban proporciona visibilitat de la cartera i límits WIP.
- L’arquitectura empresarial guia les decisions tecnològiques més grans.
- Les mètriques objectives donen suport a la governança i la millora.
- Lliurament de valor mitjançant Epics.
3. Gran solució SAFe
- La configuració SAFe de gran solució serveix per desenvolupar les solucions més grans i complexes que solen requerir diversos proveïdors i trens de distribució Agile, però que no requereixen consideracions a nivell de cartera.
- Això és comú en indústries com l'aeroespacial, la defensa, l'automoció, etc.
- El concepte organitzatiu Solution Train del Large Solution Level ajuda les empreses que s’enfronten als majors desafiaments: construir programari, maquinari i sistemes informàtics complexos a gran escala i multidisciplinaris.
- La creació d’aquestes solucions requereix funcions, artefactes, esdeveniments i coordinació addicionals.
4. SEGURETAT completa
- La configuració Full SAFe és la versió més completa del Framework.
- Admet empreses que construeixen i mantenen grans solucions integrades, que requereixen centenars de persones o més, i inclou tots els nivells de SAFe: equip, programa, solució gran i cartera.
- A les empreses més grans, poden ser necessàries diverses instàncies de diverses configuracions SAFe.
La Fundació
La Fundació conté els principis de suport, els valors, la mentalitat, les directrius d’implementació i els rols de lideratge necessaris per obtenir el valor amb èxit a escala.
1. Líders àgils
La direcció té la responsabilitat final dels resultats empresarials. Els líders han de formar-se i després convertir-se en entrenadors d’aquestes formes més senzilles de pensar i operar. Amb aquesta finalitat, SAFe descriu un nou estil de lideratge que exhibeixen els líders de l’empresa.
Els líders Lean-Agile lideren la seva organització en la construcció de sistemes millors a través de formes iteratives i incrementals d’aprenentatge, entrenament, desenvolupament de persones i processos.
Els líders SAFe Lean-Agile són aprenents i professors de tota la vida que ajuden els equips a construir millors sistemes mitjançant la comprensió i exhibició dels principis Lean-Agile Mindset i SAFe.
2. Valors bàsics
Quatre valors bàsics defineixen el sistema de creences per a SAFe:
Execució del programa
- L'execució del programa és el valor bàsic més important, ja que es compara amb altres valors sense els quals l'equip d'execució no pot lliurar cap valor al client.
- Es centra principalment en el programari de treball i l’experiència del client.
- El desenvolupament complex de programari s’aconsegueix amb l’ajuda d’inspeccionar i ser expert al final i té un millor rendiment en tots els PI.
- No només els equips, sinó també amb l’ajut dels líders Agile, l’equip de direcció també pot satisfer els clients
Transparència
- A tots els nivells, és a dir, a nivell d’equip, programa, flux de valor i cartera, tenim una pissarra que mostra informació sobre el progrés del projecte en qualsevol moment del temps.
- L’equip segueix un scrum àgil, de manera que tots els membres de l’equip confien mútuament i són lliures de prendre decisions que fomentin les innovacions.
- Fomenta una comunicació oberta i honesta amb totes les parts interessades.
- Valoreu la productivitat, la qualitat, la transparència i l’obertura sobre la política interna.
Qualitat incorporada
- Adopteu de forma incremental les pràctiques de qualitat integrades per al programari, el maquinari i el microprogramari. Comprendre, ensenyar o patrocinar el desenvolupament d’habilitats tècniques en suport de codis, components, sistemes i solucions d’alta qualitat.
- Fomentar comunitats de pràctica.
- Comprendre, donar suport i aplicar Arquitectura Agile i Lean User Experience (UX).
3. Lean-Agile Mindset
Els líders àgils són aprenents i professors de tota la vida. Comprenen i accepten els principis i pràctiques de Lean and Agile.
La nostra mentalitat Lean-Agile es representa en dues coses:
(i) The House of Lean:
La Casa de la Magra és la que veieu aquí.
Té diversos elements:
Valor, com que l'objectiu de Lean és molt senzill, té el temps de lliurament sostenible més curt. Això s’aconsegueix amb els pilars de respecte per les persones i la cultura , flux de desenvolupament de productes, innovació —critica per a la sostenibilitat a llarg termini— i millora implacable. I està recolzat per lideratge .
Aquesta és l’estructura en què solem pensar en el paradigma Lean.
(ii) Manifest àgil:
En segon lloc és el Manifest Àgil , que ens acompanya des del 2001. És un document molt ben escrit i el que diu encara és cert fins avui. Necessitem el Manifest Agile perquè és la clau per desbloquejar les motivacions i els talents dels treballadors del coneixement que desenvolupen les nostres solucions i programari.
Manifest Àgil
- La màxima prioritat és satisfer el client mitjançant l’enviament continu i precoç de valuós programari.
- Adopteu els requisits canviants, fins i tot si és tard en el desenvolupament. Els processos àgils aprofiten el canvi per al benefici del client.
- Oferiu programari de treball amb freqüència, des d’un parell de setmanes fins a un parell de mesos, amb preferència a l’escala de temps més curta.
- Els desenvolupadors i els empresaris han de treballar junts diàriament durant tot el projecte.
- Construeix projectes al voltant d’individus motivats. Doneu-los suport i l’entorn que necessiten i confieu en ells per fer la feina.
- El mètode de comunicació més eficient amb l’equip de desenvolupament és una conversa cara a cara.
- El programari de treball és la mesura principal del progrés.
- Els processos àgils afavoreixen el desenvolupament sostenible. Els patrocinadors, desenvolupadors i usuaris haurien de poder mantenir un ritme constant de manera indefinida.
- L’atenció continuada a l’excel·lència tècnica i el bon disseny milloren l’agilitat.
- La simplicitat: l'art de maximitzar la quantitat de treball no realitzat i és molt essencial.
- Les millors arquitectures, requisits i dissenys sorgeixen d’equips d’autoorganització.
- A intervals regulars, l’equip reflexiona sobre com ser més eficaç i, a continuació, sintonitza i ajusta el seu comportament en conseqüència.
4. Principis de seguretat
Les pràctiques SAFe es basen en nou principis que sintetitzen mètodes àgils, desenvolupament de productes magres, pensament de sistemes i dècades d’experiència de camp.
- Feu una visió econòmica
- Aplicar el pensament de sistemes
- Assumeix variabilitat, preserva les opcions
- Construeix de manera incremental amb cicles d’aprenentatge integrats i ràpids.
- Fites bàsiques en una avaluació objectiva dels sistemes de treball
- Visualitzeu i limiteu WIP, reduïu les mides de lots i gestioneu les longituds de la cua
- Apliqueu cadència, sincronitzeu-vos amb la planificació entre dominis
- Desbloquejar la motivació intrínseca dels treballadors del coneixement
- Descentralitzar la presa de decisions
5. Full de ruta d’implementació
La implementació dels canvis necessaris per convertir-se en una empresa de tecnologia Lean-Agile és un canvi substancial per a la majoria de les empreses. SAFe proporciona un full de ruta d’implementació per ajudar o guiar les organitzacions en aquest viatge.
Finalment, analitzem la implementació. Ho descriurem mitjançant el nostre model Implementing SAFe 1-2-3.
El número 1 és formar els agents de canvi Lean-Agile. Anomenem aquells consultors del programa SAFe. Amb una plantilla suficient d’agents de canvi Lean-Agile in situ i treballant amb els vostres socis, podreu formar els executius, els líders i els directius que són els responsables de gestionar les persones que aporten valor.
A continuació, estaran en condicions de donar suport al llançament dels trens Agile Release. I amb un tren a la vegada, construireu aquesta cartera Agile.
6. Consultors del programa SAFe (SPC)
Els SPC són agents de canvi que combinen els seus coneixements tècnics de SAFe amb una motivació intrínseca per millorar els processos de desenvolupament de sistemes i programari de la seva empresa.
Conclusió
Caixa forta és un marc que ens permet alinear-nos no només amb l’equip (nivell inferior) i el nivell de programa, sinó que també ens ajuda a alinear-nos amb l’estratègia d’organització (nivell superior) i com funciona l’equip per afegir valor als clients des del nivell superior.
Està disponible en diferents configuracions i les empreses poden aprofitar-ho
Pot ser utilitzat per una gran organització i ha rebut una bona retroalimentació per part de les empreses que hi han implementat, té regles, valors i principis si s’utilitza correctament, l’organització pot fer que el client estigui encantat i produeixi programari en una oportunitat sostenible més curta. temps que afegeix valor.
Amb aquest tutorial, hem arribat al final del nostre Sèrie Agile Scrum . Esperem que us ho passeu bé i gaudiu llegint els nostres articles sobre Agile.
A més, feu-nos-ho saber si creieu que podríem haver oblidat algun tema de la Sèrie Agile. Estarem encantats de fer un esforç addicional i tractar el tema per vosaltres. El següent és un qüestionari Agile interessant amb les respostes. No us oblideu de provar-ho !!
convertidor de youtube a mp3 que funciona
Lectura recomanada
- Tutorial JIRA Agile: Com utilitzar JIRA eficaçment per gestionar projectes Agile
- Tutorials Eclipse en profunditat per a principiants
- Preguntes en línia sobre Agile Scrum: proveu els vostres coneixements sobre Agile Scrum
- Kanban vs Scrum vs Agile: una comparació detallada per trobar diferències
- Com oferir funcions de programari d’alt valor en un període curt de temps mitjançant el procés Agile Scrum
- Tutorial sobre Java Collections Framework (JCF)
- Manifest àgil: comprensió de valors i principis àgils
- Tutorial de reflexió de Java amb exemples