SAFe Methodology Tutorial: Wat is Scaled Agile Framework

Wat is een Scaled Agile Framework (SAFe)?

Scaled 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 onderverdeeld in drie segmenten: Team, Programma en portfolio.

SAFe- framework stelt het team in staat om,

• Implementeren van Lean-Agile software en systemen op bedrijfsniveau
• Het is gebaseerd op de principes van Lean en Agile.
• Het geeft gedetailleerde richtlijnen voor het werk bij de Enterprise Portfolio, Value Stream, Program en Team.
• Het is ontworpen om aan de behoeften van alle belanghebbenden binnen een organisatie te voldoen.

SAFe werd voor het eerst ontwikkeld in het veld en werd uitgewerkt in de boeken en blog van Dean Leffingwell . Versie 1.0 is de eerste officiële release in 2011. De nieuwste versie is 4.6, werd uitgebracht in oktober 2018. Het biedt begeleiding bij het werken op enterprise-portfolio-, waardestroom-, programma- en teamniveau.

In deze SAFe Agile tutorial leer je:

• Wat is Scaled Agile Framework (SAFe)
• Waarom Agile Framework gebruiken?
• Wanneer gebruik je Scaled Agile Framework?
• Hoe anders dan andere Agile-praktijken
• Fundamenten van Scaled Agile Framework
• Agile Manifest
• Verschillende niveaus in SAFE
• Teamniveau
• Programmaniveau
• Portfolio niveau
• Waardestroomniveau

Waarom Agile Framework gebruiken?

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

• Productiviteit verhoogd met 20 - 50%
• De kwaliteit is meer dan 50% gestegen
• Time to Market is sneller dan 30-75%
• Verhoogde betrokkenheid van medewerkers en werkplezier.

Het gedetailleerde kaderdiagram is beschikbaar op de website. Het toont alle belangrijke rollen, activiteiten, te leveren producten en stromen. Het dient ook als navigatiehulp voor de rest van de site.

De onderstaande afbeelding legt uit hoe agile proces werkt. Epics is een groot oeuvre, dat verder wordt opgesplitst in een aantal kleinere verhalen of subepics. Deze subepics worden als verhaal aan het team toegewezen. Elk team werkt vervolgens dienovereenkomstig aan deze verhalen of softwarefuncties.

Wanneer gebruik je Scaled Agile Framework?

• Wanneer een team geïnteresseerd is om een ​​agile aanpak consequent te implementeren in grotere, multi-team programma's en portfolio's.
• Wanneer meerdere teams hun eigen manier van Agile-implementatie hebben, maar regelmatig worden geconfronteerd met obstakels, vertragingen en mislukkingen.
• Wanneer teams onafhankelijk willen werken.
• Wanneer u Agile in de hele organisatie wilt schalen, maar niet zeker weet welke nieuwe rollen nodig zijn of welke bestaande rollen (dat wil zeggen, management) moeten veranderen en hoe.
• Wanneer u heeft geprobeerd om de Agile binnen uw organisatie te schalen, maar moeite heeft met afstemming om een ​​uniforme of consistente strategie te bereiken voor alle bedrijfsafdelingen, van portfolio tot programma- en teamniveaus.
• Wanneer een organisatie de doorlooptijd van productontwikkeling moet verbeteren en wil weten hoe andere bedrijven erin zijn geslaagd om Agile op te schalen met SAFe.

Hoe anders dan andere Agile-praktijken

Laten we nu in deze Scaled Agile Framework-zelfstudie kijken hoe Scaled Agile Framework verschilt van andere agile-praktijken,

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

Fundamenten van Scaled Agile Framework

Scaled Agile Framework (SAFe): het staat op de fundamenten van zijn

1. Lean-Agile-principes
2. Kernwaarden,
3. Lean-Agile leiderschap
4. Lean-Agile Mind-set,
5. Communities of Practice (groep mensen die constant aan SAFe-praktijken werken)
6. Implementeren 1-2-3

SAFe Lean-Agile-principes

