 Galls lov og erstatningsprosjekter Johannes Brodwall Chief scientist, Steria.

Slides:



Advertisements
Liknende presentasjoner
Hvor stor er en fisk? Yggdrasil Hvor stor er en fisk?  Vanlige kundetyper og prosjekter  Faktorer som påvirker.
Advertisements

Sosial programvare = Sam-Arbeid + X
Hvem skal oppdra selgerne?
KLIMANETTVERK HORDALAND 18.sept 2012
Produkteier vs virksomhetsarkitekt
Smidighet vs ansvarsprosjekt Software 2012 Johannes Brodwall, Sjefsarkitekt Steria
Kontrakter i Smidig systemutvikling
Om smidig brukerkommunikasjon Smidig 2011 Johannes Brodwall Steria Norway.
Mesteparten av ketsjupen er fremdeles i flasken Geir Amsjø agile42.
Title of presentation Customer/user group/conference Johannes Brodwall, Chief scientist Exilesoft Global.
Hva ligger i begrepet om ansvarlig nanoteknologiutvikling? Roger Strand (Senter for vitenskapsteori, UiB)
© PROGRAM UTVIKLING as Vellykkede prosjekter leverer hyppig Johannes Brodwall, Steria Chief Scientist, Utvikler, Arkitekt, Sertifisert ScrumMaster.
Kvalitetssikring av analyser til forskningsbruk
Iterate.no The Lean Software Development Consultancy Prolog: Case 2 ‣ Et prosjekt fra gamledager ‣ Prosjektleder sa “Godt nok!” ‣ Kunden sa “Hva?? Skal.
HVORFOR FORRETNING BØR BRY SEG OM KONTINUERLIGE LEVERANSER Smidig 2012 Sveinung Dalatun.
And Together. Free your energies Bodil Rabben 16.november 2010 Modne og modige kunder og leverandører.
Når ble pragmatisk slukt av Smidig ? Joachim Haagen Skeie, Smidig 2011.
 Utvikler eller arkitekt, du er også designer! Ketil Storvik.
Hva har Karl Marx, Henry Ford og Smidig til felles?
1 Information search for the research protocol in IIC/IID Medical Library, 2013.
Tilstede Hakon gruppen Systek Ragnvald Blindheim, CTO for ICA Ahold
Velkommen Tema: Prosjektretrospektiver Johannes Brodwall
  © Steria Hvordan bli en bedre utvikler? Johannes Brodwall, Chief scientist, Steria Cicero 23. juni, 2010.
  © Steria Å Lytte til koden Johannes Brodwall, Chief scientist, Steria Statkraft 16. april, 2010 Du kan lytte til koden.
  © Steria Å Lytte til koden Johannes Brodwall, Chief scientist, Steria Iterate 21. mai, 2010.
Arkitektur og smidighet
Scrum APressen Johannes Brodwall, Sjefsarkitekt Steria Norway.
Stykkpriskontrakt Oslo XP meetup Johannes Brodwall, Bare en Programmerer Steria Norway.
ROOTS Johannes Brodwall, Kløne Steria Norway
Opplev smidig programmering
Om Luthersk dåpsteologi og dåpens betydning for trosopplæring
Organisering av IKT området
Produkeierrollen i Scrum
  Den perfekte julegaven til Javakoden din Johannes Brodwall Steria.
