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.
Prosjektet egner seg for ekstraordinære leveranser, men for svært mange organisasjoner er IT-utvikling noe som skjer nærmest kontinuerlig. Da er prosjektmekanismen ikke bare unødvendig med også uhensiktsmessig.
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.
Prosjektet egner seg for ekstraordinære leveranser, men for svært mange organisasjoner er IT-utvikling noe som skjer nærmest kontinuerlig. Da er prosjektmekanismen ikke bare unødvendig med også uhensiktsmessig.
3-minutters guide: Slik lykkes du med smidig utviklingSteria Norway
Smidige metoder er som sjakk: Du kan lære grunnreglene på en kveld, men bruke hele
livet på å mestre detaljene. I denne guiden får du konkrete tips om hvordan du forbedrer kommunikasjon, kvalitet og verdiskapning i smidige og ikke-smidige prosjekter.
Smidig innføring og overlevering av prosjektresultater. Det finnes etablert metodeverk for utvikling, men lite metodeverk for implementering dvs. mottak og innføring. Smidig utvikling gir nye utfordringer med styring av prosjektleveranser. Dette betyr økende utfordringer på mottak og innføring.
Geodata har vært på AWS siden den spede begynnelse i 2008. Presentasjonen omhandler våre erfaringer og hvordan vi har benyttet AWS for å effektivisere vår utvikling av tjenester og løsninger.
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.
Presentasjon fra Software 2014, på sporet "Intraprenørskap".
Få innspill til å kjøre prototyper for å støtte forretningsutvikling med IT-modernisering. Arbeidsform, plan, team-sammensetning og kostnader vil bli presentert.
Forenkling av skjemaveldet er krevende, men viktig. Skatteetatens demonstrer innovasjon i praksis ved å bruke prototyping i skyen for å støtte tverrfaglig samarbeid.
2022-10-25 Smidig Meetup - from Silos to System.pdfSmidigkonferansen
FROM SILOS TO SYSTEM: BUILDING AND MANAGING ORGANIZATIONS AS SYNCHRONISED NETWORKS FOR THE AGE OF COMPLEXITY
Dr. Domenico Lepore will talk about shifting organizations from silos to systems that are fit for the age of complexity.
3-minutters guide: Slik lykkes du med smidig utviklingSteria Norway
Smidige metoder er som sjakk: Du kan lære grunnreglene på en kveld, men bruke hele
livet på å mestre detaljene. I denne guiden får du konkrete tips om hvordan du forbedrer kommunikasjon, kvalitet og verdiskapning i smidige og ikke-smidige prosjekter.
Smidig innføring og overlevering av prosjektresultater. Det finnes etablert metodeverk for utvikling, men lite metodeverk for implementering dvs. mottak og innføring. Smidig utvikling gir nye utfordringer med styring av prosjektleveranser. Dette betyr økende utfordringer på mottak og innføring.
Geodata har vært på AWS siden den spede begynnelse i 2008. Presentasjonen omhandler våre erfaringer og hvordan vi har benyttet AWS for å effektivisere vår utvikling av tjenester og løsninger.
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.
Presentasjon fra Software 2014, på sporet "Intraprenørskap".
Få innspill til å kjøre prototyper for å støtte forretningsutvikling med IT-modernisering. Arbeidsform, plan, team-sammensetning og kostnader vil bli presentert.
Forenkling av skjemaveldet er krevende, men viktig. Skatteetatens demonstrer innovasjon i praksis ved å bruke prototyping i skyen for å støtte tverrfaglig samarbeid.
2022-10-25 Smidig Meetup - from Silos to System.pdfSmidigkonferansen
FROM SILOS TO SYSTEM: BUILDING AND MANAGING ORGANIZATIONS AS SYNCHRONISED NETWORKS FOR THE AGE OF COMPLEXITY
Dr. Domenico Lepore will talk about shifting organizations from silos to systems that are fit for the age of complexity.
1. AUTONOME TEAM I SPK
Mette Gjertsen
- fagansvarlig smidig og forretningsstøtte i SPK
Tarjei Skorgenes
- Utvikler og løsningsarkitekt i SPK
2. Litt om SPK
375 årsverk - hvorav 75 i IT
Utvikler, forvalter og drifter selv med
hjelp av innleide konsulenter
12 Domene/produktteam
3 støtteteam
Egenutviklede systemer for de fleste
produktene
3. Veien til autonomi – 2008-2012 – den spede begynnelse
PERFORM
- Kjempeprosjekt for å bygge nytt sakssystem for pensjon
- Etablerte smidig metodikk i utvikling
- Kjørte koordinerte leveranser med testperiode før hver leveranse
Prosjekt, forvaltning og applikasjonsdrift foregikk i forskjellige team
Prosjekt Forvaltning, servicedesk og applikasjonsdrift
4. 2012 – 2015 team med forvaltnings- og utviklingsansvar for et domene
tar form
Forvaltning, servicedesk og videreutvikling foregår i samme tverrfaglig team
Inndeling av pensjonssystemet og andre systemer i domener som
tildeles team starter
Funksjonelt ansvarlige og teknisk ansvarlige i hvert team som
sammen med produkteier prioritere hva som skal løses i teamet
Koordinerte leveranser fortsetter, men skjer nå enda hyppigere
Flytter mer kvalitetsansvar ut i teamene og koordinert test før en leveranse
reduseres
Prosjekt, forvaltning og servicedesk applikasjonsdrift
5. 2016 -> I dag : Redusere koordineringsbehov på tvers av team
Gi teamene større kontroll over sine domener og løsninger
• Mer autonomi!
Redusere behov for å alltid levere alt samtidig(Arkitektur)
• Avhengigheter, gjenbruk, isolasjon
• Redusere deling av miljø og plattformer
Tilby nye leveranseformer (Lynleveranse! Pew-pew!)
• Endre mindset -> hyppig leveranse == bra
Leveranseapparat endrer rolle
• testledelse -> testrådgiving
Prosjekt, forvaltning, servicedesk, applikasjonsdrift sluttprodukt
5
6. SPKs vei til autonomi
2008 2018
Ansvar for domener overført til team
Ansvar for feil i produksjon overført til team
Ansvar for kvalitet i løsning overført til team
Redusert antall overleveringer internt
Løsere tekniske koblinger i koden – alt må ikke lenger leveres samtidig
Forretning ønsker fortløpende leveranser mer og mer velkommen
Redusert kraftig den koordinerte testingen
Gradvis enklere timeføring
Stadig økende andel av arbeid leveres fortløpende til produksjon
Ansvar for kontinuerlige produksjonssettinger flyttet ut i team*