Innehåll

• Certifiering steg för steg
1. Certifieringskrav
2. Studietips
3. Examenstips
• Agile Basics
1. The Agile Manifesto
2. Agile Mindset
3. Agile Teams
4. Agile Methods
5. Scaling Agile
• Scaled Agile Framework
1. 1. Organizational Agility
2. 2. Lean Portfolio Management
3. 3. Enterprise Solution Delivery
4. 4. Agile Product Delivery
5. 5. Team and Technical Agility
6. 6. Continuous Learning Culture
7. 7. Lean Agile Leadership

Nya trender, nya certifieringar - i år blev det dags för SAFe (Scaled Agile Framework). SAFe är inte så mycket en metodik som en samling av olika agila metodiker så certifieringen bygger därför på memorering av diverse olika agila begrepp. Jag försöker här strukturera dem i hopp om att hjälpa både min och din inlärning.

Det ska erkännas att SAFe inte är lika strukturerat som till exempel PMP, varför utbildningen handlar mer om memorering än om tillämpning. Viktigast är att förstå det agila tankesättet (småskaligt, iterativt, kollaborativt etc.) så blir det lättare att ta till sig resten. Jag försöker ändå knyta de agila begreppen till min egen arbetsvardag för att lättare memorera dem.

Certifiering steg för steg

Certifieringskrav

För en certifiering krävs genomgången kurs och godkänt prov i något av de olika SAFe-spåren:

• Registrering: Registrera konto på SAFe Community.
• Förutbildning: E-utbildning inom agil metodik
• Klassrumsutbildning: 2 dagar
• Övningsexamen: 90 minuter
• Examen: 90 minuter

Se SAFe® Course Descriptions för detaljer.

Studietips

Börja med att skumma igenom alla de sidor som listas i SAFe:s egen studieguide och notera nyckelord för varje rubrik. Detta är viktigt för att veta var man kan hitta detaljer om respektive område som behövs för att svara på svårare examensfrågor. Om något område är helt obekant behöver du fördjupa dig i det men det mesta är gammal skåpmat.

Skriv därefter övningsexamen på samma sätt som om du skulle skriva den riktiga examen (tid och antal frågor är detsamma) enligt Examenstips nedan.

Gå slutligen igenom varje fråga, vare sig du svarade rätt eller fel, och försök hitta rätt svar i den stora textmassan. För de frågor där svaret fanns på ett annat ställe än det du först letade på behöver du fördjupa dig ytterligare i området.

Examenstips

På examen används flervalsfrågor där flera svar kan vara rätt. Ofta är det lätt att utesluta svar med negativ klang då SAFe främst lyfter fram fördelar med metodiken men även svar med positiv klang behöver granskas kritiskt då inte allt nödvändigtvis är rätt i sammanhanget.

Chansa ändå inte utan försök att för varje fråga söka fram den sida där du kan hitta svaret då alternativen ofta utgörs av formuleringar från texterna. Ett exempel är frågor där alternativen utgörs av modifierade punkter från det agila manifestet och det gäller att hitta den punkt som inte är modifierad.

Ibland kan mindre kända nyckelord som behöva sökas fram för att man ska förstå frågan, t ex "program board" (validerat set av features i program backlog för leverans i continuous delivery pipeline) som bara nämns i sidodokument. Använd Google i nödfall och inkludera då "SAFe" i sökningen.

Om du är osäker på en fråga så notera de första orden i frågan. Du kan då gå tillbaka till den frågan via ett navigeringsfönster efteråt. Effektivast är ändå att avsluta en fråga och gå vidare till nästa då frågorna inte är sådana att man kan lära sig av en fråga vad svaret är på en annan.

Sist men inte minst: Skicka in examen i god tid innan tiden är ute. Detta görs nämligen inte automatiskt så om tekniska problem gör att tiden hinner gå ut så får du 0 poäng på examen även om du svarat på allt.

Agile Basics

1. The Agile Manifesto

