- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Scrum DK. Nye metoder: Agile Software Development презентация
Содержание
- 1. Scrum DK. Nye metoder: Agile Software Development
- 2. Agenda Introduktion Agile Projektledelse Hvad er Scrum?
- 3. Hvad sker der lige her ……. http://www.180grader.dk/IT/problemer-med-statslige-it-projekter-for-1-6-mia-kr
- 4. It-projekter fejler tit, ……. når de skal
- 5. Introduktion Klassiske metoders ulemper: stor indsats på
- 6. Manifesto for Agile softwareudvikling Manifesto for Agile
- 7. Agile Projektledelse Kvaliteter: Minimere risici → korte
- 8. Agile metoder Agile metoder: Scrum Extreme Programming
- 9. Hvad er Scrum?
- 10. Hvad er Scrum? Definition fra Rugby Football:
- 11. Men Scrum er også …..
- 12. Klassifikation relateret til Larman
- 13. Scrum - en agil udviklingsmodel SCRUM er
- 14. Ikke nogen fastlås recept på processen Scrum
- 15. Et Scrum overblik
- 16. …. og her lidt mere detaljeret
- 17. Begreber i Scrum Scrum Roles The Process Scrum Artifacts
- 18. Roller i Scrum Scrum Master Scrum Team Product Owner
- 19. Scrum Master Fjerner eventuelle barrierer mellem udvikling
- 20. Scrum Team Typisk 5-10 personer Cross-functional (QA,
- 21. Product Owner Sætter visionen for projektet Bestemmer
- 22. Processen Skab en Vision Product Backlog Sprint
- 23. Sprint Planning Meeting Et møde i begyndelsen
- 24. Parts of Sprint Planning Meeting 1. del:
- 25. Pre-Project/Kickoff Meeting Et specielt Sprint Planning Meeting Et møde før projektet egentlig starter
- 26. Sprint En iteration på 2 til 4
- 27. Daily Scrum Et kort (15 minutters) dagligt
- 28. Spørgsmål der skal besvares What did you
- 29. Daily Scrum Det er IKKE til problemløsning
- 30. Sprint Review Meeting Afholdes når et Sprint
- 31. Scrum Artifacts Product Backlog Sprint Backlog Burn down Charts
- 32. Product Backlog Krav til systemet udtrykt via
- 33. Product Backlog User Stories skal være :
- 34. Estimering af Product Backlog Items Fastlæg teamets
- 35. Product Backlog Kun en FORECAST!-> IKKE eksakt
- 36. Sprint Backlog En delmængde af Product Backlog
- 37. Sprint Backlog Maksimalt 300 tasks i listen
- 38. Sprint Backlog Er en FORECAST! Er en god “Warning monitor”
- 39. Task Board
- 40. Burn Down Charts Repræsenterer “work done”. Er
- 41. Burn down Charts
- 42. Sprint Burn down Chart Afbilder de samlede
- 43. Release Burn down Chart Vil Release blive
- 44. Product Burn down Chart “The Big Picture” på hele projektets fremdrift
- 45. Scaling Scrum Et typisk Scrum team er
- 46. Scaling Scrum
- 47. Scaling Scrum
- 48. Pros/Cons Fordele komplette udviklede og testede funktioner
- 49. Læs mere her Scrum papers: http://scrum.jeffsutherland.com/ Henrik
Agenda Introduktion Agile Projektledelse Hvad er Scrum? Et overblik Begreber i Scrum Scrum Roles The Process Scrum Artifacts Scaling Scrum Pros/Cons
Слайд 2Agenda
Introduktion
Agile Projektledelse
Hvad er Scrum?
Et overblik
Begreber i Scrum
Scrum Roles
The Process
Scrum Artifacts
Scaling Scrum
Pros/Cons
Слайд 3Hvad sker der lige her …….
http://www.180grader.dk/IT/problemer-med-statslige-it-projekter-for-1-6-mia-kr
Og så er der jo også
lige …….
Amanda, Digital Tinglysning, Debitormotoren, Digitalt Motorregister, SKAT's Infrastrukturplatform IP, Kort & Matrikelstyrelsen's MiniMaks, Domstolsstyrelsens CivilStraffe eller forsvarets Daccis og Politiets Polsag
Amanda, Digital Tinglysning, Debitormotoren, Digitalt Motorregister, SKAT's Infrastrukturplatform IP, Kort & Matrikelstyrelsen's MiniMaks, Domstolsstyrelsens CivilStraffe eller forsvarets Daccis og Politiets Polsag
Слайд 4It-projekter fejler tit, …….
når de skal implementeres på grund af, at
disciplinerne forandringsledelse og gevinstrealisering ikke er blevet håndteret godt nok
Okay, men det sker naturligvis ikke for IT systemer udviklet i ikke-offentlige virksomheder…. ?
Naturligvis gør det det ☺
Okay, men det sker naturligvis ikke for IT systemer udviklet i ikke-offentlige virksomheder…. ?
Naturligvis gør det det ☺
Слайд 5Introduktion
Klassiske metoders ulemper:
stor indsats på planlægning
vanskelig kravstilpasning i hastigt foranderligt miljø
medarbejdere
betragtes som en produktionsfaktor
Nye metoder:
Agile Software Development
Nye metoder:
Agile Software Development
Слайд 6Manifesto for Agile softwareudvikling
Manifesto for Agile Software Development
Individuals and interactions over
processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
Слайд 7Agile Projektledelse
Kvaliteter:
Minimere risici → korte iterationer
Direkte kommunikation (face-to-face) →
skriftlig dokumentation
holdes på et minimum
Verden er foranderlig -> krav ændres løbende
Verden er foranderlig -> krav ændres løbende
Слайд 8Agile metoder
Agile metoder:
Scrum
Extreme Programming
Adaptive Software Development (ASD)
Dynamic System Development Method (DSDM)
…
Agile
Alliance
non-profit organisation der fremmer agile udviklingsmetoder
non-profit organisation der fremmer agile udviklingsmetoder
Слайд 10Hvad er Scrum?
Definition fra Rugby Football:
a scrum is a way to
restart the game after an interruption, where the forwards of each side come together in a tight formation and struggle to gain possession of the ball when it is tossed in among them
Слайд 13Scrum - en agil udviklingsmodel
SCRUM er en agil, letvægts proces/metode til
at styre software- og produktudvikling i miljøer, hvor kravene ofte ændres
Iterativ, incremental proces
Team-baseret
Udvikling af systemer/ produkter hvor krav ændre ofte
Kontrollerer kaos ved konflikt mellem interesser og behov
Forbedre kommunikation og samarbejde
Beskytte teamet for afbrydelser og forstyrrelse
En måde at masksimere produktivitet
Iterativ, incremental proces
Team-baseret
Udvikling af systemer/ produkter hvor krav ændre ofte
Kontrollerer kaos ved konflikt mellem interesser og behov
Forbedre kommunikation og samarbejde
Beskytte teamet for afbrydelser og forstyrrelse
En måde at masksimere produktivitet
Слайд 14Ikke nogen fastlås recept på processen
Scrum har ikke nogen fastlåst recept
på udviklingsprocessen
Scrum beskriver ikke hvad du skal gøre i ethvert tilfælde
Scrum anvendes hvor kompleksiteten er stor og uforudsigelig
Scrum tilbyder et framework og nogle praksiser, der synliggør processens forløb
Scrum beskriver ikke hvad du skal gøre i ethvert tilfælde
Scrum anvendes hvor kompleksiteten er stor og uforudsigelig
Scrum tilbyder et framework og nogle praksiser, der synliggør processens forløb
Слайд 19Scrum Master
Fjerner eventuelle barrierer mellem udvikling og Product Owner
Sikre at det
er Product Owner der styrer udviklingen
Støtter Product Owner i at maksimere ROI og nå målene ved brug af Scrum
Faciliterer kreativitet, energi og styrke i udviklingsteamet
Forbedre produktiviten i udviklingsteamet så godt som muligt
Forbedre teknikker og værktøjer i forløbet for at forbedre produktet løbende
Sikre at information om fremdrift er up-to-date og synlig for alle parter
Støtter Product Owner i at maksimere ROI og nå målene ved brug af Scrum
Faciliterer kreativitet, energi og styrke i udviklingsteamet
Forbedre produktiviten i udviklingsteamet så godt som muligt
Forbedre teknikker og værktøjer i forløbet for at forbedre produktet løbende
Sikre at information om fremdrift er up-to-date og synlig for alle parter
Слайд 20Scrum Team
Typisk 5-10 personer
Cross-functional
(QA, udviklere, UI designere, etc.)
Deltagere bør/skal være fuldtids
Teamet
er selvorganiserende
Team deltagere kan kun udskiftes mellem sprints
Team deltagere kan kun udskiftes mellem sprints
Слайд 21Product Owner
Sætter visionen for projektet
Bestemmer HVAD der skal ‘bygges’ og i
hvilken rækkefølge det skal ske
Ansvarlig for ROI
Typisk en person med ledelsesansvar
Ansvarlig for ROI
Typisk en person med ledelsesansvar
Слайд 22Processen
Skab en Vision
Product Backlog
Sprint Planning Meeting
Sprint
Daily Scrum
Sprint Review Meeting
Слайд 23Sprint Planning Meeting
Et møde i begyndelsen af hvert Sprint mellem Product
Owner, Scrum Master og Team’et
Der afsættes 8 timer og der er opdelt i to (“før frokost og efter frokost”)
Der afsættes 8 timer og der er opdelt i to (“før frokost og efter frokost”)
Слайд 24Parts of Sprint Planning Meeting
1. del:
Skabe Product Backlog
Bestemmer Sprint Goal.
Deltagere: Product Owner, Scrum Master, Scrum Team
2. del:
Deltagere: Scrum Master, Scrum Team
Skabe Sprint Backlog
Слайд 25Pre-Project/Kickoff Meeting
Et specielt Sprint Planning Meeting
Et møde før projektet egentlig starter
Слайд 26Sprint
En iteration på 2 til 4 uger
Produktet tilføres funktionalitet i Sprintet
INGEN
ude fra kommende “forstyrrelse” af teamet i Sprint forløbet
Hvert Sprint starter med en Daily Scrum Meeting
Hvert Sprint starter med en Daily Scrum Meeting
Слайд 27Daily Scrum
Et kort (15 minutters) dagligt møde FØR dagens arbejde
Deltagere: Scrum
Master (which is the chairman), Scrum Team
Hvert Team medlem besvarer 3 spørgsmål
Hvert Team medlem besvarer 3 spørgsmål
Слайд 28Spørgsmål der skal besvares
What did you do since the last Scrum?
What are you doing until the next Scrum?
What is stopping you getting on with the work?
Слайд 29Daily Scrum
Det er IKKE til problemløsning
Det er IKKE et formål at
indsamle information om, HVEM der er bagefter schedule
Et møde hvor teamet indgår løfte indbyrdes og med Scrum Master
En god måde for Scrum Master at spore teamets fremdrift på projektet
Et møde hvor teamet indgår løfte indbyrdes og med Scrum Master
En god måde for Scrum Master at spore teamets fremdrift på projektet
Слайд 30Sprint Review Meeting
Afholdes når et Sprint afsluttes
Funktionalitet tilført systemet i Sprint
præsenteres for Product Owner
Слайд 32Product Backlog
Krav til systemet udtrykt via en prioriteret liste af Backlog
Items
Typisk User Stories
Vedligeholdt og ejet af Product Owner
Skabes normalt ifm. Sprint Planning Meeting
Kan ændres og omprioriteres før hver Sprint Planning Meeting
Typisk User Stories
Vedligeholdt og ejet af Product Owner
Skabes normalt ifm. Sprint Planning Meeting
Kan ændres og omprioriteres før hver Sprint Planning Meeting
Слайд 33Product Backlog
User Stories skal være :
uafhængig
tilføre værdi
kunne estimeres
små/korte
enkle at teste
Слайд 34Estimering af Product Backlog Items
Fastlæg teamets velocity
Fastlægge kompleksiteten af hver enhed
Story points (Fibonacci…)
Metoder til estimering:
Ekspert review
Skabe en Work Breakdown Structure (WBS)
Слайд 36Sprint Backlog
En delmængde af Product Backlog Items
Skabes ALENE af Team medlemmerne
Hver
Enhed/Item har sin egen status
Opdateres hver dag
Opdateres hver dag
Слайд 37Sprint Backlog
Maksimalt 300 tasks i listen
Hvis en task kræver mere end
16 timers indsats, bør den nedbrydes
Teamet kan tilføje og fjerne items fra listen
Product Owner kan IKKE fjerne/tilføje items
Teamet kan tilføje og fjerne items fra listen
Product Owner kan IKKE fjerne/tilføje items
Слайд 40Burn Down Charts
Repræsenterer “work done”.
Er en fantastisk “Information Radiator”
3 Typer:
Sprint Burn
down Chart (fremdrift i Sprint)
Release Burn down Chart (fremdrift i Release)
Product Burn down chart (fremdrift på Product)
Release Burn down Chart (fremdrift i Release)
Product Burn down chart (fremdrift på Product)
Слайд 42Sprint Burn down Chart
Afbilder de samlede Sprint Backlog timer tilbage pr.
dag
Viser den estimerede tid frem til Release
Skal ideelt set “brænde ned til 0” ved slutningen af Sprint
Vil aldrig/sjældent afbilde en lige linie
Viser den estimerede tid frem til Release
Skal ideelt set “brænde ned til 0” ved slutningen af Sprint
Vil aldrig/sjældent afbilde en lige linie
Слайд 43Release Burn down Chart
Vil Release blive nået til forventet tid?
X-axis: sprints
Y-axis:
den tid der er tilbage
Det estimerede arbejde tilbage kan også “burn up”
Det estimerede arbejde tilbage kan også “burn up”
Слайд 45Scaling Scrum
Et typisk Scrum team er 5-10 personer
Jeff Sutherland – op
til over 800 personer
"Scrum of Scrums" eller "Meta-Scrum“
Mødefrekvensen er bestemt af koblingen mellem produktenhederne
"Scrum of Scrums" eller "Meta-Scrum“
Mødefrekvensen er bestemt af koblingen mellem produktenhederne
Слайд 48Pros/Cons
Fordele
komplette udviklede og testede funktioner i korte iterationer
forenkling af processen
veldefinere
regler
forbedret produktivitet
selvorganisering
hvert teammedlem får ansvar
Bedre kommunikation
Kan kombineres med XP
forbedret produktivitet
selvorganisering
hvert teammedlem får ansvar
Bedre kommunikation
Kan kombineres med XP
Ulemper
“Manglende diciplin”
(ingen nedskreven dokumentation)
tager ikke ansvar
Слайд 49Læs mere her
Scrum papers:
http://scrum.jeffsutherland.com/
Henrik Kniberg’s bog - "Scrum and XP from
the Trenches”: http://www.infoq.com/minibooks/scrum-xp-from-the-trenches (kan downloades gratis)
Scrum på under 10 minutter http://www.youtube.com/watch?v=Q5k7a9YEoUI
Scrum på under 10 minutter http://www.youtube.com/watch?v=Q5k7a9YEoUI
