Copyright © 2009, CIBER Norge AS 1 Scrum i ikke-utviklingsprosjekter Mario Aparicio.

Slides:



Advertisements
Liknende presentasjoner
Indre markedsseminar 5. mai 2010 Seniorrådgiver Margrethe Gams Steine Asserson Varepakken – Nye regler for enklere og tryggere handel med varer.
Advertisements

Together. Free your energies Scrum mot Utvikler - Kampen for tilværelsen! Mads Aagaard
Kan arbeidsmetodikken i IT-prosjekter overføres til rådgiverene ? VIANOVA Network Meeting 2013 Geir Andersen/Vianova Systems AS.
Tørkeparti PM 5.
Dokumentasjon og Planlegging av større IT-prosjekter
Ledelse i smidige prosjekter Noen erfaringer fra Capgemini DnD fagmøte i prosjektledelse 17. juni 2009 En lyntale av Jon Øgar.
Copyright Talisman Energy Norge AS 2004 Overvåking av brønnintegritet som en kontinuerlig prosess Petroleumstilsynets seminar om brønnsikkerhet 4. Mai.
Klaus Pettersen & Bjørn Erik Korum Hansen
Elementer av en utviklingsprosess
Behaviour Driven Development, Steg 1: - Ikke tenk som en utvikler Jan Fredrik Stoveland , Smidig 2009.
Kunstner: Oddmund Mikkelsen
Title of presentation Customer/user group/conference Johannes Brodwall, Chief scientist Exilesoft Global.
Hvordan gjøre mer med å gjøre mindre!
Finansielle utfordringer i fiskerinæringen Anne Stärk-Johansen Konserndirektør.
© PROGRAM UTVIKLING as Vellykkede prosjekter leverer hyppig Johannes Brodwall, Steria Chief Scientist, Utvikler, Arkitekt, Sertifisert ScrumMaster.
Usikkerhet skal integreres i prosjektstyringen
Erfaringer med 2000-rapporteringen
Erfaring med bruk av åpen kildekode til støtte for læringsprosessene
Mange IT-prosjekter kunne med fordel vært drevet mer som en Lean Startup.
Etter Scrum: Effektivt teamarbeid krever mer
KANBAN som bevis på at regler ikke er til for å følges Smidig 2010 Aud Jorun Forbord – KANTEGA AS.
Kartlegging av smidig team i Norge Yngve Lindsjørn –Forsker ved Institutt for Informatikk, UiO
Kanban, det er et alternativ til Scrum det! ... eller?
Tema: Test First Positivist: Det som ikke kan måles, eksisterer ikke! Reduserer sjanser for defekter Gir en oppdatert ”TODO-liste” Gir trygghet til å gjøre.
Smidig-workshop for Agresso
PUS iterasjon 0 Johannes Brodwall Statens Landbruksforvaltning
En lean verdikjede for utvikling av systemer
Tema: Test First Positivist: Det som ikke kan måles, eksisterer ikke! Reduserer sjanser for defekter! Gir en oppdatert ”TODO-liste” Gir trygghet til å.
Hvordan gjøre FINN.no raskere?
Smidige Prosjektmetoder – what’s hot and what’s not?
Kittil Skogen - Prosjektkontoret i Telenor Nordic
Ørjan Markhus Lillevik og Kari Røssland Steria AS
© Copyright 2009 Confirmit. All rights reserved. Produktkvaliteter For de som ønsker å være bedre enn konkurrentene sine Trond Johansen – Head of R&D Norway,
Team og teamdynamikk viktig for leveranseevnen
Scrum er noe helt annet enn det vi har trodd Dagfinn Reiersøl.
Hvordan jobbe smidig i prosjekter med fast- eller målpris
kunder i aktive prosjekt/forvaltning, 6 interne product owner proxys, to team og tre backlogger – kan det likevel ligne på Scrum? Kristin Wulff,
Produkeierrollen i Scrum
Forretningssiden må med! Hvordan vi innfører Scrum i BBS Smidig Oktober 2009.
Scrum gir forventede resultater selv i
Smidig overtakelse - eller som å åpne en Pandoras krukke?
Dynamiske nettsider PHP Del 2 – Kontrollstrukturer.
Stortingsrepresentant Einar Holstad, KrF
Suksesskriterier.
Daglige stand-up møter er destruktive
Innlæring av rundering med klikkertrening
Innlæring av feltsøk med klikkertrening
Eivind Bagås Compliance Officer Storebrand Finansiell Rådgivning AS
Noen sentrale kjennetegn ved plan- og budsjettprosessen: Det ble jobbet lite med mål og strategier. Kortsiktighet, dårlig sammenheng mellom planer, budsjett.
Scrum – for Norsk Navigasjon
Å omfavne forandringer med ekstrem programmering(XP) Brukt i In140 Skrevet av Ola Bø Bygger på Kent Becks artikkel "Embracing change with extreme programming."
Rutine: Godkjenning av dokumenter i ePhorte
Trivselsundersøkelse - 08 Trivselsundersøkelse utført 8. desember leverte For alle utsagnene betyr score 1 at personen er totalt uenig og score.
Kontinuerlig kvalitetskontroll. Hvordan komme helt i mål.
Project.
Smidig vedlikehold gir gevinst – men koster blod, svette og tårer
De 222 mest brukte ordene i det norske språket..
JIRA dreper smidigheten din
Hva skal til for å vinne? Leif Gautestad Leif Gautestad.
Rammeverk for risikovurdering og revisjon av IT-systemer
1 POSISJONERING Trond M. Backer Kommunikasjonssjef i Strømmestiftelsen
Kap. 23 – Software Engineering How Information Technology Is Conquering the World: Workplace, Private Life, and Society Professor Kai A. Olsen,
Evaluering av [prosjektnavn] [navn]. Resultat kontra mål Målsetting: Oppgi opprinnelig mål eller prosjektmål –Lag en liste over de viktigste måleenhetene.
KONGSVINGER KOMMUNE.
Case og empiri <Fag> <Navn> Institutt for statsvitenskap
Group theory I dette kapitlet skal vi se på utvidelse av lister som vi behandlet generelt i kap 04. Vi skal nå benytte klassehierarkiet som vi utviklet.
Gang.
Dagfinn Bergsager Universitetet i Oslo SMIDIG 2016
Produksjonssetting i Cerebrum
Utskrift av presentasjonen:

Copyright © 2009, CIBER Norge AS 1 Scrum i ikke-utviklingsprosjekter Mario Aparicio

Copyright © 2009, CIBER Norge AS 2 Prosjektet •SOA i Statens vegvesen –SOA Governance rammeverk •SOA Håndbok •Runtime governance og basistj. –Etablering av driftsmiljøer –Bistand og QA for prosjekter –Generelle arkitekturoppgaver •Linjeoppgaver –Overordnede målsetninger var klare

Copyright © 2009, CIBER Norge AS 3 Utfordringer •Bryte ned leveranser i mindre bolker –Mange av leveransene var store dokumenter –Utfordrende å måle om leveransene var gode nok •Uplanlagte oppgaver fra sidelinjen –Vanskelig å holde fokus •Mange lange møter –Mye løsningsdiskusjon rundt tema som lå lenger fram i tid •5 personer som jobbet mye på samme dokumenter

Copyright © 2009, CIBER Norge AS 4 Erfaringer med Scrum-elementene som vi testet ut •Tavle –Uansett om man kjører Scrum eller ikke så trenger man tavle •Stories med tasks –Definition of Done – vanskelig å måle og verifisere. –Mange for store stories – vanskelig å ferdigstille i én iterasjon. –Tasks som avhenger av andre er utfordrende. –Timeboxing av tasks fungerer bra. –Kommer fremdeles oppgaver inn fra sidelinjen – må bruke ”potter”. •Backlog –Vanskelig å få Product Owner til å detaljere oppgavene nok –Prioritering vanskelig (alt brenner) –Introdusert egne periodiske backloggmøter –Samlestories i iterasjonen – løpende bistand på mange parallelle prosjekter •Burndown •Fungerer bra, vi ser hvordan vi ligger an. Men mangler tiltak hvis vi ligger bak. •Stand-up –Var for lange i starten, men med disiplin ble de bedre. Korte daglige møter is King! –Risiko at man blir kalt inn til andre møter •Iterasjonsoppsummering –Har nesten aldri tid!

Copyright © 2009, CIBER Norge AS 5 Konklusjon •Fungerer bra, men husk –Bryt ned og lag gode målbare stories (krever tid og erfaring). –Kontinuerlig forbedring og bearbeiding av backlog. –Få kontroll på uplanlagte (linje-)oppgaver. –Stand-up er hellig! –Ikke under-estimer! Ta hensyn til målt fremgangsfaktor. –Bruk den tiden det tar å kjøre prosessen ordentlig. –Plukk elementer som fungerer. Bruk egen ”vri”. –Det tar tid å få gode rutiner og å bli et samkjørt team. •Sannsynligvis ikke eneste løsningstilnærming –Kanban