Det agila manifestet syftar till att hitta bättre sätt att utveckla mjukvara.

Ofta jämförs det med en vulgariserad syn på vattenfallsutveckling som en metod där krav, design, utveckling och test strikt följer på varandra. Att verifiering i varje steg är viktigt talas det tyst om så skillnaden är egentligen mindre än vad man kan tro. Icke desto mindre är det bra att teamens samarbete och kundens engagemang lyfts fram då detta ofta är en utmaning oavsett metod.

• Individuals and interactions over processes and tools
• Working software over comprehensive documentation
• Customer collaboration over contract negotiation
• Responding to change over following plan

Principerna bakom det agila manifestet:

1. Our highest priority is to satisfy the customer through early and continuous delivery of valuable software
2. Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.
3. Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
4. Business people and developers must work together daily throughout the project.
5. Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
6. The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
7. Working software is the primary measure of progress.
8. Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
9. Continuous attention to technical excellence and good design enhances agility.
10. Simplicity--the art of maximizing the amount of work not done--is essential.
11. The best architectures, requirements, and designs emerge from self-organizing teams.
12. At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.

Examensfrågor om det agila manifestet handlar om dess positiva egenskaper, som i sin tur handlar om att arbeta småskaligt. Exempelfrågans nyckelord är bra att lägga på minnet.

Agile Mindset

Med agilt mindset avses att skapa och svara på förändringar i en osäker omgivning.

Detta är vardagsmat för en testledare men det är bra att vikten av att reagera snabbt på fel lyfts fram, vare sig det är i utvecklingen eller i krav och design.

Med det agila manifestets nyckelord i bakhuvudet blir det lätt att hitta rätt svar på situationsberoende examensfrågor som exempelfrågan nedan.

Agile Teams

Agila team är självorganiserade team med 5-11 personer från olika funktioner. De levererar i form av user stories - små delar som beskrivs utifrån kundens perspektiv så att både användare och utvecklare kan förstå dem och som kan levereras inom en iteration, normalt två veckor.

"Som (roll) vill jag (aktivitet) så att (affärsvärde)"

En testledare är van vid att arbeta i "virtuella" agila team, där det gäller att knyta ihop utvecklare och användare. En utmaning med att skapa ett riktigt agilt team är att användaren i regel inte har tid att delta lika mycket som utvecklarna och att det därför gäller att använda deras tid så effektivt som möjligt.

Agile Methods

Att vara agil innebär att man använder rätt metod för rätt tillfälle.

En vanlig fälla är att man vill använda agila metoder också när det inte är rätt tillfälle, t ex tunga förändringar med många beroenden som inte kan levereras separat, och att man därför landar i någon slags hybrid med det sämsta av två världar.

• Extreme Programming: Fokusera på vad som är viktigast i utvecklingen
  • Kodning: Tät dialog, såsom parvis programmering
  • Test: Ständig testning för att säkra kvalitet
  • Lyssna: Regelbunden kontakt med kunderna
  • Design: Enkla lösningar för dagens problem, inte morgondagens
• Scrum: Team med nyckelrollerna product owner (prioriterar arbete) och scrum master (coachar teammedlemmarna)
  • Team backlog: Lista på önskade ärenden (ej lovade)
  • Iteration planning: Realistiskt scope för iterationen
  • Daily standup: Möte för att svara på vad man gjorde igår, vad man gör idag och om hinder finns för att uppnå iterationens mål
  • Iteration review: Demonstration av levererade ärenden och feedback från produktägare och andra intressenter
  • Iteration retrospective: Möte för att svara på vad som gick bra och vad som kan förbättras
• Kanban: Visualisera teamets arbete
  • To do: Prioriterad backlog
  • Doing: Arbete som teamet arbetar med just nu ("work in progress")
  • Done: Avslutat arbete

Scaling Agile

Scaling Agile handlar om att skala upp de bästa agila metoderna och verktygen bortom enskilda team till team av team för att hantera stora lösningar. Detta är vad resten av utbildningen ska handla om.

