Både store og små prosjekter forventes å bli ferdige på en eller annen dato. Det er ikke bare størrelsen som er problemet. Det er selve arbeidsformen.
Prosjekt skaper konflikt mellom prosjektmål og virksomhetens mål, stor avstand mellom prosjekt- og linjeorganisasjon, en kortsiktig finansieringsmodell og utfordringer med overlevering og kunnskapsoverføring.
Å behandle leveransene som kontinuerlige produktutviklingsløp i linja gjør det enklere å realisere gevinster kontinuerlig, justere initiativene opp mot virksomhetens mål, involvere hele organisasjonen, løpende finansiering, bedre kommunikasjon og kunnskapsbygging istedenfor kunnskapsoverlevering.
Kontinuerlige Leveranser og DevOps er praksiser som lar virksomheter dytte idéer ut til sine kunder før andre er ferdige med sin første iterasjon. Kvaliteten på det som leveres øker i takt med hyppigheten på leveransene. Tettere samarbeid mellom drift og utvikling bidrar til at alle trekker i samme retning. Det er forretning som bestemmer når noe skal ut i produksjon, ikke IT. Vi er vitne til et av de største paradigmeskiftene innen IT i vår tid. De som ikke transformerer sine IT-organisasjoner risikerer å bli etterlatt for å dø.
Stein Inge vil i dette foredraget forklare hva DevOps og Kontinuerlige Leveranser innebærer og hvorfor det er så viktig å ikke bli sittende på gjerdet. Han vil også presentere egne erfaringer med å levere kontinuerlig.
Det er mye buzz rundt kontinuerlige leveranser og DevOps blant utviklere for tiden. Men hvorfor er dette også interessant for forretning? Hva gir det av verdi?
Både store og små prosjekter forventes å bli ferdige på en eller annen dato. Det er ikke bare størrelsen som er problemet. Det er selve arbeidsformen.
Prosjekt skaper konflikt mellom prosjektmål og virksomhetens mål, stor avstand mellom prosjekt- og linjeorganisasjon, en kortsiktig finansieringsmodell og utfordringer med overlevering og kunnskapsoverføring.
Å behandle leveransene som kontinuerlige produktutviklingsløp i linja gjør det enklere å realisere gevinster kontinuerlig, justere initiativene opp mot virksomhetens mål, involvere hele organisasjonen, løpende finansiering, bedre kommunikasjon og kunnskapsbygging istedenfor kunnskapsoverlevering.
Kontinuerlige Leveranser og DevOps er praksiser som lar virksomheter dytte idéer ut til sine kunder før andre er ferdige med sin første iterasjon. Kvaliteten på det som leveres øker i takt med hyppigheten på leveransene. Tettere samarbeid mellom drift og utvikling bidrar til at alle trekker i samme retning. Det er forretning som bestemmer når noe skal ut i produksjon, ikke IT. Vi er vitne til et av de største paradigmeskiftene innen IT i vår tid. De som ikke transformerer sine IT-organisasjoner risikerer å bli etterlatt for å dø.
Stein Inge vil i dette foredraget forklare hva DevOps og Kontinuerlige Leveranser innebærer og hvorfor det er så viktig å ikke bli sittende på gjerdet. Han vil også presentere egne erfaringer med å levere kontinuerlig.
Det er mye buzz rundt kontinuerlige leveranser og DevOps blant utviklere for tiden. Men hvorfor er dette også interessant for forretning? Hva gir det av verdi?
Scrum in large projects is an experience report on how to adapt to agile thinking for large projects.
Main topics
- Scaling scrum to large projects
- Reporting with scrum
- Communicating with scrum
RWE, the second largest energy supplier in Germany, decided to replace its old instance and started to implement a complete new instance of ServiceNow. The objective was to simplify and standardize its IT spread over several countries. Discover the details and results of this project during this presentation.
Robust smidig utvikling - når resultater er viktigere enn religionThor Henning Hetland
Smidige prosjekter er et stor suksess
Men vi har noen ’nye’ utfordringer
En lei tendens til å lage nye 2.5 lags database-sentriske siloapplikasjoner
”arkitektur, design er ikke viktig” –les: for vanskelig/tidkrevende
Testing –raske tester, som også skal være aktiv del av dokumentasjon er selvmotsigelser
Konfigurasjonsstyring –blir ofte ’glemt’ i smidige prosjekter, siden drift sjelden er aktiv stakeholder.
Smidig-bevegelsener religiøst selvsentrisk, og lite villige til å se konsekvenser
Gjesteforelesning om strategisk bærekraft og GoForIT til UiASimen Sommerfeldt
GoForiT består av mange av de største aktørene innenfor bransjen, med både TEKNA, NITO, Accenture, Microsoft, UiA, NTNU, Sopra Steria, CGI, Bouvet, Itera og flere. Her kan du se hvordan vi tenker rundt strategisk bærekraft, og skal samarbeide for å sørge for at vi utdanner folk i takt med hvordan vi benytter bærekraft i arbeidslivet. Si fra hvis du ønsker link til opptak av foredraget
Intranettet er dødt - Leve den nye informasjons, kommunikasjons og samhandlin...Bjørn Hopland
Innlegg på Confex konferansen Intranett 2014.
Fra informasjon på boks til kunnskapssentral i den nye arbeidshverdagen. Hva må vi tenke på når vi skal forme hvordan folk skal kommunisere og samarbeide. Intranettet startet som et sted å samle intern informasjon nyttig for ansatte og ledelse, men utvikler seg i en rasende fart til å bli noe helt annet.
Organisering av prosjektteam i store organisasjoner. Erfaringer og forskning på produktorganisering.
Hold på Arendalsuka 2022: https://program.arendalsuka.no/event/user-view/19642
Scrum in large projects is an experience report on how to adapt to agile thinking for large projects.
Main topics
- Scaling scrum to large projects
- Reporting with scrum
- Communicating with scrum
RWE, the second largest energy supplier in Germany, decided to replace its old instance and started to implement a complete new instance of ServiceNow. The objective was to simplify and standardize its IT spread over several countries. Discover the details and results of this project during this presentation.
Robust smidig utvikling - når resultater er viktigere enn religionThor Henning Hetland
Smidige prosjekter er et stor suksess
Men vi har noen ’nye’ utfordringer
En lei tendens til å lage nye 2.5 lags database-sentriske siloapplikasjoner
”arkitektur, design er ikke viktig” –les: for vanskelig/tidkrevende
Testing –raske tester, som også skal være aktiv del av dokumentasjon er selvmotsigelser
Konfigurasjonsstyring –blir ofte ’glemt’ i smidige prosjekter, siden drift sjelden er aktiv stakeholder.
Smidig-bevegelsener religiøst selvsentrisk, og lite villige til å se konsekvenser
Gjesteforelesning om strategisk bærekraft og GoForIT til UiASimen Sommerfeldt
GoForiT består av mange av de største aktørene innenfor bransjen, med både TEKNA, NITO, Accenture, Microsoft, UiA, NTNU, Sopra Steria, CGI, Bouvet, Itera og flere. Her kan du se hvordan vi tenker rundt strategisk bærekraft, og skal samarbeide for å sørge for at vi utdanner folk i takt med hvordan vi benytter bærekraft i arbeidslivet. Si fra hvis du ønsker link til opptak av foredraget
Intranettet er dødt - Leve den nye informasjons, kommunikasjons og samhandlin...Bjørn Hopland
Innlegg på Confex konferansen Intranett 2014.
Fra informasjon på boks til kunnskapssentral i den nye arbeidshverdagen. Hva må vi tenke på når vi skal forme hvordan folk skal kommunisere og samarbeide. Intranettet startet som et sted å samle intern informasjon nyttig for ansatte og ledelse, men utvikler seg i en rasende fart til å bli noe helt annet.
Organisering av prosjektteam i store organisasjoner. Erfaringer og forskning på produktorganisering.
Hold på Arendalsuka 2022: https://program.arendalsuka.no/event/user-view/19642
Smart ledelse i den nye arbeidshverdagen - smaksprøveBjørn Hopland
I den nye arbeidshverdagen, også kalt The New World of Work, kan det gå dager og uker mellom hver gang en medarbeider ser sin leder, samtidig som krav til resultater stadig øker.
Hvordan påvirker dette deg som leder, og dine medarbeidere?
3 år med forenkling og framtidsretting hos skatteetatenTormod Varhaugvik
A-ordningen er nå i produksjon og første måned gikk utmerket. Dette er ingen selvfølge. Skatteetaten moderniser systemporteføljen. Vesentlig i dette er å redusere kompleksitet ved å standardisere og forenkle. Arkitekturen skal ha svært lang levetid, mens komponenter skal kunne byttes ut. I perspektiv av valg gjort i 2010, har vi truffet svært godt. Presentasjonen vil også vise Skatteetatens IT-Reguleringsplan. Egenskapene i presentasjonen fra Software 2012, har vist sin styrke. Deltageren får innblikk i virksomhetsarkitekturens helhet, og se løsningsarkitektur i praksis. Dette alene er ikke nok, og deltageren får innblikk i "fortvilt arkitekturstyring i ett smidig helvete".
Er det bortkastet å dokumentere grundig i smidige prosjekter? Bør man legge opp til en praksis hvor man holder seg til et absolutt minimum av skriftlig dokumentasjon som bevares for tiden etter at en sprint eller release er fullført? I denne presentasjonen viser jeg til hvilke problemstillinger man bør vurdere før man kaster alle gule lapper i søppelkurven.
Scrum-litteraturen beskriver en rekke praksiser som skal sikre en best mulig forretningsverdi for kunde eller sluttbruker på kortest mulig tid. Men stemmer det at dette er tilstrekkelig? I denne presentasjonen viser jeg at det må gjøres et stkke arbeid før, under og etter at systemutviklingen starter, og at dette arbeidet i stor grad må gjøres av produkteieren og den organisasjonen vedkommende representerer.
1. Nå har vi solgt skinnet. Hvordan dreper vi bjørnen? Anne Kristine Næss
2. Jobbet med både fossefallsprosjekter og halvsmidige prosjekter fra 2004-2007. Siden 2007 har jeg stort sett bare jobbet i og med smidige prosjekter. E-post: anne.kristine.ness@edb.com Blogger: http://gevinstrealisering.blogspot.com/ og http://agileandadaptive.blogspot.com/ Linkedin: http://no.linkedin.com/in/kristinenaess Om meg EDB 2010 Page 2
3. Scrum er den mest utbredte retningen innen smidig i dag. Scrum er ikke noen prosjektledelsesmetodikk eller -rammeverk, kombineres derfor ofte med PMI og «fossefallsoverbygg». Scrum passer til det meste av repetitivt arbeid eller konkret oppgaveløsning. Bakteppe: EDB 2010 Page 3
4. Når noe må raskt fra idé til iverksatt løsning Når det eksisterer en tids- og budsjettramme Når ikke alle grunnforutsetningene er kjent på forhånd OG: Når alle aktørene kan sitte samlokalisert Når alle aktørene kan jobbe bortimot heltid Når passer smidig virkelig bra? EDB 2010 Page 4
5. Sørg for at kontrakten omhandler mer enn leveransene. PS2000: Systemutvikling og systemleveranseprosjekter med: Høy kostnad eller stor grad av kompleksitet Stor grad av usikkerhet Grove spesifikasjoner Iterativ tilnærming Merk: det stilles store krav til kundens organisasjon! Velg en god kontraktsstandard EDB 2010 Page 5
6. Du kommer til å oppleve at du mister kontroll i starten. EDB 2010 Page 6 ”Produkteieren er ikke mulig å få tak i, og gjør ikke jobben sin!” ”Teamet produserer godt, men produkteieren er aldri fornøyd med det vi leverer.” Teammedlem Scrum master ”Scrum masteren tar ikke tak i de virkelige problemene!” Produkteier
7.
8. Hvordan skal vi klare å levere med så få folk? Tidsklemma vil være like aktuell EDB 2010 Page 8 ? ? ? Scrum master
9.
10.
11. «De politiske myndigheter – Storting og regjering – fortsetter imidlertid forholdsvis intenst å påta seg stadig flere velferdsforpliktelser som samlet sett koster langt mer enn de ønsker å ta ansvar for.» Halvard Vike, Velferd uten grenser, 2004 Velferd uten grenser? EDB 2010 Page 11
12. Kost/nytte-tenkningen hos bestillerne i offentlig sektor? Mulighetene til å oppnå gevinster i form av besparelser? Behovet for å prioritere? Hva sier dette oss om: EDB 2010 Page 12
16. Av hvem, når, hvor og hvordan skal det brukes? EDB 2010 Page 16 Thereifixedit.com
17. Opplæring …og det gjør ikke PMI heller… Scrum sier ikke noe om endringsledelse. EDB 2010 Page 17 Roller/prosesser ITSM OU-tiltak
18. Når folk må bytte arbeidsoppgaver? Når medarbeidere må begynne å snakke med folk de ikke har snakket med før? Når det stilles nye krav til kvalitet og effektivitet? Når systemløsningene blir stadig mer komplekse å drifte og forvalte? Når man ikke har tilstrekkelig kompetanse til å ta imot? Når det finnes «huller i løsningen»? Hvem har ansvaret for gevinstrealiseringen? EDB 2010 Page 18
19. Gevinstplanen EDB 2010 Page 19 Sikre at saksbehandlerne forstår og tar i bruk den nye funksjonaliteten Sikre at frigjort tid blir brukttil å bygge ned restanser Arbeidspakke A: Automatisert ”datafangst” Forbedret arbeidsprosess Redusert saksbehandlingstid 90% bruker-tilfredshet Tiltak: Muliggjøre gevinst Mål Gevinst IT-resultat Forretningsendringer Tiltak: Minimere risiko Sikre tilstrekkelig ytelse og lav nedetid i hele systemløsningen Nye/endrede behov?
21. Smidig fjerner ingen av dine gamle utfordringer. Smidig tilbyr derimot et nytt forbedringsregime. Hvorvidt man kan lykkes med smidig i offentlig sektor handler om hvor godt denne muligheten utnyttes. Konklusjon: EDB 2010 Page21