SAFe-zelfstudie (Scaled Agile Framework).

Wat is SAFe (Scaled Agile Framework)?

Geschaald Agile Framework (SAFe) is een gratis beschikbare online kennisbank waarmee u lean-agile-praktijken op bedrijfsniveau kunt toepassen. Het biedt een eenvoudige en lichtgewicht ervaring voor softwareontwikkeling. Het is een reeks organisaties en workflowpatronen die bedoeld zijn om ondernemingen te begeleiden bij het opschalen van lean en agile praktijken. Het is verdeeld in drie segmenten: Team, Programma en Portfolio.

Veilig raamwerk stelt het team in staat om,

  • Implementatie van Lean-Agile software en systemen op ondernemingsniveau
  • Het is gebaseerd op Lean en Agile principes.
  • Het geeft gedetailleerde richtlijnen voor het werk in de ondernemingsportfolio, waardestroom, programma en team.
  • Het is ontworpen om te voldoen aan de behoeften van alle belanghebbenden binnen een organisatie.

SAFe werd voor het eerst in de praktijk ontwikkeld en uitgewerkt Dean Leffingwell's boeken en blog. Versie 1.0 is de eerste officiële release in 2011. De nieuwste versie is 4.6, uitgebracht in oktober 2018. Het biedt richtlijnen om te werken op ondernemingsportfolio-, waardestroom-, programma- en teamniveau.

Waarom SAFe Agile Framework gebruiken?

Het is een eenvoudig en lichtgewicht raamwerk, maar toch in staat om te voldoen aan de behoeften van grote waardestromen en complex systeemontwikkeling. Door het SAFe agile raamwerk te implementeren, krijgt u de volgende resultatenwing voordelen:

Voordelen van het gebruik van Agile Framework
Voordelen van het gebruik van Agile Framework
  • Productiviteit verhoogd by 20 - 50%
  • Kwaliteit meer toegenomen dan 50%
  • Time to Market is sneller dan 30 -75%
  • toegenomen betrokkenheid van medewerkers en werktevredenheid.

Het gedetailleerde raamwerkdiagram is beschikbaar op de van de. Het toont alle belangrijke rollen, activiteiten, resultaten en stromen. Het dient ook als navigatiehulpmiddel voor de rest van de site.

In de onderstaande afbeelding wordt uitgelegd hoe een agile proces werkt. Epics vormen een groot oeuvre, dat verder is onderverdeeld in een aantal kleinere verhalen of sub-epics. Deze sub-epics worden als een verhaal aan het team toegewezen. Elk team werkt vervolgens dienovereenkomstig aan deze verhalen of softwarefuncties.

Geschaald Agile Framework Architectuur
Geschaald Agile Framework Architectuur

Wanneer gebruik je het Scaled Agile Framework?

Wanneer gebruik je het Scaled Agile Framework?

  • Wanneer een team geïnteresseerd is om een ​​agile aanpak consistent te implementeren in grotere programma's en portfolio's met meerdere teams.
  • Wanneer meerdere teams hun eigen manier van Agile-implementatie hanteren, maar regelmatig met obstakels, vertragingen en mislukkingen worden geconfronteerd.
  • Wanneer teams zelfstandig willen werken.
  • Wanneer u Agile door de hele organisatie wilt schalen, maar niet zeker weet welke nieuwe rollen nodig kunnen zijn of welke bestaande rollen (dwz het management) moeten veranderen en hoe.
  • Wanneer u hebt geprobeerd de Agile binnen uw organisatie op te schalen, maar moeite hebt met het op één lijn brengen van een uniforme of consistente strategie voor alle bedrijfsafdelingen, van portfolio- tot programma- en teamniveau.
  • Wanneer een organisatie de doorlooptijd van productontwikkeling moet verbeteren en wil weten hoe andere bedrijven erin zijn geslaagd Agile op te schalen met SAFe.

Hoe anders dan andere Agile praktijken