Scaled Agile Framework

Scaled Agile Framework sammanfattas av nedanstående bilder.

Grunden för SAFe är de sju kärnkompetenserna.

1. Organizational Agility
2. Lean Portfolio Management
3. Agile Product Delivery
4. Enterprise Solution Delivery
5. Team and Technical Agility
6. Continuous Learning Culture
7. Lean Agile Leadership

För en implementering av SAFe är följande kritiska steg nödvändiga:

1. Reaching the Tipping Point
• The need for change: A burning platform and/or visionary leadership
• Establish the vision for change: Purpose, motivation, alignment
• Take an economic view: Time to market, quality, productivity, engagement
• Getting there: Leading SAFe (den här utbildningen)
• Addressing SAFe implementation in commercial/government body: Works for both
2. Train Lean-Agile Change Agents
• Develop SPCs (Scaled Agile Partner) as change agents
3. Train Executives, Managers, and Leaders
• Thinking lean
• Embracing agility
4. Create a Lean-Agile Center of Excellence (LACE)
• Team size: 4-6 people
• Responsibilities: Communicate vision, develop plan, establish metrics etc.
• Organization and operation: Product owner, scrum master, cross-functional, product manager
• Mission: Statement, scope, success criteria
• Team distribution: Centralized, decentralized, hub-and-spoke
• Improving incrementally
5. Identify Value Streams and ARTs
• Identify the operational value streams
• Fulfillment
• Manufacturing
• Software
• Supporting
• Identify the solutions the operational value stream use of provide to customers
• Identify the people who develop and support the solutions
• Identify the development value streams that build the solutions
• Add the people needed to build full business solution
• Realize development value streams into ARTs
6. Create the Implementation Plan
• Pick the first value stream
• Select the first ART in a large value stream: Leadership support, clear products, collaborating teams, significant opportunity
• Create a preliminary plan for additional ARTs and value streams
7. Prepare for ART Launch
• Define the ART
• Set the launch date
• Train ART leaders
• Establish agile teams: Stream-aligned, complicated subsystem, platform, enabling
• Train product managers
• Train scrum masters
• Train system architects
• Assess launch readiness: Planning scope, release train engineer (RTE), planning time frame, agile teams, team makeup, agile team attendance, executive participation, business alignment, program backlog
• Prepare the program backlog
8. Train Teams and Launch ART: Fully formed, collective learning, ready features, own identities
9. Coach ART Execution: Iteration planning, backlog refinement, daily stand-ups, iteration reviews, iteration retrospectives, scrum-of-scrums
10. Launch more ARTs and Value Streams: Prepare for ART launch, train teams, coach ART execution
11. Extend the Portfolio
• Lead the change
• Align development to strategy
• Establish enterprise value flow
• Implement lean financial management
• Align demand to capacity
• Evolve leaner practices
• Foster leaner approach
12. Accelerate
• Measure performance
• Reinforce basics
• Progress towards mastery
• Anchor new behavior
• Apply learnings

1. Organizational Agility

Organizational agility handlar om hur medarbetare och teams optimerar affärsprocesserna.

• Lean-Thinking People and Agile Teams: Alla medarbetare och teams är tränade i agila metoder och omfamnar dess principer
• Lean Business Operations: Teamen använder agila principer förstå och förbättra de processer som levererar lösningar
• Strategy Agility: Företaget är agilt nog att snabbt svara på marknadsförändringar

SAFe Core Values

• Alignment: Kommunicera, delta i backloggranskningar, organisera kring värdeströmmar
• Built-in quality: Reducera teknisk skuld, säkra delar i arbetsflödet
• Transparency: Visualisera arbete, erkänn misstag
• Program execution: Var aktiv affärsägare, avlägsna hinder

SAFe House of Lean