Deze basisprincipes en waarden van SAFe Agile voor SAFe moeten worden begrepen, tentoongesteld en voortgezet om de gewenste resultaten te krijgen.

• Bekijk het economisch
• Pas systeemdenken toe
• Veronderstel variabiliteit; bewaar opties
• Bouw stapsgewijs met snelle, geïntegreerde leercycli
• Baseer mijlpalen op een objectieve evaluatie van werkende systemen
• Visualiseer en beperk WIP, verklein batchgroottes en beheer wachtrijlengtes
• Pas cadans toe, synchroniseer 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.

Uitlijning:

• SAFe ondersteunt uitlijning.
• Uitlijning begint bij,
  • Strategische thema's in Portfolio Backlog en
  • Gaat omlaag naar Visie en Roadmap of Program Backlogs en vervolgens
  • Verplaatst naar de Team Backlogs.

Ingebouwde kwaliteit:

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

Transparantie:

• Transparantie maakt vertrouwen mogelijk.
• SAFe helpt de onderneming om op alle niveaus transparantie te bereiken: leidinggevenden, portefeuillemanagers en andere belanghebbenden.
• Iedereen kan zien in de portfoliobacklog / Kanban, programma-backlogs / Kanban en Team Backlog / Kanban.
• Elk niveau heeft een duidelijk begrip van de PI-doelen.
• Train Programmes hebben inzicht in de achterstanden van het team, evenals in andere programma-achterstanden
• Teams en programma's hebben inzicht in het bedrijfsleven en de architectuur van Epics. Ze kunnen zien wat er op hun pad komt.

Programma-uitvoering:

• SAFe besteedt veel aandacht aan werkende systemen en de daaruit voortvloeiende bedrijfsresultaten.
• SAFe is niet nuttig als teams niet kunnen presteren en continu waarde kunnen leveren.

Lean Agile-leiders:

De Lean-Agile Leaders zijn levenslange leerlingen en docenten. Het helpt teams om betere systemen te bouwen door de Lean-Agile SAFe-principes te begrijpen en te vertonen.

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

Leiders moeten een nieuwe stijl van leiderschap 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; Leg de nadruk op levenslang leren
• Ontwikkel mensen
• Inspireer en stem af met de missie; Minimaliseer beperkingen
• Decentraliseer de besluitvorming
• Ontgrendel de intrinsieke motivatie van kenniswerkers

Lean Agile Mind-Set:

Lean-Agile-mentaliteit wordt vertegenwoordigd in twee dingen:

1. Het SAFe House of Lean
2. Agile Manifest

Het SAFe House of Lean :

SAFe is afgeleid van Lean-productieprincipes en -praktijken. Op basis van deze factoren presenteert SAFe het "SAFe House of Lean". Het is geïnspireerd op het "huis" van magere Toyota.

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

In de onderstaande afbeelding worden het doel, de pijlers en de basis van "SAFe House of Lean" uitgelegd.

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 we tot de waarde gekomen:

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

Agile Manifest

1. De hoogste prioriteit is om de klant tevreden te stellen door continue en vroege levering van waardevolle software.
2. Omarm de veranderende eisen, zelfs laat in de ontwikkeling. Agile SAFe-methodologieprocessen benutten verandering in het voordeel van de klant.
3. Lever regelmatig werkende software, van een paar weken tot een paar maanden, met een voorkeur voor de kortere tijdschaal.
4. Ontwikkelaars en zakenmensen moeten gedurende het hele project dagelijks samenwerken.
5. Bouw projecten rond gemotiveerde individuen. Geef ze steun en de omgeving die ze nodig hebben, en vertrouw erop dat ze de klus zullen 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 bevorderen duurzame ontwikkeling. De sponsors, ontwikkelaars en gebruikers moeten voor onbepaalde tijd een constant tempo kunnen aanhouden.
9. Voortdurende aandacht voor technische uitmuntendheid en een goed ontwerp vergroot de wendbaarheid.
10. Eenvoud - de kunst om de hoeveelheid werk die niet wordt gedaan te maximaliseren - is essentieel.
11. De beste architecturen, vereisten en ontwerpen komen voort uit zelforganiserende teams.
12. Met regelmatige tussenpozen denkt het team na over hoe het effectiever kan worden, stemt het vervolgens af en past het daarop aan.