Laten we nu in deze Scaled Agile Framework-tutorial eens kijken hoe het Scaled Agile-framework verschilt van andere agile praktijken:

  • Het is openbaar beschikbaar en gratis te gebruiken.
  • Beschikbaar in een zeer laagdrempelige en bruikbare vorm.
  • Het is lichtgewicht, praktisch bewezen resultaten en specifiek voor het niveau.
  • Het wijzigt/onderhoudt voortdurend/regelmatig de meest gebruikte agile praktijken.
  • Biedt nuttige uitbreidingen op veelgebruikte agile-praktijken.
  • Brengt agile praktijken in een bedrijfscontext.
  • Biedt een compleet beeld van softwareontwikkeling.
  • Zichtbaarheid of transparantie ligt meer op alle niveaus.
  • Continue of regelmatige feedback over kwaliteit en verbetering.

Grondslagen van het Scaled Agile Framework

Grondslagen van het Scaled Agile Framework
Grondslagen van het Scaled Agile Framework

Scaled Agile Framework (SAFe): Het staat op de fundamenten ervan

  1. Lean-Agile-principes
  2. Kernwaarden,
  3. Lean-Agile leiderschap
  4. Lean-Agile-mindset,
  5. Communities of Practice (groep mensen die voortdurend werken aan SAFe-praktijken)
  6. Implementatie 1-2-3

VEILIGE Lean-Agile-principes

Deze fundamentele SAFe Agile-principes en waarden voor SAFe moeten worden begrepen, tentoongesteld en voortgezet om de gewenste resultaten te verkrijgen.

  • Neem een ​​economische kijk
  • Pas systeemdenken toe
  • Ga uit van variabiliteit; opties behouden
  • Bouw stapsgewijs met snelle, geïntegreerde leercycli
  • Baseer mijlpalen op een objectieve evaluatie van werkende systemen
  • Visualiseer en beperk WIP, verminder batchgroottes en beheer wachtrijlengtes
  • Pas cadans toe, synchoniseer met domeinoverschrijdende planning
  • Ontgrendel de intrinsieke motivatie van kenniswerkers
  • Decentraliseer de besluitvorming

SAFe Agile kernwaarden

De SAFe Agile-methodiek is gebaseerd op deze vier waarden.

alignment:

  • SAFe ondersteunt uitlijning.
  • Uitlijning begint bij,
    • Strategische thema's in Portfolio Backlog en
    • Gaat omlaag naar Visie en routekaart van programmaachterstanden en dan
    • Verplaatst naar de teamachterstanden.

Ingebouwde kwaliteit:

  • Het zorgt ervoor dat elke incrementele levering de kwaliteitsnormen weerspiegelt.
  • Kwaliteit wordt niet ‘toegevoegd’ later” is ingebouwd.
  • Ingebouwde kwaliteit is een voorwaarde voor Lean en is verplicht

Transparantie:

  • Transparantie is de voorwaarde voor vertrouwen.
  • SAFe helpt de onderneming transparantie te bereiken op alle niveaus: leidinggevenden, portefeuillemanagers en andere belanghebbenden.
  • Iedereen kan de portfolioachterstand/Kanban, programmaachterstanden/Kanban en Teamachterstand/Kanban inzien.
  • Elk niveau heeft een duidelijk inzicht in de PI-doelstellingen.
  • Treinprogramma's hebben inzicht in de achterstanden van het team, evenals in andere programmaachterstanden
  • Teams en programma's hebben inzicht in het bedrijfsleven en architectuur Epics. Ze kunnen zien wat er op hun pad komt.

Programma uitvoering:

  • SAFe legt grote nadruk op werkende systemen en de daaruit voortvloeiende bedrijfsresultaten.
  • SAFe is niet nuttig als teams niet kunnen uitvoeren en continu waarde kunnen leveren.

Lean Agile leiders

De Lean-Agile Leiders zijn levenslange leerlingen en docenten. Het helpt teams betere systemen te bouwen door het begrijpen en tentoonspreiden van de Lean-Agile SAFe-principes.

Als enabler voor de teams is de uiteindelijke verantwoordelijkheid adoptie, succes en voortdurende verbetering van Lean-Agile-ontwikkelingen. Voor verandering en voortdurende verbetering moeten leiders worden getraind.

Leiders moeten een nieuwe leiderschapsstijl aannemen. Een die individuen en teams echt in staat stelt en betrekt om hun hoogste potentieel te bereiken.