• Value (tak): Kort ledtid med hög kvalitet
• Respect: Långsiktigt partnerskap och förtroende, organisationsförändring för kulturförändring
• Flow: Inbyggd kvalitet, produkter istället för projekt
• Innovation: Innovationer och experiment
• Improvement: Optimering av helhet, problemlösarkultur
• Leadership (golv): Led genom exempel, psykologisk säkerhet

SAFe Lean-Agile Principles

1. Take an economic view: Leverera tidigt och ofta för att få värde tidigt
• Risk
• Cost of Delay (CoD)
• Manufacturing, operational and development cost
2. Apply systems thinking: Tänk på lösning som system och fokusera på förseningar
3. Assume variability, preserve options: Flexibla krav och ansats baserad på set av lösningar snarare än specifik
4. Build incrementally: Plan-Do-Check-Act - ju kortare cykler, desto snabbare inlärning
5. Base milestones on objective evaluation: Iteration snarare än frysta krav
• Demo
• Review Solution Train PI Objectives
• Demo in end-to-end use case
• Identify business value completed
• Open for questions and comments
• Summarize progress and feedback
6. Visualize and limit WIP, reducera batchstorlekar och hantera kölängder:
   • Visualize and limit WIP: Begränsa antal ärenden per status och visualisera i en Kanbanbräda
   • Reduce Batch Size: Optimera batchstorlek baserat på holding cost (kostnad för avsaknad av feedback och långsammare leveranser av nytta) och transaction cost (kostnad för att förbereda och implementera batch)
   • Manage Queue Length: Ju kortare kölängd, desto mindre förseningar (Little's Law: Väntetid = Kölängd / Hanteringstid)
   • Short and Uncommitted Backlog: Möjliggör nytt arbete med kortare väntetid samt kapacitetsmarginal för att säkrare nå PI-mål
7. Apply cadence and synchronization: Små batcher och tät uppföljning fångar avvikelser tidigt
• SAFe practices for Cadence
• Limit accumulation of variance: Regelbundna programinkrementsplaneringar
• Sufficient capacity: Iteration för innovation och planering samt planerade mål ger buffert
• Predictable waiting times: Högprioriterad feature som inte hinns med i programinkrement flyttas till nästa
• Enable small batch sizes: Korta programinkrement
• Schedule frequent events: Mindre ny information i taget minskar transaktionskostnad vid händelser.
• SAFe practices för Synchronization
• Synchronize work from multiple projects: Jämka team till gemensamma iterationer
• Capacity margin: Iteration för innovation och planering används för lösningsdemo
• Cross-functional trade-offs: Synkronisering av kundåterkoppling
• Synchronize timing of adjacent processes: Jämka team till liknande batchstorlekar
• Nested cadence: Team interagerar vid iterationsgränser
8. Unlock motivation of knowledge workers: Ge medarbetare autonomy (självstyre), mastery (förbättring) och purpose (syfte)
9. Decentralize decision-making: Frekventa, tidskritiska och lokala beslut är bäst decentraliserade
10. Organize around value: Organisera kring värdeströmmar (Define-Build-Validate-Release), inte silos
• Operational value streams: Varierar beroende på syfte och typ
• Development value streams: Definiera-Bygg-Validera-Releasa

2. Lean Portfolio Management

Lean Portfolio Management jämkar samman strategi och exekvering genom att tillämpa agila principer på styrning och finansiering. Det bygger på tre dimensioner:

1. Strategy & Investment Funding: Säkrar att portföljen skapar lösningar som möter affärsmål
2. Agile Portfolio Operations: Samordnar decentraliserad programexekvering
3. Lean Governance: Följer upp att investeringar optimerar operativt arbete

Strategy & Investment Funding

• SAFe Portfolio: Samling av värdeströmmar
• Mappas genom horisonter
• 3: Evaluating
• 2: Emerging
• 1: Investing, Extracting
• 0: Retiring
• Kopplas till strategi och investering
• SWOT (Strength, Weaknesses, Opportunities, Threats): Identifiera möjligheter för portföljens framtida tillstånd
• TOWS (bakvänd SWOT): Utvärdera strategiska alternativ
• MVP (Minimum Viable Product): Uppmuntrar innovation och kontrollerar scope
• Realiseras genom epics (business eller enabler)
• Värde
• Affärsnytta
• Mätetal
• Icke-funktionella krav
• Lean budgets och guardrails för värdeströmmar
• Portfolio flow (funnel, review, analyze, portfolio backlog, implementing, done)
• Portfolio kanban (visualiserar pågående arbete)
• Funnel
• Review
• Analyze
• Portfolio backlog
• Implementing
• Done
• Portfolio vision (beskriver hur värdeströmmar tillsammans uppnår målet)
• Portfolio canvas (input till vision, backlog och budget)

Agile Portfolio Operations

• Coordinate Value Streams
• Support Program Execution
• Foster Operational Excellence

Lean Governance

• Forecast and Budget Dynamically
• Measure Portfolio Performance
• Employee Engagement
• Customer Satisfaction
• Partner Health
• Business Agility (ability to compete and thrive in digital age)
• Portfolio Performance
• Value Stream Performance
• Program Predictability
• Time-to-Market
• Relentless Improvement
• Quality
• Coordinate Continuous Compliance

Portfolio Roles

• Lean Portfolio Management (LPM): Beslutsfattare och finansiellt ansvariga
• Epic Owners: Samordnar epics i portföljen
• Enterprise Architect: Tillhandahåller strategiska tekniska direktiv

Portfolio Events

• Portfolio Sync: Visualiserar progress mot mål
• Participatory Budgeting: Samarbete mellan LPM och intressenter för rätt budgetnivå
• Strategic Portfolio Review: Ger LPM möjlighet att anpassa budget till ändrade behov

Portfolio Artifacts

• Strategic Themes: Knyter portfölj till strategi
• Portfolio Vision: Beskriver värdeströmmars framtida tillstånd
• Solution Investments by Horizon: Hanterar kort- och långsiktiga investeringar
• Guardrails: Policies för budget och styrning
• Guiding Investments by Horizon: Styr investeringar för olika horisontnivåer
• Apply Capacity Allocation: Fördelar av insats på olika aktiviteter
• Approving Significant Initiatives: Godkänner av budget över särskilda gränsnivåer
• Continuous Business Owner Engagement: Säkrar att budget för värdeströmmar går till rätt saker ("guardrail")

3. Enterprise Solution Delivery

Enterprise Solution Delivery beskriver hur agila principer används för stora systemleveranser.

• Lean system engineering: Samordna aktiviteter
• Continually refine the fixed/variable Solution Intent
• Apply multiple planning horizons
• Architect for scale, modularity, releasability, and serviceability
• Continually address compliance concerns
• Coordinated "trains": Samordna värdeströmmar
• Build and integrate solution components and capabilities with Agile Release Trains (ARTs) and Solution Trains
• Apply ‘continuish’ integration
• Manage the supply chain with systems of systems thinking
• Build a Continuous Delivery Pipeline
• Evolve deployed systems
• Evolving live systems: Säkra kontinuerlig leverans

4. Agile Product Delivery

Agile Product Delivery är en kundcentrerad ansats för att släppa ett kontinuerligt flöde av värdefulla produkter och tjänster.

• Customer-centric: Kunden i centrum för alla beslut
• Develop on cadence, release on demand: Kunder får vad de vill ha när de behöver det
• Continuous delivery: Grund läggs för att kunna leverera vad som helst

Customer centricity

Customer centricity innebär att alla beslut fokuserar på effekten på slutanvändaren.

• Focus on customer: Segmentering för att fokusera på utvalda kunder
• Research driven: Driver produktstrategi
• User driven: Driver produktdesign
• Understand the needs: Förståelse för underliggande behov
• Design thinking: Förstå problemet och designa lösningen
• Problem space: Discover, Define
• Solution space: Develop, Deliver
• Success Measure: Desirable, Feasible, Visible, Sustainable
• Think and feel like the customer: See världen från kundens perspektiv
• Empathy map: Förstå vem kunden är
• Vem empatiserar vi med?
• Vad behöver de göra?
• Vad ser de?
• Vad säger de?
• Vad gör de?
• Vad hör de?
• Vad känner de?
• Build whole product solutions: Lösning både för omedelbara och långsiktiga behov
• Generic product: Produktens minimikrav
• Expected product: Kundens minimikrav
• Augmented product: Erbjudande utöver förväntan som differentierar produkten
• Potential product: Åtgärder för att attrahera och behålla kunden
• Know customer lifetime value: Långsiktig relation
• Journey map: Förstå hur kunden interagerar med produkten
• Decide
• Learn
• Choose
• Apply
• Purchase
• Complete

Program Backlog

• Program Backlog: Gruppering av features för användares behov inom ett agilt releasetåg (ART)
• Vision: Produktens framtida tillstånd
• Feature: Arbete som ska utföras inom ett programinkrement
• Uppfyller intressents behov
• Inkluderar hypotes om nytta och acceptanskriterier
• Ej att förväxla med kapabilitet, som stödjer definition och utveckling av stora lösningar
• Story: Litet inkrement av värde inom en iteration, estimeras med story points
• Volym: Hur mycket?
• Komplexitet: Hur svårt?
• Kunskap: Vad vet vi?
• Osäkerhet: Vad vet vi inte?
• Prioritering: Baseras på cost of delay (CoD) och cost to implement
• WSJF (Weighted Shortest Job First) = Cost of Delay / Job Duration
• Cost of Delay = User Business Value + Time Criticality + Risk Reduction

PI Planning

• PI Planning: Möte som jämkar alla team med visionen
• Two days
• Product Management owns feature priorities
• Development teams own story planning and estimates
• Architect and UX work as intermediaries
• Process: Utvalda features från backlog förses med mål
• Objectives: Affärssammanfattning av vad varje team behöver uppnå i kommande PI
• Uncommitted objectives: Planerade men ej lovade mål för att öka sannolikheten att leverera värde
• Board: Visar leveranser, beroenden och milstolpar

Agenda:

• Dag 1
• Business context
• Product/solution vision
• Architecture vision and development practices
• Planning context and lunch
• Team breakouts #1:
• Välj feature och estimera stories
• Skriv utkast för PI-mål
• Identifiera ej lovade mål, risker och beroenden
• Draft plan review:
• Kapacitet och jobb per iteration
• PI-mål
• Risker och hinder
• Management review and problem-solving: Justering av scope och mål baserat på planering
• Dag 2
• Planning adjustments: Förändring av prioriteringar, vision, scope och jämkning.
• Team breakouts #2
• Affärsvärden (1-10) för PI-mål
• Färdigställ PI-mål
• Konsolidera risker, hinder och beroenden
• Ej lovade mål för att öka trovärdighet för leverans
• Final plan review and lunch
• Ändringar av kapacitet och jobb
• Färdigställda PI-mål med affärsvärden
• Risker och hinder
• Frågor och svar
• Program risks (ROAM)
• Resolved
• Owned
• Accepted
• Mitigated
• Confidence vote (1-5)
• Plan rework
• Planning retrospective and moving forward
• Vad gick bra?
• Vad gick mindre bra?
• Vad kan förbättras?

Roller:

• Product Owners: Content authority to make decisions at user story level
• Scrum Masters: Manage timebox, dependencies, and ambiguities
• Agile Team: Define user stories, plan into iteratoins, work out interdependencies

Uppgifter:

• Beräkna velocitet (story points per iteraton): Se på genomsnitt för de senaste iterationerna
• Beräkna kapacitet: 8 per medlem exklusive scrum master och product owner, -1 för ledighet)
• Scrum of Scrums: Status och frågor, beroenden och risker

