safe agile tutorial what is scaled agile framework
Scaled Agile Framework SAFe-zelfstudie:
In de laatste tutorial hebben we u kennis laten maken met het concept van de Drie Amigo-principe wat zeer gunstig is gebleken voor het leveren van de juiste oplossing in een sneller tempo met sterke feedbackloops.
Als je het nog niet hebt meegemaakt, bekijk de tutorial want het is een must voor iedereen om de Agile Space te betreden.
In de huidige wereld van eersteklas technologieën en leveringsmechanismen is het erg belangrijk om je aan te passen aan de veranderende wereld. Om te slagen, moet de organisatie kunnen omgaan met de snelle veranderingen in de manier waarop ze zich ontwikkelen en de waarde leveren aan hun klanten.
Nu het grootste deel van de organisatie op weg is naar Agility, is het erg cruciaal geworden om te schalen en een concurrentievoordeel te behouden. Dit is wanneer Scaled Agile Frameworks in de indruk komen.
In deze SAFe-tutorial gaan we het Scaled Agile Framework in detail bespreken. We gaan ook de nadruk leggen op de noodzaak om SAFe in te brengen, zoals bij het begrijpen van de algemene probleemstelling, en tot slot zullen we zien hoe SAFe in beweging kan worden gebracht.
Laten we beginnen met het rollen van de bal ...
SAFe staat voor Scaled Agile Frameworks. SAFe wordt geleverd door het bedrijf Scaled Agile. Het werd opgericht in 2011, met Dean Leffingwell als bedenker en mede-oprichter.
Het is gemaakt om ondernemingen te helpen bij het schalen van lean en agile softwareontwikkelingsprocessen. Net als LeSS, DAD en Nexus is SAFe ook een van degenen die een oplossing proberen te vinden voor de problemen die worden ondervonden tijdens het opschalen van het team.
Wat je leert:
- Voordat SAFe
- Wat is SAFe?
- Waarom Scaled Agile Framework?
- SAFe-formatie
- Waarom zouden we dit Framework gebruiken?
- SAFe-configuraties
- Gevolgtrekking
- Aanbevolen literatuur
Voordat SAFe
Eerder toen we gebruikten om grote en complexe systemen te bouwen, waren de resultaten van de uitkomst dat we niet op tijd konden leveren en dat de kwaliteit niet zo geweldig was en als gevolg daarvan was de klantervaring ook niet geweldig, wat echt slecht is!
SAFe probeert deze problemen aan te pakken en bedrijven die deze kaders hebben geadopteerd, hebben verbluffende resultaten laten zien.
Wat is SAFe?
Het Scaled Agile Framework is een raamwerk dat vier verschillende lagen van agile-lean adopties biedt.
Het laagste niveau wordt TEAM-niveau genoemd, waar meerdere teams scrum, Kanban of een andere agile methodologie gebruiken met behulp van de basisprincipes van XP-programmering, waardoor waarde wordt geleverd op teamniveau.
Niveau twee dat van boven naar beneden gaat, is PROGRAMMA, het verwijst naar de teams die samenwerken onder leiding van het programmamanagementteam en waarde leveren in het concept van Agile release train.
De nieuwe laag die is toegevoegd in SAFe 4.0 is VALUE STREAM, het is niets anders dan een combinatie van programmateams en agile releasetreinen die verantwoordelijk zijn voor het leveren van een aanzienlijke hoeveelheid waarde aan de klanten.
En helemaal bovenaan hebben we ons volgende niveau, Portfolio-niveau genaamd, dat verantwoordelijk is voor het afstemmen en zien hoe waarde wordt geleverd door de drie niveaus onder de portefeuille.
Safe ondersteunt kleinschalige oplossingen met 50 - 125 beoefenaars, evenals complexe systemen die duizenden mensen nodig hebben.
Het wordt gratis onthuld en is een online kennisbank met bewezen succesrecords. Het wordt gebruikt door veel organisaties die betrokken zijn bij complexe softwareontwikkeling. SAFe heeft het ook over uitdagingen die zich voordoen bij complexe softwareontwikkeling, maar ook over verschillende rollen, verantwoordelijkheden, artefacten en verschillende activiteiten die op elke laag betrokken zijn.
Waarom Scaled Agile Framework?
Nieuwe software en systemen krijgen tegenwoordig overal de maximale marktaandacht. Door de innovatieve ideeën en nieuwe manieren van werken heel vaak binnen te halen, worden de traditionele en verouderde systemen uitgeworpen.
Dat gezegd hebbende, zullen de organisaties die de noodzaak van vooruitgang en aanpassing van de verandering beseffen en doorgronden, slagen.
Voor het ontwikkelen van de softwaresystemen moeten we gelijke tred houden met de complexiteit en afhankelijkheden die ontstaan binnen een onderling verbonden omgeving. En de dingen worden nog complexer wanneer technologieën als Bigdata, sociale media, mobiel etc. in beeld komen.
Van de organisaties wordt verwacht dat ze gelijke tred houden met nieuwe technologieën en systemen die binnenkomen en dat ze ook de legacy-systemen onderhouden die er al jaren zijn.
In een traditionele wereld gebruikten organisaties het watervalontwikkelingsmodel om de software te ontwikkelen.
Deze software is ontwikkeld in een sequentiële modus, d.w.z. de volgende fase kan pas starten als de vorige fase is voltooid. Deze manier van werken werkte uitstekend voor de oudheid, maar het levert niet langer de gewenste resultaten op voor de omgeving waar de innovatie en ontwikkeling op peil zijn.
De organisaties die in sequentiële modus werken, zullen dus vechten om te schalen en te groeien.
Enkele veelvoorkomende uitdagingen waarmee we worden geconfronteerd bij het ontwikkelen van software in een watervalmodel worden geïllustreerd in de onderstaande afbeelding:
Houd er rekening mee dat deze problemen ontstaan door het gebruik van het slechte systeem waarin de medewerker werkt en vanwege de prestaties van de medewerker.
Om deze wegversperringen te overwinnen en te overwinnen en grotere doelen te bereiken, moeten we daarom de technieken inbrengen om slanker te worden en beter op verandering te reageren. Daarom wordt het gebruik van SAFe ten zeerste aanbevolen vanwege zijn waarden, principes en praktijken.
SAFe-formatie
Laten we beginnen met onze discussie over Scaled Agile Framework en de vorming ervan. Inmiddels hebben we de noodzaak van een Scaled Agile Framework in een organisatie duidelijk gearticuleerd en begrepen.
Stel nu een omgeving voor waarin we meerdere teams hebben die onder vergelijkbare omstandigheden werken om hetzelfde doel te bereiken. Het is tijd voor ons om verder te gaan en te zien hoe Agile Scaled Framework zoals Scaled Scrum in deze ruimte werkt.
- Alle stakeholders (intern of extern) en management komen samen om een Portfolio Vision Document op zeer hoog niveau te creëren, ook wel Portfolio Backlog genoemd. Portfolio Backlog bestaat in wezen uit meerdere zakelijke en architectonische vereisten, ook wel bekend als Epics. Deze zakelijke en architectonische heldendichten zijn afgestemd op prioriteiten.
- Op basis van de prioriteiten worden deze heldendichten opgepikt door de Product Managers / Delivery Managers. Ze maken een goed gedefinieerde Roadmap en een Visiedocument. Ze doen deze activiteit door het releaseplan te bespreken met het Release Management Team om de roadmap af te stemmen op de productiereleases.
- Zodra het Roadmap en Vision Document is gemaakt, is de volgende stap van de Product Manager het creëren van een achterstand in Program Backlog. Een Program Backlog bestaat uit Release Items, Functional bits en een pool van Non-Functional Requirements (NFRs).
- Het Release Management Team stelt een releaseplan op dat past in de features in de release cycli.
- Het Release Management Team werkt nu aan de feature bits om aan het Release Plan en de doelstellingen te voldoen. Ze werken ook aan het voorbereiden van de architectuur en infrastructuur om vlotte releases mogelijk te maken.
- Vanuit de Program Backlog gaan we naar een individuele Product Backlog, ook wel Team Backlog genoemd. Release / System Team hebben hun eigen Product Backlog, op dezelfde manier zullen alle Scrum Teams die aan het project werken hun individuele Product Backlog hebben.
- Product Backlog bestaat uit zowel functionele als niet-functionele verhalen. Deze verhalen worden geprioriteerd door de Product Owner die aan dat Scrum Team werkt.
- Meestal zijn er 5-10 Scrum Teams die werken in een Scaled Agile omgeving. Elk van het Scrum-team heeft een Product Owner, Scrum Master en een Development Team. De rollen en verantwoordelijkheden van elk van de Scrum-teamleden in Scaled Scrum zijn dezelfde als die in de normale Scrum-omgeving.
- Het Scrum Team voert alle Scrum Ceremonies uit en werkt aan het ontwikkelen van het Increment dat aan het einde van elke sprint moet worden opgeleverd.
Tips en trucs
- Voor alle Scrum Teams worden de start- en einddatums van de Sprint hetzelfde gehouden als dezelfde duur. Daarom wordt de Sprint voor alle Scrum Teams gesynchroniseerd.
- Aangezien alle Scrum-teams aan één missie werken, moeten de onderlinge afhankelijkheden duidelijk worden gedefinieerd, gepland en toegewezen om de verstoring van productleveringen te minimaliseren. Afhankelijkheden tussen de Scrum-teams is een van de meest routinematige problemen in Scaled Scrum Environment.
- Van elk Scrum-team wordt verwacht dat ze aan het einde van elke Sprint een Increment leveren. Al deze incrementen vormen samen een potentieel vrij te geven software-increment.
- Tijdens het werken in Scaled Scrum moet het verschuiven van de teamleden van het ene team naar het andere zorgvuldig gebeuren. Het verschuiven van een Teamlid is niet toegestaan tijdens de Sprint en er is geen uitzondering op deze regel.
- De algehele voortgang van het programma wordt gemeten door de incrementen te integreren die door alle Scrum Teams zijn ontwikkeld.
- Wanneer je in Scaled Scrum werkt, wordt er dagelijks of wekelijks een ceremonie gehouden die ‘Scrum of Scrum’ heet, waarbij een vertegenwoordiger (meestal Scrum Master) van elk van het Scrum Team wordt opgeroepen om deel te nemen. Deze bijeenkomst is hetzelfde als die van Daily Standup en ook het doel blijft hetzelfde: ‘De afstemming en synchronisatie tussen meerdere teams behouden’.
- Houd altijd de kernwaarden van het Scaled Agile Framework (SAFe) intact op alle niveaus.
Kernwaarden: Uitlijning, ingebouwde kwaliteit, uitlijning en transparantie
- Communicatie en samenwerking tussen de Scrum Teams is de sleutel tot een succesvolle Scaled Scrum in termen van productiviteit, kwaliteit en time-to-market.
Een paar tweaks hier en daar in een Scrum Framework kunnen tot ongelooflijke resultaten leiden in de vorm van Scaled Scrum.
Waarom zouden we dit Framework gebruiken?
SAFe 4.0 heeft nu een bewezen staat van dienst voor succes, van vele gigantische organisaties die dit raamwerk hebben geïmplementeerd en de klantervaring hebben verbeterd door softwareproducten te leveren in een zo kort mogelijke duurzame doorlooptijd door de Lean-Agile-manier te volgen.
In principe werkt het op basis van de agile ontwikkeling, systeemdenken en lean ontwikkeling.
Het helpt bij:
- Zakelijke en technische doelen voor het bedrijf op elkaar afstemmen.
- Beslissingen nemen om de resultaten te verbeteren.
- Planning voor tijdige levering.
- Verbetering van de kwaliteit van oplossingen.
- De agile processen opschalen naar enterprise-niveau.
- De vaardigheden van medewerkers effectief gebruiken.
- Effectieve organisatiestructuren definiëren
- Agile teamprestaties meten
- En stel manieren voor om mensen te motiveren voor goed werk en om nieuwe dingen te leren en risico's te nemen.
Hier zijn de gegevens van bedrijven die het met succes hebben geïmplementeerd
SAFe-configuraties
SAFe ondersteunt het volledige scala aan ontwikkelomgevingen met vier configuraties,
1. Essentiële VEILIGHEID
- De Essential SAFe-configuratie is het hart van het Framework en is het eenvoudigste startpunt voor implementatie.
- Het is de basisbouwsteen voor alle andere SAFe-configuraties en beschrijft de meest kritische elementen die nodig zijn om de meeste voordelen van het Framework te realiseren.
- De team- en programmaniveaus vormen een organisatiestructuur genaamd de Agile Release Train (ART), waar Agile-teams, belangrijke belanghebbenden en andere middelen worden toegewijd aan een belangrijke, doorlopende oplossingsmissie.
2. Portfolio SAFe
- De Portfolio SAFe-configuratie helpt om de portefeuille-uitvoering af te stemmen op de bedrijfsstrategie.
- Georganiseerd rond de stroom van waarde.
- Lean-Agile budgettering geeft besluitvormers meer mogelijkheden.
- Kanban-systeem biedt portfolio-zichtbaarheid en WIP-limieten.
- Enterprise-architectuur begeleidt grotere technologische beslissingen.
- Objectieve statistieken ondersteunen het beheer en de verbetering.
- Waardelevering via Epics.
3. Grote oplossing SAFe
- Grote oplossing SAFe-configuratie is voor het ontwikkelen van de grootste en meest complexe oplossingen waarvoor doorgaans meerdere Agile-releasetreinen en leveranciers nodig zijn, maar waarbij geen overwegingen op portfolioniveau nodig zijn.
- Dit is gebruikelijk voor industrieën zoals lucht- en ruimtevaart, defensie, automobielindustrie enz.
- De Solution Train-organisatie van het grote oplossingsniveau helpt ondernemingen die voor de grootste uitdagingen staan: het bouwen van grootschalige, multidisciplinaire software, hardware en complexe IT-systemen.
- Het bouwen van deze oplossingen vereist extra rollen, artefacten, evenementen en coördinatie.
4. Volledige SAFe
- De Full SAFe-configuratie is de meest uitgebreide versie van het Framework.
- Het ondersteunt ondernemingen die grote geïntegreerde oplossingen bouwen en onderhouden, waarvoor honderden mensen of meer nodig zijn, en omvat alle niveaus van SAFe: team, programma, grote oplossing en portfolio.
- In de grootste ondernemingen zijn mogelijk meerdere exemplaren van verschillende SAFe-configuraties vereist.
De stichting
De Foundation bevat de ondersteunende principes, waarden, mindset, implementatiebegeleiding en leiderschapsrollen die nodig zijn om de waarde met succes op schaal te leveren.
1. Lean-Agile leiders
Het management heeft de eindverantwoordelijkheid voor bedrijfsresultaten. Leiders moeten worden opgeleid en vervolgens trainers worden in deze slankere manieren van denken en werken. Daartoe beschrijft SAFe een nieuwe stijl van leiderschap die wordt vertoond door de leiders van de onderneming.
Lean-Agile leiders leiden zijn / haar organisatie bij het bouwen van betere systemen door middel van iteratieve en incrementele manieren van leren, coachen en ontwikkelen van mensen en processen.
SAFe Lean-Agile-leiders zijn levenslange leerlingen en leraren die de teams helpen om betere systemen te bouwen door de Lean-Agile Mindset en SAFe-principes te begrijpen en te vertonen.
2. Kernwaarden
Vier kernwaarden bepalen het geloofssysteem voor SAFe:
Programma-uitvoering
- Programma-uitvoering is de belangrijkste kernwaarden omdat het zich verhoudt tot andere waarden zonder welke het uitvoeringsteam geen waarde kan leveren aan de klant.
- Het richt zich voornamelijk op werkende software en een geweldige klantervaring.
- Complexe softwareontwikkeling wordt bereikt met behulp van inspectie en bedreven aan het einde en presteert beter in elke PI.
- Niet alleen de teams maar met de hulp van Agile leiders kan het leiderschapsteam ook klanttevredenheid realiseren
Transparantie
- Op elk niveau, d.w.z. team-, programma-, waardestroom- en portfolioniveau, hebben we een whiteboard dat op elk moment informatie weergeeft over de voortgang van het project.
- Het team volgt agile scrum, waardoor alle teamleden elkaar vertrouwen en vrij zijn om beslissingen te nemen die innovaties bevorderen.
- Moedigt open en eerlijke communicatie met alle belanghebbenden aan.
- Waardeer productiviteit, kwaliteit, transparantie en openheid boven interne politiek.
Ingebouwde kwaliteit
- Pas stapsgewijs de ingebouwde kwaliteitsprocedures voor software, hardware en firmware toe. De ontwikkeling van technische vaardigheden begrijpen, onderwijzen of sponsoren ter ondersteuning van hoogwaardige code, componenten, systemen en oplossingen.
- Bevorder praktijkgemeenschappen.
- Begrijp, ondersteun en pas Agile Architecture en Lean User Experience (UX) toe.
3. Lean-Agile Mindset
Lean-Agile leiders zijn levenslange leerlingen en docenten. Ze begrijpen en omarmen de principes en praktijken van Lean en Agile.
Onze Lean-Agile-mentaliteit komt tot uiting in twee dingen:
(i) The House of Lean:
The House of Lean is degene die je hier ziet.
Het heeft een aantal elementen:
Waarde, omdat het doel van Lean heel simpel is, heeft het de kortste duurzame doorlooptijd. Dat wordt bereikt door de pijlers van respect voor mensen en cultuur , productontwikkelingsstroom, innovatie - cruciaal voor duurzaamheid op lange termijn - en niet aflatende verbetering. En het wordt ondersteund door leiderschap
Dat is de structuur waarin we geneigd zijn na te denken over het Lean-paradigma.
(ii) Agile Manifest:
Ten tweede is het Agile Manifest , dat bij ons is sinds 2001. Het is een zeer goed geschreven document en wat het zegt, is nog steeds waar tot op de dag van vandaag. We hebben het Agile Manifesto nodig omdat het de sleutel is om de motivaties en de talenten van de kenniswerkers die onze oplossingen en software ontwikkelen te ontsluiten.
Agile Manifest
- De hoogste prioriteit is om de klant tevreden te stellen door de continue en vroege levering van waardevolle software.
- Omarm de veranderende vereisten, zelfs als ze laat in ontwikkeling zijn. Agile processen benutten verandering ten voordele van de klant.
- Lever regelmatig werkende software, van een paar weken tot een paar maanden, met een voorkeur voor de kortere tijdschaal.
- Ontwikkelaars en zakenmensen moeten gedurende het hele project dagelijks samenwerken.
- Bouw projecten rond gemotiveerde individuen. Geef ze steun en de omgeving die ze nodig hebben, en vertrouw erop dat ze de klus zullen klaren.
- De meest efficiënte manier van communiceren met het ontwikkelteam is een face-to-face gesprek.
- Werkende software is de belangrijkste maatstaf voor vooruitgang.
- Agile processen bevorderen duurzame ontwikkeling. De sponsors, ontwikkelaars en gebruikers moeten voor onbepaalde tijd een constant tempo kunnen aanhouden.
- Voortdurende aandacht voor technische uitmuntendheid en een goed ontwerp vergroot de wendbaarheid.
- Eenvoud - de kunst van het maximaliseren van de hoeveelheid werk die niet wordt gedaan en is veel essentieel.
- De beste architecturen, vereisten en ontwerpen komen voort uit zelforganiserende teams.
- Het team denkt regelmatig na over hoe het effectiever kan worden, stemt het vervolgens af en past het daarop aan.
4. SAFe-principes
SAFe-praktijken zijn gebaseerd op negen principes die Agile-methoden, Lean-productontwikkeling, systeemdenken en tientallen jaren praktijkervaring samenvoegen.
- Bekijk het economisch
- Pas systeemdenken toe
- Ga uit van 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
5. Implementatie Roadmap
Het implementeren van de veranderingen die nodig zijn om een Lean-Agile technologieonderneming te worden, is voor de meeste bedrijven een substantiële verandering. SAFe biedt een implementatieroadmap om organisaties te helpen of te begeleiden bij deze reis.
Laten we tot slot de implementatie bespreken. We zullen dat beschrijven aan de hand van ons Implementing SAFe 1-2-3-model.
Nummer 1 is het trainen van de Lean-Agile veranderaars. We noemen dat SAFe Program Consultants. Met voldoende personeel van Lean-Agile veranderingsagenten ter plaatse en door samen te werken met uw partners, kunt u de leidinggevenden en leiders en managers trainen die verantwoordelijk zijn voor het managen van de mensen die waarde leveren.
Ze zullen dan in staat zijn om de lancering van de Agile Release Trains te ondersteunen. En met één training per keer bouw je aan die Agile-portfolio.
6. SAFe Program Consultants (SPC's)
SPC's zijn veranderaars die hun technische kennis van SAFe combineren met een intrinsieke motivatie om de software- en systeemontwikkelingsprocessen van hun bedrijf te verbeteren.
Gevolgtrekking
Veilig is een raamwerk dat ons niet alleen afstemming geeft met het team (lager niveau) en programmaniveau, maar ons ook helpt af te stemmen op de organisatiestrategie (hoogste niveau) en hoe een team werkt bij het toevoegen van waarde aan klanten vanaf het hoogste niveau.
Het is verkrijgbaar in verschillende configuraties en bedrijven kunnen er hun voordeel mee doen
Het kan worden gebruikt door een grote organisatie en het heeft goede feedback gekregen van de bedrijven die erin zijn geïmplementeerd, het heeft regels, waarden en principes als het correct wordt gebruikt, de organisatie kan de klant blij maken en software produceren in een zo kort mogelijke duurzame voorsprong tijd die waarde toevoegt.
Met deze tutorial zijn we aan het einde gekomen van onze Agile Scrum-serie We hopen dat je het naar je zin hebt gehad en met veel plezier onze artikelen over Agile hebt gelezen.
Laat het ons ook weten als je denkt dat we een onderwerp in de Agile Series zijn vergeten. We gaan graag een stap verder en bespreken het onderwerp voor u. Hierna volgt een interessante Agile-quiz voor jou met de antwoorden. Vergeet het niet te proberen !!
hoe statische variabele te initialiseren in c ++
PREV-zelfstudie VOLGENDE zelfstudie
Aanbevolen literatuur
- JIRA Agile-zelfstudie: JIRA effectief gebruiken voor het beheren van Agile-projecten
- Diepgaande Eclipse-zelfstudies voor beginners
- Agile Scrum Online Quiz: test uw kennis van Agile Scrum
- Kanban versus Scrum versus Agile: een gedetailleerde vergelijking om verschillen te vinden
- Hoe u hoogwaardige softwarefuncties kunt leveren in een korte periode met behulp van Agile Scrum-proces
- Zelfstudie voor Java Collections Framework (JCF)
- Agile Manifesto: Agile waarden en principes begrijpen
- Zelfstudie over reflectie in Java met voorbeelden