Principes van deze Lean-Agile leiders

  • Leid de verandering
  • Ken de weg; Benadruk levenslang leren
  • Ontwikkel mensen
  • Inspireer en stem af op de missie; Minimaliseer beperkingen
  • Decentraliseer de besluitvorming
  • Ontgrendel de intrinsieke motivatie van kenniswerkers

Lean Agile-mindset

De Lean-Agile-mentaliteit komt tot uiting in twee dingen:

  1. Het SAFe Huis van Lean
  2. Agile Manifest

Het SAFe Huis van Lean:

SAFe is afgeleid van Lean manufacturing-principes en -praktijken. Op basis van deze factoren presenteert SAFe het “SAFe House of Lean”. Het is geïnspireerd op het ‘huis’ van het magere Toyota.

Het doel van lean is onverslaanbaar: het leveren van maximale klantwaarde in de kortst mogelijke doorlooptijd met de hoogst mogelijke kwaliteit voor de klant

Onderstaande figuur legt het doel, de pijlers en de basis van ‘SAFe House of Lean’ uit.

Doelen en fundamenten van het Scaled Agile Framework
Doelen en fundamenten van het Scaled Agile Framework

Agile Manifest

We ontdekken betere manieren om software te ontwikkelen door het te doen en anderen te helpen het te doen. Door dit werk zijn wij tot waarde gekomen:

Agile Manifest
Agile Manifest

Dat is de reden waarom we, hoewel er een waarde zit in de items aan de rechterkant, de items aan de linkerkant meer waarderen.

Agile Manifest

  1. De hoogste prioriteit is het tevredenstellen van de klant door middel van continue en vroege levering van waardevolle software.
  2. Omarm de veranderende eisen, zelfs laat in de ontwikkeling. Agile SAFe-methodologieprocessen benutten verandering ten gunste van de klant.
  3. Lever regelmatig werkende software op, van een paar weken tot een paar maanden, met een voorkeur voor een korter tijdsbestek.
  4. Ontwikkelaars en zakenmensen moeten gedurende het hele project dagelijks samenwerken.
  5. Bouw projecten rond gemotiveerde individuen. Geef ze de ondersteuning en de omgeving die ze nodig hebben, en vertrouw erop dat ze de klus klaren.
  6. De meest efficiënte methode voor communicatie met een ontwikkelteam is een persoonlijk gesprek.
  7. Werkende software is de belangrijkste maatstaf voor vooruitgang.
  8. Agile processen promode duurzame ontwikkeling. De sponsors, ontwikkelaars en gebruikers moeten voor onbepaalde tijd een constant tempo kunnen aanhouden.
  9. Continue aandacht voor technische uitmuntendheid en een goed ontwerp vergroten de wendbaarheid.
  10. Eenvoud – de kunst van het maximaliseren van de hoeveelheid werk die niet wordt gedaan – is essentieel.
  11. Het beste archiTekturen, vereisten en ontwerpen komen voort uit zelforganiserende teams.
  12. Op regelmatige tijdstippen denkt het team na over hoe het effectiever kan worden, en stemt het zijn gedrag daarop af.

Verschillende niveaus in VEILIG

Er zijn twee verschillende soorten SAFe-implementaties:

  1. SAFe 4.0-implementatie
  2. SAFe 3.0-implementatie
Verschillende niveaus in VEILIG
Niveaus van SAFe
  • In de SAFe 4.0-implementatie hebben we 4 niveaus: Portfolio, waardestroom, programma en team.
  • In de SAFe 3.0-implementatie hebben we 3 niveaus: Portfolio, programma en team
  • 3-Level SAFe is voor kleinere implementaties met 100 of minder mensen. Programma's die geen significante samenwerking vereisen.
  • 4-Level SAFe is bedoeld voor oplossingen waarvoor doorgaans vele honderden beoefenaars nodig zijn om software te ontwikkelen, implementeren en onderhouden.

Teamniveau