Develop on Cadence, Release on Demand

• ART event: Slutet system som håller tåget på spåret
• ART sync: Scrum of scrums synkroniserar med produktägare
• Innovation and Planning (IP) Iteration:
• Utrymme för "cadence" (ständig rörelse)
• Estimeringsbuffert för att möta PI-mål
• Dedikerad tid för innovation, PI Planning och Inspect & Adapt (I&A)
• Minskar risk för "tyranny of the urgent"
• Inspect and Adapt:
• PI systemdemo: Nuvarande status på lösning
• Kvantiativa och kvalitativa mätetal: Planerat och slutligt affärsvärde per PI-mål
• Problemlösande workshops
• Problem
• Rotorsaker
• Största rotorsak baserat på Paretoanalys
• Omdefinierat problem
• Brainstorming
• Förbättrande backlog-ärenden

Continuous Delivery Pipeline

Continuous Delivery Pipeline består av fyra delar:

• Continuous Exploration: Förstå kundens behov
• Hypothesize
• Collaborate & Research
• Architect
• Synthesize
• Continuous Integration: Kritiskt tekniskt genomförande av ART
• Develop
• Break features into stories
• Behavior-driven development (BDD)
• Test-driven development (TDD)
• Version conrol
• Built-in quality
• Application telemetery
• Threat modeling
• Build
• Continuous code integration
• Build and test automation
• Trunk-based development
• Gated commit
• Application security
• Test end-to-end
• Test and production environment congruity
• Test automation
• Test data management
• Service virtualization
• Testing nonfunctional requirements (NFR)
• Continuous integration with suppliers
• Stage
• Maintain a staging environment: Miljö som matchar produktion
• Blue/green deployment: En levande och en vilande miljö som man växlar mellan
• System demo: Intressenter validerar lösningen
• Continuous Deployment: Tidig produktionssättning
• Deploy
• Verify
• Monitor
• Respond
• Release on Demand: Dela upp lösning och release delar enligt affärsbeslut
• Release
• Stabilize
• Measure
• Learn
• Architectural Runway:
• Enablers: Bygger upp runway
• Features: Konsumerar runway
• Maintenance: Måste ständigt underhållas
• Capacity allocation: Procent av tågets kapacitet till enablers

