Upload
bestbrains
View
210
Download
0
Embed Size (px)
Citation preview
VELKOMMENVI STARTER MED AT MINGLE!men med regler:
• Gå igang med det samme!(må gerne smide overtøjet først)
• Find eller dan en gruppe og snak om “hvad I kender til agile?”
• Hvis gruppen bliver flere end 3 personer, så split gruppen i to
3 AGILE METODER PÅ ÉN AFTENCafémøde hos BestBrains, 31. august 2015 af Nino Stokbro Ag
PROGRAM• Det agile fundament • Scrum Framework • Kanban Software Development • eXtreme Programming
Spørg endelig undervejs!
DET AGILE FUNDAMENTEt fælles værdisæt for alle agile praktikker • agile kendetegn • værdierne i det agile manifest • principperne i det agile manifest
AGILE KENDETEGN EMPIRISK PROCES KONTROLkontrol af uforudsigelige systemer gennem transparens, inspektion og tilpasning
AGILE KENDETEGN ITERATIVT & INKREMENTELTvia gentagne forløb af identiske skridt leveres trinvist i dele der bygger oven på hinanden
AGILE KENDETEGN SELVORGANISERINGteamet gøres handlekraftigt og beslutningsdygtig
AGILE KENDETEGN HURTIG FEEDBACKhurtig feedback søges aktivtog bruges til at skabe forbedringer
AGILE KENDETEGN OPTIMERING AF FLOWfokus på optimering af hele kæden, ikke enkelt led fokus på at afslutte opgaver
AGILE KENDETEGN LETVÆGTSPLANLÆGNINGplanlæg kun tilstrækkeligt, fokuser på afhængigheder planlægning er vigtig, planen er ikke
AGILE KENDETEGN KONTINUERLIGE FORBEDRINGERet konstant fokus på små forbedringer driver fremgang
AGILE KENDETEGN SPILLE FOR AT VINDEFokus på fælles sejr, ikke individuelt-styrket i nederlag
AGILE MANIFEST4 VÆRDISÆTNINGER• Individer og samspil
frem for arbejdsgange og værktøjer • Software der virker
frem for omfattende dokumentation • Kunde-samarbejde
frem for kontraktforhandling • Handle på forandringer
frem for fastholdelse af en plan
4. Forretningsrepræsentanter og udviklere skal samarbejde dagligt gennem hele projektet.
5. Opbyg projekter omkring motiverede personer. Giv dem de rette omgivelser og den støtte de behøver, og hav tillid til at de klarer opgaven.
6. Den mest effektive måde til videregivelse af oplysninger til og inden for en gruppe er ansigt-til-ansigt samtale.
AGILE MANIFESTO 12 PRINCIPPER, 1-61. Vores højeste prioritet er at tilfredsstille
kunden gennem tidlig og kontinuerlig levering værdifuld software.
2. Tag imod skiftende krav, selv sent i udviklingsforløbet. Agile processer tøjler ændringer til kundens konkurrencemæssige fordel.
3. Vi leverer brugbart software ofte, fra et par uger til et par måneder, med præference for kortere intervaller.
Kontinuerlige leverancer
værdsæt ændringer
Korte iterationer
Samarbejde
Motivation
Ansigt-til-ansigt
10. Enkelhed— kunsten at maksimere mængden af arbejde, der ikke udføres —er afgørende.
11. De bedste arkitekturer, krav og designs opstår ud af selv-organiserende teams.
12. Med jævne mellemrum reflekterer teamet over, hvordan de kan blive mere effektive, op justerer deres adfærd i overensstemmelse hermed.
AGILE MANIFESTO 12 PRINCIPPER, 7-127. Software der virker, er den primære målestok for
fremdrift.
8. Agile processer fremmer bæredygtig udvikling. Sponsorere, udviklere og brugere skal kunne opretholde et fast udviklingstempo på ubestemt tid.
9. Konstant opmærksomhed på teknisk ekspertise og godt design øger agilitet.
Software, der virker
Bæredygtig udvikling
Teknisk ekspertise
Enkelthed
Selvorganisering
Kontinuerlig forbedring
10 MIN PAUSESnak i pausen om: - hvordan relaterer det sig til din hverdag? - hvad giver mening i forhold til din kontekst?
SCRUM FRAMEWORK JEFF SUTHERLAND & KEN SCHWABEREt framework for samarbejde i produktudvikling
SCRUM FRAMEWORKUDVIKLINGSPROCESSEN
Scrum artifakter: ‣ Product Backlog ‣ Sprint Backlog ‣ Product Increment ‣ Definition of Ready ‣ Definition of Done
Scrum aktiviteter: ‣ Backlog Refinement ‣ Sprint Planning I & II ‣ Daily Scrum ‣ Sprint Review ‣ Sprint Retrospective
Scrum roller: ‣ Product Owner ‣ Scrummaster ‣ Development Team
Emphasis on Process
Linear Process Style
Focus on Upfront Planning
Comprehensive Documentation
Centralized Managed Organisation
Command and Control Management Style
Plan Conformity is the Primary Succes Criteria
Customer Involvement in Project Start and Finish
Return of Investment upon Project Completion
Process Centric Quality Assurance
Emphasis on People
Iterative Process Style
Limiting Upfront Planning
Only Required Documentation
Decentralized Self-Organisation
Servant Leadership Management Style
Business Value is the Primary Succes Criteria
Customer Involvement Throughout Project
Return of Investment Early and Throughout
Customer Centric Quality Assurance
SCRUM TRADITIONAL⬌
⬌
⬌
⬌
⬌
⬌
⬌
⬌
⬌
⬌
KANBAN SOFTWARE DEVELOPMENT DAVID J. ANDERSONSæt farten ned, for at komme hurtigere frem
KANBAN SYSTEMS (VISUELT KORT / OPGAVETAVLE)THE IMPERIAL GARDEN I TOKYO
KANBAN SOFTWARE DEVELOPMENTINSPIRERET AF LEAN THINKING
Kanban kerne praktikker: ‣ Visualize the workflow ‣ Limit work in process (WIP) ‣ Make process policies explicit ‣ Manage flow ‣ Improve collaboratively
No prescribed roles
Continuous Delivery
Work is ‘pulled’ through the system(single piece flow)
Changes can be made at any time
Important measures: Lead time & Cycle time
Can work in operational environments with a high degree of variability in priority
Pre-defined roles of Scrum master, Product owner and team member
Timeboxed sprints
Work is ‘pushed’ through the system in batches(the sprint backlog)
No changes allowed mid-sprint
Important measure: Velocity
Requires situations where work can be prioritized in batches that can be left alone
SCRUM KANBAN⬌
⬌
⬌
⬌
⬌
⬌
10 MIN PAUSESnak i pausen om: - hvordan adskiller disse idéer sig jeres arbejdspraksis? - kan I bruge nogle af disse idéer til at forbedre jer?
EXTREME PROGRAMMING KENT BECKGode velkendte udviklingspraktikker ført ud i ekstremet
EXTREME PROGRAMMINGPraktikker: ‣ User Stories ‣ The Planning Game ‣ Whole Team ‣ On-site customer ‣ Acceptance Tests ‣ Small Releases ‣ Continuous Integration
‣ Collective Ownership ‣ Coding Standard ‣ Metaphor ‣ Sustainable Pace ‣ Pair Programming ‣ Test Driven Development ‣ Refactoring ‣ Simple Design
EXTREME PROGRAMMING
Primære principper: ‣ Rapid feedback ‣ Assume simplicity ‣ Incremental change ‣ Embracing change ‣ Quality work
Sekundære principper: ‣ Teach learning ‣ Small initial investment ‣ Play to win ‣ Open, honest communication ‣ Accepted responsibility ‣ Local adaptation
Regler
Planning ‣ User stories are written. ‣ Release planning creates the release schedule. ‣ Make frequent small releases. ‣ The project is divided into iterations. ‣ Iteration planning starts each iteration.
Managing ‣ Give the team a dedicated open work space. ‣ Set a sustainable pace. ‣ A stand up meeting starts each day. ‣ The Project Velocity is measured. ‣ Move people around. ‣ Fix XP when it breaks.
Designing ‣ Simplicity. ‣ Choose a system metaphor. ‣ Use CRC cards for design sessions. ‣ Create spike solutions to reduce risk. ‣ No functionality is added early. ‣ Refactor whenever and wherever possible.
Coding ‣ The customer is always available. ‣ Code must be written to agreed standards. ‣ Code the unit test first. ‣ All production code is pair programmed. ‣ Only one pair integrates code at a time. ‣ Integrate often. ‣ Set up a dedicated integration computer. ‣ Use collective ownership.
Testing ‣ All code must have unit tests. ‣ All code must pass all unit tests before it can be released. ‣ When a bug is found tests are created. ‣ Acceptance tests are run often and the score is published.
EXTREME PROGRAMMING
AGILE, FRA IDÉ TIL VÆRDIDEN AGILE PROCES MED SCRUM
SOFTWARE ENGINEERINGEN KLASSISK METAFOR FOR SOFTWARE UDVIKLING
SOFTWARE SURGERYEN ALTERNATIV METAFOR FOR SOFTWARE UDVIKLING
SOFTWARE EXPEDITIONENDNU EN METAFOR FOR SOFTWARE UDVIKLING
TAK, OG FORTSAT GOD AFTENOg husk evalueringer, tak.