Efter lancering af produktledelse.dk, er mit favoritspørgsmål blevet: ”Har du nogensinde arbejdet sammen med en god produktchef?” Jeg har været ude til seks forskellige kaffemøder for at snakke om alt fra digital suverænitet til softwareudviklingskultur. Det er også blevet til et netværksmøde hos SimCorp.

Reaktionen har indtil videre været den samme: ”Hvad mener du med en god produktchef? og ”Når du siger Produktchef, hvad mener du så?”

Artiklen her handler om softwareudvikling versus IT-projekter – en sammenligning mellem softwareproduktmodellen og den klassiske projektmodel. På den måde kan vi beskrive produktchefen i kontrast til den klassiske IT-projektchef.

Jeg har selv oplevet kontrasten mellem de to tilgange, da jeg arbejdede for Symbian – det første operativsystem for smartphones, som blev brugt i over en 1 milliard telefoner fra Nokia, Ericsson, og Motorola tilbage i 00’erne. Den tekniske afdeling hos Symbian var ledet af en programchef, som kom fra Ericssons infrastruktur division. Han var vant til store udviklingsprogrammer på flere år. Igen og igen beskyldte han os produktchefer for at være kilden til forsinkelser: ”I ændrer konstant kravene” og hindrede samarbejdet mellem udviklerne og produktcheferne. I virkeligheden var det manglende samarbejde kilden til mange af de udfordringer, som virksomheden havde. I sidste ende sejrede det mere agile selskab, Apple, og Symbian eksisterer ikke i dag. Projekttankegangen, hvor tidsplanen, ressourcerne, og kravene kæmper mod hinanden, er nok ikke hele forklaringen, men bidrog til et langsomt udviklingsflow baseret på konflikt fremfor samarbejde.

Det er derfor vigtigt at forstå forskellen på en produkt- og en projektchef. lad os starte med en definition af en produktchef:

Produktchefen er den person i softwareudvikling, som er ansvarlig for værdien og bæredygtigheden i transaktionen mellem kunden og den virksomhed, som tilbyder produktet.

 Heri har vi også definitionen af produkt:

Produktet er værdibæreren mellem kunden (og derigennem brugeren) og virksomheden, som tilbyder produktet. Produktet skal både levere værdi til kunden ved f.eks. at løse et problem og til virksomheden i form af f.eks. indtægter. Virksomhed i denne kontekst kan også være en offentlig institution eller en NGO, som prioriterer samfundsnytteværdi fremfor finansielle indtægter.

Definitionerne gør det tydeligt, at den gode produktchef skal have kompetencer og erfaring med en række områder, som knytter sig til at skabe værdi og bæredygtighed i et softwareprodukt. Jeg kalder områderne for de tre uundgåelige U’er, nemlig udsyn, udforskning, og udvikling. Det kan du læse mere om her.

Dykker vi ned i kontrasten mellem softwareproduktudvikling og IT-projekter finder vi store forskelle. Hvis Danmark skal konkurrere med de bedste på software og opnå digital suverænitet, må vi udvikle en sund softwareproduktudviklingspraksis og forlade IT-projektmentaliteten – en mentalitet jeg stadig hører om i samtaler med ledere ansvarlige for softwareudvikling i både private og offentlige organisationer.

Forskellen er stor mellem produktchefen i softwareproduktudvikling og den klassiske IT-projektchef:

Både produkt- og projektchefer kan være mere eller mindre erfarende og kompetente. De bedste IT-projektchefer kender til begrænsningen i deres tilgang og anerkender værdien af dygtige produktmennesker. Ingen tvivl om det. Ligeledes har mange produktchefer solide projektledelseskompetencer.

Når alt kommer til alt, er der over de sidste 10-15 år blevet opbygget en robust international praksis omkring softwareproduktudvikling, som tydeligt dokumenterer, at arbejdet med softwareudvikling bedst organiseres efter produktmodellen. Det er således vigtigt at vi uddanner dygtige produktchefer, som er tydeligt til stede i vores udviklingspraksis. Vi skal nå et punkt, hvor spørgsmålet ved en festlig sammenkomst ikke er ”Når du siger, du er produktchef, hvad betyder det så?”, men derimod ”sejt, hvilket produkt arbejder du på?”