Några råd för att lyckas med continuous integration är:

• Integrate often
• Make integration results visible
• Fixing failed integrations is a top priority
• Establish common cadence
• Develop and maintain proper infrastructure
• Apply supportive software engineering practices

Några metoder för att lyckas med continuous integration är:

• Devops: Maximera hastighet och stabilitet, överbrygga skillnad mellan projekt och förvaltning
• Agile Planning and Design
• Deployment Pipeline
• Continuous Monitoring
• Value Metrics
• Version Control
• Agile Product Management
• Configuration Management
• Infrastructure Management
• Continuous Security
• Continuous Quality
• Value Stream Management
• CALMR:
• Culture: Delat ansvar för utveckling, installation och förvaltning
• Automation: Automatisering av continuous delivery pipeline
• Lean Flow: Små batcher, begränsat antal ärenden per status (WIP=Work In Progress)
• Measurement: Mätning av flöde genom pipeline, "telemetry"
• Recovery: Releaser med låg risk och snabb återställning
• Continuous Delivery Pipeline (CDP): Kontinuitet i utforskning, integration och implementation
• Deploy vs Release: Funktionalitet släpps direkt men aktiveras vid behov

5. Team and Technical Agility

Team and Technical Agility beskriver kritiska färdigheter som agila team använder för att skapa högkvalitativa lösningar.