Rollen/Teams Evenementen Artifacts
* Agile-team * Sprint Planning * Teamachterstand
* Product eigenaar * Achterstand verzorgen * Niet-functionele vereisten
* Scrummaster * Dagelijkse stand-up * Team PI-doelstellingen
* Executie * Iteraties
* Sprint Demo * Verhalen (werkende software)
* Sprint met terugwerkende kracht * Sprint Doelen
* IK P Sprints * Ingebouwde kwaliteit
* Stekels
*Team Kanban
  • Alle SAFe-teams maken deel uit van één of andere Agile Release Train (ART).
  • SAFe-teams zijn krachtige, zelforganiserende, zelfsturende, cross-functionele teams
  • Elk team is in gelijke mate verantwoordelijk voor het definiëren, bouwen en testen van verhalen uit hun Team Backlog in iteraties van vaste lengte
  • Teams plannen en voeren twee weken tijd uitboxiteraties uitgevoerd in overeenstemming met overeengekomen iteratiedoelen.
  • Teams zullen de ScrumXP/Team Kanban-routine gebruiken om systemen van hoge kwaliteit te leveren en elke twee weken een systeemdemo te produceren.
  • Alle verschillende teams in de ART (Agile Release Trains) zullen een geïntegreerd en getest systeem creëren. Belanghebbenden zullen evalueren en reageren met snelle feedback
  • Ze passen ingebouwde kwaliteitspraktijken toe.
  • Elk ScrumXP-team zal 5-9 teamleden hebben, die alle rollen omvatten die nodig zijn om in elke iteratie een kwalitatieve incrementele waarde op te bouwen.
  • ScrumXP-rollen omvatten:
    • Team(ontwikkelaar+QA)
    • Scrum Master
    • Product eigenaar. Enz..
  • SAFe verdeelt de ontwikkelingstijdlijn in een reeks iteraties binnen een PI (Program Increment).
  • PI-duur ligt tussen 8 en 12 weken.
  • Het team zal verhalen gebruiken om de waarde te leveren. De Product Owner heeft inhoudelijke zeggenschap over het maken en accepteren van de verhalen.
  • Verhalen bevatten de vereisten van de klant.
  • Team Backlog bevat gebruikers- en enabler-verhalen, die worden geïdentificeerd tijdens PI-planning. Wanneer het productmanagement de routekaart, visie en programmaachterstand presenteert.
  • Het identificeren, uitwerken, prioriteren, plannen, implementeren, testen en accepteren van de verhalen zijn de primaire vereisten voor managementwerk op teamniveau.
  • Elke iteratie biedt:
    • Een waardevolle toevoeging aan nieuwe functionaliteit
    • Bereik dit via een voortdurend herhalend patroon
    • Plan de iteratie
    • Zorg voor een bepaalde functionaliteit
    • Voer de iteratie uit door Stories te bouwen en te testen
    • Demonstreer de nieuwe functionaliteit
    • met terugwerkende kracht
    • Herhaal dit voor de volgende iteratie
  • Teams ondersteunen ook de systeemdemo aan het einde van elke iteratie. wat het kritische integratiepunt is voor de ART.
  • Grotere waardestromen zullen meerdere ART's hebben.
  • Het innovatie and Planning (IP) Iteraties maken gebruik van de teams met een kans om in te grijpennovaen verkenning.

Programmaniveau