Hvordan løse krav til effektivisering og kvalitetshevning med gode verktøy Universitetsdirektør Hanne Harlem, UiO.
Lundi 29 octobre 2007IKT og læring – Huin102 - H07 v/ Myriam Coco1 Web 2.0. Blog, Wiki: Wiki -1/3.
Fra Mitose til Happy-meal Innføring i “Prototype Patterns” og “Builder Patterns” Gruppe 2 Carl-Erik Herheim Leendert Wienhofen Olav Dæhli Thomas Julsen.
Vi utvikler SW og HW for kunder
Kontinuerlig kvalitetskontroll. Hvordan komme helt i mål.
Planning and controlling a project Content: Results from Reflection for action The project settings and objectives Project Management Project Planning.
Økonomiske utsikter - med lavere oljepris
JIRA dreper smidigheten din
DIGITALE Hvorfra kom Big Data?
INTERNASJONAL PRIVATRETT Lovvalg i kontrakt
Misjon – å krysse grenser
Stian Skarnes Gregory, Product Manager
Folksonomier Uke 12, 2012 Neste uke Tirsdag 27. mars – Repetisjon Del I (2009 Høst) Del III (2009 Høst – utsatt.
The Thompson Schools Improvement Project Process Improvement Training Slides (Current State Slides Only) October 2009.
Primary French Presentation 10 Colours L.I. C’est de quelle couleur?
4. mars 20161Forfatternavn A perspective on Water and Energy- seen from Norway Haakon Thaulow Senior Advisor Norwegian Institute for Water Research, NIVA.
SMIDIG GEVINSTREALISERING Johannes Brodwall, Sopra Steria Programmerer og smidiginstruktør.
Hendelse Prosjekt: Nyhamna EPCm Site/Land/Dato: Nyhamna B340/ Norge/
Title: «How to use different tools and/or machines in the workshop»
Frigjørende evangelium Rom 8 og Gal. 2 Lov eller evangelium Krav eller løfte Noe du skal oppfylle eller noe som er blitt oppfylt for deg Dåp Bekymringer.
sporing av barn med klokke
Relevant questions for the Reference Group
Økonomiske forutsetninger
CAMPAIGNING From vision to action.
Cake q4 SIKKERHETS-LEDELSE
The Scoutmaster guides the boy in the spirit of another brother.
Hva er XP ? Ikke ekstrem, men heller meget forsiktig
Misjon – å krysse grenser
The Gains from International Trade
Trends in the norwegian energy sector:
Dynamisk DNS registrering for Windows 10
Kvinners tid er mindre verdt enn menns tid
Semester survey 2018 Mariana Hatzianastasiou, Amit Chitra Knutepunktet
ALL vectors have two components (x and y)
How to evaluate effects of inspections on the quality of care?
Utskrift av presentasjonen:

 Galls lov og erstatningsprosjekter Johannes Brodwall Chief scientist, Steria

 "If A System Is Working, Leave It Alone. Don't Change Anything!"

 Planen

 “Systemet må erstattes!”

 Leverandøren gir ikke support

 Vi får ikke tak i kompetanse

 Kompleksitet ødelegger vedlikeholdbarhet

 “Bygg et nytt system!”

 Dagens system er kravspec

 Estimert kostnad: timeverk

 (Cirka 2 livsverk)

 “Ikke invester i dagens system”

 Alt erstattes under ett

 Nytt system, gammel tjeneste

 Uortodoks observasjon #1: Det finnes billigere måter å holde liv i gammel forretningsmodell

 "A Complex System Designed From Scratch Never Works And Cannot Be Made To Work. You Have To Start Over, Beginning With A Working Simple System"

 Det finnes bedre grunner!

 Virkeligheten

 “Forsinket”

 “Sparket”

 “Vis at investeringen er verdt noe!”

 Produksjonsetter noe

 Uortodoks observasjon #2: Nytt og gammelt system vil leve sammen

... veldig gode nyheter

 Gradvis erstatning

 Tekniske patterns

 Delt database

 Import/eksport

 Datatjenestelag

 Parallell produksjon

 Krav patterns

 Risiko

 Kostnad

 Isolert brukeregruppe

 Ny brukeregruppe

 Arkitektur

 "...organizations which design systems... are constrained to produce designs which are copies of the communication structures of these organizations." - Conway's Law

 Uortodoks observasjon #3: I store prosjekter er organisering den viktigste faktoren for arkitekturen

 Hvor mange personer i et team?

 2-pizza-team

 10 personer med felles kodebase

 30 personer med integrert kodebase

 Grensen for kontinuerlig integrasjon

 Versjonering hindrer endring

 Hvis jeg var sjef

 Team #1: Risiko

 Team #2: Effektivisering

 Team #3: Isolert brukergruppe

 Team #4: Portal

 Retningslinjer

 Uavhengige leveranser

 Unngå gjenbruk

 Lokale taktiske avgjørelser

 Ikke endre systemet uten å ta med forretningsmodellen

 Uortodoks observasjon #1: Det finnes billigere måter å holde liv i gammel forretningsmodell

 Uortodoks observasjon #2: Nytt og gammelt system vil leve sammen

 Uortodoks observasjon #3: I store prosjekter er organisering den viktigste faktoren for arkitekturen

 "Galls Law: A Complex System That Works Is Invariably Found To Have Evolved From A Simple System That Worked"

 Johannes Brodwall Chief Scientist Steria, Norway Thank you for listening 