• Cross-functional Agile Teams
• Business and Technical Teams
• Built-in Quality

Cross-functional Agile Teams

Agile Teams är team av 5-11 medarbetare som kan definiera, bygga, testa och leverera inkrement av värde inom en kort period.

• Team: Medarbetare från flera funktioner so definierar, bygger, testar och utvecklar user stories
• Specialroller: Scrum master (coachning av team) och product owner (prioritering av user stories)
• Scrum: Transparens, inspektion, anpassning och korta inlärningscykler
• Kanban: Visualisering av arbetsflöde
• Agile Team Maturity Cycle: Be Agile-Know your Value Stream-Specialize Principles & Practices
• Mjukvaruteam: Agil testning, beteendedriven utveckling, testdriven utveckling etc.
• Hårdvaruteam: Utforskande, tidiga iterationer, frekventa systemintegrationer, MBSE (Model-Based Systems Engineering)

Built-in Quality

Built-in Quality syftar till att leverera värde i kortast möjliga och hållbara ledtid.

• Establish Flow
• Peer Review and Pairing
• Collective Ownership and Standards
• Automation
• Definition of Done

Business Technical Teams

Agile Release Trains (ART) är virtuella kors-funktionella organisationer av 5-12 team (50-125+ medarbetare) knutet till programinkrement (PI).

