Det intuitivt riktige er ofte feil

13.01.2010 - Niklas Bjørnerstedt

Foredrag: Niklas Bjørnerstedt

Hvem er jeg: 10 år Smalltalk, 10 år som produkteier, visjon: profesjonalisering av kunderollen i IT-prosjekter

(Tankenotater for foredraget)

"Intuitivt riktige" ting er noen ganger helt feil

To typer av konverteringsprosjekter: endre eller skrive nytt (inviter Bjørnar Evenshaug fra CSC for å snakke om SICSnt: 100 000 klasser, Smalltalk->Java)

Ofte falskt behov - hva er det egentlige motivet?

Se opp for big bang - du dør
Agile Release Strategy wikien - mye "internalisert kunnskap"
Felles språk viktig
Samle erfaring fra ulike kontekst (Shared database eksempel)

Studer gammelt system

Myte at kunnskap om gammelt system blinder deg.
Bruk tid på å forstå gammelt system: det vil gi ideer, ikke ta bort dem
Lettere å forstå brukerne (Bokklub eksempel: distribusjonstabellen) Krev at utviklerne bruker det gamle systemet i noen dager "Hvis du behandler et system som en black box så tenderer det å se ut som en monolitt"

Absolutte deadlines dreper - du trenger mye større margin enn du antar

Replacement prosjekter har ikke brukerverdi - skummelt. Hvordan gi prosjektet verdi for brukere?

Hva skal bygges først? - Verdifundamentaliser: "størst brukerverdi"

Hva er verdi i et replacement prosjekt? - mest sentral funksjon? - fortest i produksjon? - størst risikoreduksjon - mest økt kunnskap - størst reduksjon i endringsmengde på eksisterende system

Vanlig startposisjon: - lite kjennskap til gammelt system - nytt team - nye verktøy - ny kunderelasjon

... Burde vi ikke velge "enkle" oppgaver først?

Vanlige kilder til overraskelser i replacement prosjekt: dynamiske egenskaper - tid Bokklubb eksempel og inkasso