Rollen/Teams Evenementen Artifacts
* DevOps * PI-planning (Program Increment). * Visie
* Systeemteam * Systeemdemo's * Stappenplan
* Releasebeheer * Inspecteer en keur workshop goed * Statistieken
* Product management * Archistructurele landingsbaan * Mijlpalen
*UEX ArchiTect * Laat elk moment los * Uitgaven
* Vrijgeven Treiningenieur (RTE) * Agile Release-trein * Programma Epics
* Systeem Architect/Ingenieur * Uitgave * Programma Kanban
* Ondernemers * Programmaachterstand
* Lean-Agile leiders * Niet-functionele vereisten
* Praktijkgemeenschappen * Gewogen kortste baan eerst (WSJF)
* Gedeelde diensten * Programma PI-doelstellingen
* Klant * Functie
* Iemand die iets mogelijk maakt
* Oplossing
* Waardestroomcoördinatie
  • Op programmaniveau wordt de waarde van SAFe geleverd door langlevende Agile Release Trains (ART). Iteratie is voor het team en trainen is voor het programma.
  • Agile Release Trains (ART) is het belangrijkste voertuig voor het leveren van waarde op programmaniveau. Het levert een waardestroom op voor de organisatie.
  • De duur van de Program Increments (PI's) bedraagt ​​8 tot 12 weken.
  • ART bestaat uit 5 – 12 Agile teams (~50 – 125+ mensen), die alle rollen en infrastructuur omvatten die nodig zijn om volledig geteste, werkende software op systeemniveau te leveren.
  • Elke PI is een meervoudige iteratietijd box. Tijdens welke een significante, waardevolle aanvulling van het systeem wordt ontwikkeld en opgeleverd.
  • In elke PI vinden een “demo” en “Inspecteren en aanpassen” sessies plaats, en begint de planning voor de volgende PSI.
  • Op programmaniveau legt SAFe de nadruk op het principe van afstemming. Dit komt omdat meerdere agile teaminspanningen worden geïntegreerd om klantwaarde te creëren.
  • SAFe-artefacthiërarchie is Epics->functies->gebruikersverhalen.
  • Op programmaniveau heeft Productmanager/Programmamanager inhoudelijke autoriteit. Hij definieert en prioriteert de programmaachterstand.
  • Programmaachterstand is een geprioriteerde lijst met functies.
  • Op programmaniveau kunnen functies ontstaan, of ze kunnen voortkomen uit heldendichten die op portfolioniveau zijn gedefinieerd.
  • Functies vallen uiteen in gebruikersverhalen en vloeien over in achterstanden op teamniveau.
  • De rol Product Manager of Release Train Engineer kan worden vervuld door de Programmamanager/Senior Projectmanager
  • Systeem ArchiDe rol van tect op programmaniveau is het samenwerken met de teams in het dagelijkse werk. Het zorgt ervoor dat aan niet-functionele eisen wordt voldaan. Ze werken ook samen met de onderneming architect op portefeuilleniveau om er zeker van te zijn dat er voldoende is archistructurele start- en landingsbaan om toekomstige gebruikers- en zakelijke behoeften te ondersteunen.
  • Interfaceontwerp, richtlijnen voor gebruikerservaring en ontwerpelementen voor de teams worden verzorgd door UX Designers.
  • De rol van Chief-Scrum Master wordt gespeeld door 'Release Train Engineer'.
  • Verschillende teams (van marketing, ontwikkeling, kwaliteit, operations en implementatie) vormen het 'Release Management Team'. Zij zullen routinematige releases van kwaliteitsoplossingen aan klanten goedkeuren.
  • De implementatie van software in klantomgevingen en succesvolle levering wordt verzorgd door het DevOps-team.

Portefeuilleniveau

Rollen/Teams Evenementen Artifacts
* Onderneming ArchiTect * Strategische investeringsplanning * Strategische thema's
* Programmaportfolio Mgmt * Kanban-portfolio (epische) planning * Onderneming
* Epische eigenaren * Portefeuilleachterstand
* Portfolio-Kanban
* Niet-functionele vereisten
* Episch en mogelijk makend
* Waarde stroom
* Budgetten (CapEx en OpEx)
  • Het hoogste niveau van interesse/zorg/betrokkenheid/bij SAFe is SAFe-portfolio
  • Het portfolio biedt de basisblokken voor het organiseren van de Lean-Agile Enterprise waardestroom via één of meerdere Waardestromen.
  • Het portfolio helpt bij het ontwikkelen van systemen en oplossingen die worden beschreven in strategische thema's (koppelt een SAFe-portfolio aan de veranderende bedrijfsstrategie van een onderneming).
  • Om aan strategische doelstellingen te voldoen, omvat het portefeuilleniveau deze elementen. Het biedt basisbudgettering en andere bestuursmechanismen. Op deze manier zorgt het ervoor dat de investering in de waardestromen het rendement oplevert dat nodig is voor de onderneming.
  • Een portefeuille is bidirectioneel verbonden met het bedrijfsleven:
    • Om de Portfolio te begeleiden naar de grotere veranderende bedrijfsdoelstellingen, biedt het strategische thema's.
    • Een andere richting duidt op de constante stroom van portefeuillewaarden.
  • Programma Portfolio Management fungeert als belanghebbenden en zij zijn verantwoordelijk voor het behalen van de bedrijfsresultaten.
  • SAFe Portfolio Level bevat mensen, processen en noodzakelijke bouwsystemen en oplossingen die een onderneming nodig heeft om haar strategische doelstellingen te bereiken.
  • Waardestromen zijn de primaire doelstellingen in Portfolio, waarmee de mensen en andere middelen worden gefinancierd die nodig zijn om de oplossingen te bouwen.
  • Belangrijke kernbegrippen die hier worden gebruikt zijn:
    • Verbinding met de onderneming,
    • Programma Portfolio Management,
    • Het beheren van de stroom van portfolio-epics.

Waardestroomniveau

Rollen/Teams Evenementen Artifacts
* DevOps * Pre- en post-PI-planning (Program Increment). * Visie
* Systeemteam * Oplossingsdemo's * Stappenplan
* Releasebeheer * Inspecteer en keur workshop goed * Statistieken
* Oplossingsbeheer * Agile Release-trein * Mijlpalen
*UEX ArchiTect * Uitgaven
* Value Stream Engineer (RTE) *Waardestream Epics
* Oplossing Architect/Ingenieur * Waardestroom Kanban
* Gedeelde diensten * Waardestroomachterstand
* Klant * Niet-functionele vereisten
* Leverancier * Gewogen kortste baan eerst (WSJF)
* Waardestroom PI-doelstellingen
* Vermogen
* Iemand die iets mogelijk maakt
* Oplossingscontext
* Waardestroomcoördinatie
* Economisch kader
* Oplossingsintentie
*MBSE
* Op basis instellen
* Weerbaar Architectuur
  • Het Value Stream Level is optioneel in SAFe.
  • Value Stream Level is nieuw in SAFe 4.0.
  • Het Waardestroomniveau is bedoeld/ontworpen voor ondernemingen/bouwers/organisatie die:
  1. Groot van formaat
  2. Onafhankelijk
  3. Heb complex solutions
  4. Hun oplossingen vereisen doorgaans meerdere ART's
  5. Ze hebben een leveranciersbijdrage.
  6. Zij worden geconfronteerd met de grootste systeemuitdagingen
  7. Voor cyberfysieke systemen
  8. Voor software, hardware, elektriciteit en elektronica, optica, mechanica, fluïda en meer.
  • Voor het bouwen van dit soort systemen zijn vaak honderden, zelfs duizenden beoefenaars, externe en interne leveranciers nodig.
  • Als de systemen van cruciaal belang zijn. Het falen van de oplossing, of zelfs van een subsysteem, heeft onaanvaardbare economische en sociale gevolgen.
  • Als de Enterprises met een paar honderd beoefenaars kunnen worden gebouwd, zijn de constructies van dit niveau misschien niet nodig. In dat geval kunnen ze gebruik maken van de 'samengevouwen weergave' dat is VEILIG op 3 niveaus.
  • Het bouwen van waardestroomoplossingen in een Lean-Agile-patroon vereist aanvullende artefacten, coördinatie en constructies. Dit niveau bevat dus een economisch raamwerk om financiële grenzen voor de waardestroom te bieden
  • Het ondersteunt cadans en syncronisatie voor meerdere ARTs en leveranciers. Het omvat pre- en post-PI-planningsvergaderingen en oplossingsdemo.
  • Het geeft extra rollen, namelijk: Value Stream Engineer, Solution Architect/Engineering en Oplossingsbeheer.

Samengevat

  • SAFe is een in de sector bewezen, waardegerichte methode voor het schalen van Agile op ondernemingsniveau.
  • Het geeft antwoord op vragen als “Hoe plannen we?”, “Hoe budgetteren we?” en “Hoe worden we crossfunctioneel in architectie en DevOps?"
  • Het SAFe Agile-framework helpt grote organisatieteams om de strategische doelen van een organisatie te bereiken, niet alleen individuele projectdoelen.
  • Het raamwerk biedt de mogelijkheid om een ​​gecentraliseerde strategie te handhaven en te creëren om waarde te leveren.
  • Het SAFe-model kent drie/vier niveaus die de strategische thema’s van een organisatie centraliseren.
  • Gecentraliseerde strategie, gecombineerd met de gedecentraliseerde agile ontwikkelingsuitvoering.

Referenties:

VEILIG voor Lean Enterprises 5.0:

http://www.scaledagileframework.com