Verschillende niveaus in SAFE

Er zijn twee verschillende soorten SAFe-implementatie:

1. SAFe 4.0 implementatie
2. SAFe 3.0 implementatie

• Bij de implementatie van SAFe 4.0 hebben we 4 niveaus: portfolio, waardestroom, programma en team.
• Bij de implementatie van SAFe 3.0 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 voor oplossingen waarvoor doorgaans honderden professionals nodig zijn om software te ontwikkelen en te onderhouden.

Teamniveau

Rollen / teams		Evenementen		Artefacten
* Agile team		* Sprint Planning		* Team Backlog
* Product eigenaar		* Achterstand in verzorging		* Niet-functionele vereisten
* Scrum Master		* Dagelijkse stand-up		* Team PI-doelstellingen
		* Uitvoering		* Herhalingen
		* Sprint-demo		* Verhalen (werkende software)
		* Sprint Retrospective		* Sprintdoelen
		* IP-sprints		* Ingebouwde kwaliteit
				* Stekels
				* Team Kanban

• Alle SAFe-teams maken deel uit van een of andere Agile Release Train (ART).
• SAFe-teams zijn krachtige, zelforganiserende, zelfsturende, multifunctionele teams
• Elk team is in gelijke mate verantwoordelijk voor het definiëren, bouwen en testen van verhalen uit hun Team Backlog in iteraties met een vaste lengte
• Teams plannen en voeren time-boxed iteraties van twee weken uit in overeenstemming met de overeengekomen iteratiedoelen.
• Teams zullen de ScrumXP / Team Kanban-routine gebruiken om hoogwaardige systemen te leveren om 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, inclusief alle rollen die nodig zijn om een ​​kwalitatieve incrementele waarde op te bouwen in elke iteratie.
• ScrumXP-rollen omvatten:
  • Team (Dev + QA)
  • Scrum Master
  • Product eigenaar. Enz…
• SAFe verdeelt de ontwikkelingstijdlijn in een reeks iteraties binnen een PI (Program Increment).
• PI-duur is tussen 8-12 weken.
• Het team zal verhalen gebruiken om de waarde te leveren. De Product Owner heeft inhoudelijke autoriteit over de creatie en acceptatie van de verhalen.
• Verhalen bevatten de eisen van de klant.
• Team Backlog omvat gebruikers- en enabler-verhalen, die tijdens PI-planning worden geïdentificeerd. Wanneer het productmanagement de roadmap, visie en programma-backlog presenteert.
• Het identificeren, uitwerken, prioriteren, plannen, implementeren, testen en accepteren van de verhalen zijn de primaire vereisten van managementwerk op teamniveau.
• Elke iteratie biedt:
  • Een waardevolle toevoeging aan nieuwe functionaliteit
  • Bereik door constant herhalend patroon
  • Plan de iteratie
  • Zet u in voor een bepaalde functionaliteit
  • Voer de iteratie uit door Verhalen te bouwen en te testen
  • Demo de nieuwe functionaliteit
  • Retrospectief
  • Herhaal voor de volgende iteratie
• Teams ondersteunen ook de systeemdemo aan het einde van elke iteratie. dat is het kritische integratiepunt voor de ART.
• Grotere waardestreams hebben meerdere ART's.
• De Innovation and Planning (IP) iteraties maken gebruik van de teams met een kans voor innovatie en verkenning.

Programmaniveau

