Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
ITIL og Scrum: Hvaskjernårperspektiverkolliderer?<br />Anne Kristine Næss, sjefskonsulent<br />23.03.2011<br />
 Page 2<br />boxofficefootball.com<br />
Jobbet med softwareleveranser de siste 8 årene.<br />Hatt primært ansvaret for mottak og innføring av løsninger.<br />De s...
Unngå misforståelser<br />Scrum om kommunikasjon:<br />Direkte dialog: ansikt til ansikt<br />Informere mer når man vet me...
Kolliderende perspektiver<br />
Hva kan man forvente at pakken inneholder?<br />Positive momenter:<br />Grundig testet, fungerende programvare<br />Møter ...
To hovedutfordringer ved endringer:<br />Timing<br />Mottaksapparat:<br />Brukerstøtte<br />Superbrukere<br />Overvåkning<...
Mapping avprosesser<br />3: BuildService transition<br />1: IdentifyService strategy<br />4: DeliverService operation<br /...
Mapping avprosesser<br />3: BuildService transition<br />1: IdentifyService strategy<br />4: DeliverService operation<br /...
Mapping avprosesser<br />ITIL<br />3: BuildService transition<br />1: IdentifyService strategy<br />4: DeliverService oper...
Detaljert grensesnitt<br />Produktkøprosessen<br />Change Management<br />Første Endringsanmodning mottatt: varsel om komm...
Avhengigheter
Upcoming SlideShare
Loading in …5
×

Itsmf2011 itil og scrum hva skjer når perspektiver kolliderer-anne kristine næss .v1.0

736 views

Published on

Foredrag avholdt på itSMF-konferansen 23.03.2011

Published in: Technology
  • Be the first to comment

  • Be the first to like this

Itsmf2011 itil og scrum hva skjer når perspektiver kolliderer-anne kristine næss .v1.0

  1. 1. ITIL og Scrum: Hvaskjernårperspektiverkolliderer?<br />Anne Kristine Næss, sjefskonsulent<br />23.03.2011<br />
  2. 2. Page 2<br />boxofficefootball.com<br />
  3. 3. Jobbet med softwareleveranser de siste 8 årene.<br />Hatt primært ansvaret for mottak og innføring av løsninger.<br />De siste 5 årene scrumbasert metodikk i et ITIL-miljø.<br />E-post: anne.kristine.ness@edb.com<br />Blogger: http://gevinstrealisering.blogspot.com/ og http://agileandadaptive.blogspot.com/<br />Linkedin: http://no.linkedin.com/in/kristinenaess<br />Om meg<br />
  4. 4.
  5. 5. Unngå misforståelser<br />Scrum om kommunikasjon:<br />Direkte dialog: ansikt til ansikt<br />Informere mer når man vet mer<br />Løpende avklaringer<br />Beslutte først når man må<br />
  6. 6. Kolliderende perspektiver<br />
  7. 7. Hva kan man forvente at pakken inneholder?<br />Positive momenter:<br />Grundig testet, fungerende programvare<br />Møter kundens krav og forventninger<br />Mindre positive momenter:<br />Et minimum av dokumentasjon<br />Endringer inntil siste øyeblikk<br />
  8. 8. To hovedutfordringer ved endringer:<br />Timing<br />Mottaksapparat:<br />Brukerstøtte<br />Superbrukere<br />Overvåkning<br />Opplæring<br />Produksjonssetting<br />Ledig slot<br />Beredskap<br />Etc.<br />Konfigurasjonsstyring<br />Forvaltning<br />Overlevering<br />Videreutvikling<br />Gevinstrealisering<br />Drift<br />
  9. 9. Mapping avprosesser<br />3: BuildService transition<br />1: IdentifyService strategy<br />4: DeliverService operation<br />2: CommitService design<br />Continualimprovement<br />Event Management<br />Service Catalog Management<br />Transition Planning & Support<br />Strategy Generation<br />Capacity Management<br />Change Management<br />Request Fulfillment<br />ServiceMeasurement<br />Financial Management<br />ServiceAnalysis<br />Availability Management<br />Asset & Configuration Management<br />Incident Management<br />Demand Management<br />Service Level Management<br />Validation &Testing Management<br />Problem Management<br />Service Portfolio Management<br />ServiceReporting<br />Technology Management<br />Information Security Management<br />Release & Deployment Management<br />ServiceImprovement<br />Svært relevant prosess<br />Supplier Management<br />Evaluation Management<br />Access Management<br />Relevant prosess<br />Service Knowledge Management<br />IT Service Continuity Management<br />Operations Management<br />
  10. 10. Mapping avprosesser<br />3: BuildService transition<br />1: IdentifyService strategy<br />4: DeliverService operation<br />2: CommitService design<br />Transition Planning & Support<br />Etablere produktkø<br />Etablere sprintkø<br />Change Management<br />Asset & Configuration Management<br />Bygge<br />Teste<br />Validation &Testing Management<br />Release & Deployment Management<br />Levere<br />Evaluere<br />Evaluation Management<br />Service Knowledge Management<br />
  11. 11. Mapping avprosesser<br />ITIL<br />3: BuildService transition<br />1: IdentifyService strategy<br />4: DeliverService operation<br />2: CommitService design<br />SCRUM<br />ENDRINGSLEDELSE<br />3: Iverksette<br />endring<br />1: Utvikle<br />felles forståelse<br />4: Sikre varig<br />endring<br />2: Forberede<br />endring<br />
  12. 12. Detaljert grensesnitt<br />Produktkøprosessen<br />Change Management<br />Første Endringsanmodning mottatt: varsel om kommende leveranser<br />Planlegge hva som skal lages på overordnet nivå<br />Oppdatert endringsanmodningsskjema forleveranse mottatt<br />Planlegge den enkelte leveransei grove trekk<br />Bryte ned produktkøen i sprintkøer, samt vurdere:<br /><ul><li>Risiko
  13. 13. Avhengigheter
  14. 14. Opplæringsbehov </li></ul>Oppdatert endringsanmodningsskjema med detaljert plan for:<br /><ul><li>Beredskap
  15. 15. Kommunikasjonsplan
  16. 16. Opplæringsplan </li></li></ul><li>Konklusjon <br />Felles ankerpunkter<br />Gjensidige berikelsesmuligheter<br /><ul><li>Etablerte hegemonier må utfordres!</li>

×