ofrivilligt kodägarskap | per rovegård | ltg-32
TRANSCRIPT
Om Per Doktorerat på BTH, framförallt om kravhantering och -
prioritering
Arkitekt på Ericsson ett antal år
Nu på factor10 – bygger system, hjälper företag att få kontroll över sina kodbaser samt coachar team
Förespråkare av agil utveckling
Typer av kodägarskap Kollektivt
Alla – tveksamt
Team – bra!
Individuellt Egenskapat – dåligt
Ofrivilligt – olyckligt
Effekter av egenskapat kodägarskap Dålig kompetensspridning Inga nya idéer Stoppar upp progressen Personberoende Misstro Övertid och stress
Lösningen Agil process Hantera individen Egoless programming Inte så märkvärdigt egentligen...
Men ofrivillig då? Vanligt förekommande Samma effekter, förstås
Plus frustration och/eller uppgivenhet
Varför händer det och vad leder det till?
Kod utom kontroll Dålig testtäckning, buggig Ändringar blir dramatiska Isolerade öar ”Owner by association”
Blame-kultur ”Du får fixa dina egna buggar” ”Det var Lisa som gjorde den featuren, så det är
hennes kod” Stävjar innovation och förändring Svårt med inkrementell värdeleverans
Ovilja att lära ”Jag förstår inte koden, den är magi” ”Koden använder LINQ, och den kan ju inte jag” ”Koden är kritisk, jag vågar inte ändra” Kompetens- och attitydproblem!
Kortsiktighet ”Om Kalle gör uppgiften blir vi snabbare klara” Tids- och kostnadseffektivt för stunden är inte
samma sak som långsiktigt effektivt
”Owner by association” Den som ändrat sist eller ändrat mest äger inte
koden Den som kan mest om en viss teknik äger inte
sådan kod
Hur hanterar vi detta? Skapa kontroll över kodbasen Ducka inte för uppgifter Ta chanser att lära nytt Undanröj vanföreställningar Starkt software management, odla bra kultur
Tack för att ni lyssnat!