Rollen / teams		Evenementen		Artefacten
* DevOps		* PI (Program Increment) Planning		* Visie
* Systeemteam		* Systeemdemo's		* Routekaart
* Releasebeheer		* Inspecteer en keur workshop goed		* Statistieken
* Product management		* Architecturale startbaan		* Mijlpalen
* UEX-architect		* Laat elk moment los		* Releases
* Release Train Engineer (RTE)		* Agile Release Train		* Programma Epics
* Systeemarchitect / ingenieur		* Vrijlating		* Programmeer Kanban
* Bedrijfseigenaren				* Programma-achterstand
* Lean-Agile leiders				* Niet-functionele vereisten
* Praktijkgemeenschappen				* Gewogen kortste taak eerst (WSJF)
* Gedeelde diensten				* Programmeer PI-doelstellingen
* Klant				* Voorzien zijn van
				* Enabler
				* Oplossing
				* Coördinatie van waardestromen

• Op programmaniveau wordt Value of SAFe geleverd door langlevende Agile Release Trains (ART). Iteratie is voor team en training is voor het programma.
• Agile Release Trains (ART) is het primaire voertuig voor waardelevering op programmaniveau. Het levert een waardestroom op voor de organisatie.
• De duur van de programma-incrementen (PI's) is 8 tot 12 weken.
• ART bestaat uit 5 - 12 Agile Teams (~ 50 - 125+ mensen) die alle rollen en infrastructuur bevatten die nodig zijn om volledig geteste, werkende software op systeemniveau te leveren.
• Elke PI is een tijdvak met meerdere iteraties. Waarbij een significante, waardevolle aanwinst van het systeem wordt ontwikkeld en opgeleverd.
• In elke PI zullen een "demo" en "Inspect and adapt" -sessies plaatsvinden, en de planning begint voor de volgende PSI.
• Op programmaniveau legt SAFe de nadruk op het principe van afstemming. Dit komt doordat meerdere agile teaminspanningen zijn geïntegreerd om klantwaarde te creëren.
• SAFe artefacthiërarchie is Epics-> features-> user stories .
• Op programmaniveau heeft de productmanager / programmamanager inhoudelijke autoriteit. Hij definieert en prioriteert de achterstand in het programma.
• Programma-achterstand is een geprioriteerde lijst met functies.
• Op programmaniveau kunnen features ontstaan, of ze kunnen voortkomen uit heldendichten die op portfolioniveau zijn gedefinieerd.
• Functies vallen uiteen in gebruikersverhalen en vloeien over in achterstanden op teamniveau.
• Productmanager of de rol van Release Train Engineer kan worden afgehandeld door de Program Manager / Senior Project Manager
• De rol van systeemarchitect op programmaniveau is om het dagelijkse werk met de teams samen te werken. Het zorgt ervoor dat aan niet-functionele eisen wordt voldaan. Ze werken ook samen met de enterprise-architect op portfolioniveau om ervoor te zorgen dat er voldoende architecturale landingsbaan is om aankomende gebruikers- en bedrijfsbehoeften te ondersteunen.
• Interface-ontwerp, richtlijnen voor gebruikerservaring en ontwerpelementen voor de teams worden geleverd door UX Designers.
• De rol van Chief-Scrum Master wordt gespeeld door 'Release Train Engineer'.
• Diverse teams (van marketing, ontwikkeling, kwaliteit, operations en implementatie) vormen 'Release Management Team'. Ze zullen routinematige releases van kwaliteitsoplossingen aan klanten goedkeuren.
• Implementatie van software in klantomgevingen en succesvolle levering wordt verzorgd door het DevOps-team.

Portfolio niveau

Rollen / teams		Evenementen		Artefacten
* Enterprise Architect		* Strategische investeringsplanning		* Strategische thema's
* Programma Portfolio Mgmt		* Kanban Portfolio (Epische) Planning		* Enterprise
* Epische eigenaren				* Portfolio achterstand
				* Portfolio Kanban
				* Niet-functionele vereisten
				* Epic en Enabler
				* Waarde stroom
				* Budgetten (CapEx en OpEx)

• Het hoogste niveau van interesse / bezorgdheid / betrokkenheid / bij SAFe is SAFe Portfolio
• Het portfolio biedt de basisblokken voor het organiseren van de Lean-Agile Enterprise waardestroom via een of meer Value Streams.
• 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 strategische doelstellingen te bereiken, omvat het portfolioniveau 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 portfolio is bidirectioneel verbonden met het bedrijf:
  • 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.
• Program Portfolio Management fungeert als belanghebbenden en zij zijn verantwoordelijk voor het leveren van de bedrijfsresultaten.
• SAFe Portfolio Level bevat mensen, processen en noodzakelijke build-systemen en oplossingen die een onderneming nodig heeft om haar strategische doelstellingen te bereiken.
• Waardestromen zijn de primaire doelstellingen in Portfolio, waarmee financiering voor de mensen en andere middelen nodig is om de Oplossingen te bouwen.
• Belangrijke sleutelbegrippen die hier worden gebruikt, zijn:
  • Verbinding met de onderneming,
  • Programma Portfoliomanagement,
  • Beheer van de stroom van portfolio-epics.

Waardestroomniveau

Rollen / teams		Evenementen		Artefacten
* DevOps		* Pre en Post PI (Program Increment) Planning		* Visie
* Systeemteam		* Oplossingsdemo's		* Routekaart
* Releasebeheer		* Inspecteer en keur workshop goed		* Statistieken
* Oplossingsbeheer		* Agile Release Train		* Mijlpalen
* UEX-architect				* Releases
* Value Stream Engineer (RTE)				* Value Stream Epics
* Solution Architect / Engineer				* Waardestroom Kanban
* Gedeelde diensten				* Value Stream Backlog
* Klant				* Niet-functionele vereisten
* Leverancier				* Gewogen kortste taak eerst (WSJF)
				* Value Stream PI-doelstellingen
				* Vermogen
				* Enabler
				* Oplossingscontext
				* Coördinatie van waardestromen
				* Economisch kader
				* Oplossingsintentie
				* MBSE
				* Op basis van set
				* Agile Architectuur

• Het Value Stream Level is optioneel in SAFe.
• Value Stream Level is nieuw in SAFe 4.0.
• Het Value Stream Level is bedoeld / ontworpen voor ondernemingen / bouwers / organisaties die:

1. Groot van formaat
2. Onafhankelijk
3. Zorg voor complexe oplossingen
4. Hun oplossingen vereisen doorgaans meerdere ART's
5. Ze hebben een bijdrage van leveranciers.
6. Ze staan ​​voor de grootste systeemuitdagingen
7. Voor cyberfysieke systemen
8. Voor software, hardware, elektrisch en elektronica, optica, mechanica, fluïdica en meer.

• Voor het bouwen van dit soort systemen zijn vaak honderden, zelfs duizenden beoefenaars, externe en interne leveranciers nodig.
• Als de systemen missie cruciaal zijn. Het falen van de oplossing, of zelfs een subsysteem, heeft onaanvaardbare economische en sociale gevolgen.
• Als de ondernemingen met een paar honderd beoefenaars kunnen worden gebouwd, heeft het de constructies van dit niveau misschien niet nodig. In dat geval kunnen ze gebruiken vanuit de ' samengevouwen weergave' die SAFe met 3 niveaus is.
• 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 te stellen aan de waardestroom
• Het ondersteunt cadans en synchronisatie voor meerdere ART's en leveranciers. Het omvat pre- en post-PI-planningsvergaderingen en oplossingsdemo.
• Het geeft extra rollen die zijn: Value Stream Engineer, Solution Architect / Engineering en Solution Management.

Overzicht:

• SAFe is een beproefde, waardegerichte methode voor het opschalen van Agile op Enterprise-niveau.
• Het beantwoordt de vragen als "Hoe plannen we?", "Hoe budgetteren we?" En "Hoe worden we crossfunctioneel in architectuur en DevOps?"
• 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 heeft drie / vier niveaus die de strategische thema's van een organisatie centraliseren.
• Gecentraliseerde strategie, gecombineerd met de gedecentraliseerde uitvoering van agile ontwikkeling.

Referenties:

SAFe voor Lean Enterprises 5.0:

http://www.scaledagileframework.com

Dit artikel is bijgedragen door Jyothi Rangaraj