• Team
  • Stream-aligned: Organiserat kring arbetsflöde
  • Complicated sub-system: Organiserat kring system som kräver expertis
  • Platform team: Organiserat kring plattform som stödjer övriga team
  • Enabling team: Organiserade för att stötta med specialistkunskap
• Roller
  • Release Train Engineer: Övergripande scrum master för tåget
  • System Architect: Råd om arkitektur till teamen
  • Business Owners: Intressenter med affärs- och/eller teknikansvar
  • Prior to PI Planning: Input till backlog, säkrar att mål förstås
  • During PI Planning: Input om affärskontext, prioriterar
  • Business value on scale 1-10
  • High for user-facing features and enablers that help driving velocity
  • Business values guide the team to make trade-offs
  • Inspect and Adapt: Input om värde mot plan, löser problem
  • During PI Execution: Jämkar affär och utveckling om scopet ändras
  • Product Management: Definierar och prioriterar programbacklog
  • System Team: Processer och verktyg för tidig och frekvent utvärdering

6. Continuous Learning Culture

Continuous Learning Culture utgörs av värderingar och praktiseringar som uppmuntrar kunskap och innovation.

• Learning Organization: Learn and grow together
• Relentless Improvement: Exploration and creativity
• Innovation Culture: Continuous improvement
• Innovative People
• Time & Space
• Go See (get out of office and into where value is produced and used, "gemba")
• Experimentation and Feedback
• Pivot Without Mercy or Guilt
• Innovation Riptides

7. Lean Agile Leadership

Lean Agile Leadership beskriver hur agila ledare driver och underhåller organisationell förändring genom att lyfta medarbetarna. Ett sådant ledarskap levererar värde med kortast hållbara ledtid.

• Leading by Example: Earn authority by modeling desired behavior
• Mindset and Principles: Embed lean agile values and principles in actions
• Lead Change: Create environment and prepare people

Leading by Example

Leading by example handlar om att internalisera och visa upp önskat beteende genom nedanstående beteende. Detta skapar en generativ (prestationsorienterad) kultur till skillnad från patologisk (maktorienterad) eller byråkratisk (regelorienterad) kultur.

• Authenticity
• Emotional Intelligence
• Lifelong Learning
• Growing Others
• Decentralized Decision-Making

Mindset and Principles

Mindset är den mentala lins som vi betraktar världen genom och tre element bidrar till en öppenhet för förändring:

• SAFe Core Values
• SAFe House of Lean
• SAFe Lean-Agile Principles

Lead Change

Agila leder driver förändring med följande färdigheter:

• Change vision
• Change leadership
• A powerful coalition for change
• Psychological safety
• Training the new way of working

I tillägg beskriver John Kotter följande steg för att implementera förändring:

• Känsla av brådska
• Vägledning
• Vision och strategi
• Uppmuntra breda handlingar
• Kortsiktiga vinster
• Konsolidera nyttor
• Förankra i kulturen