Het on­der­zoek van Inge van de Weerd (pro­mo­tie sept. 2009) gaat over het uit­bren­gen van nieu­we soft­wa­re­re­lea­ses. In haar geval bij pro­duct­soft­wa­re, stan­daard soft­wa­re dus, welke aan een bre­de doel­groep ver­kocht wordt. Je kent het wel, ver­sie 2, ver­sie 3, maar wie en/of wat be­paalt wat er in zo'n vol­gen­de ver­sie komt? Dat is de taak van de soft­wa­re pro­duct­ma­na­ger.
Zo­als bij veel func­ties in de ICT vind je de func­tie pro­duct­ma­na­ger niet over­al en wordt de func­tie ook niet over­al het­zelf­de in­ge­vuld. Soms is de pro­duct­ma­na­ger ver­ant­woor­de­lijk voor een enkel pro­duct, in an­de­re ge­val­len voor al­le soft­wa­re die de le­ve­ran­cier uit­brengt. Ook na­men als releasemanager of pro­gram­manager ko­men voor. En bij klei­ne be­drij­ven valt de pro­duct­manager on­der de af­de­ling de­ve­lop­ment, bij de gro­te­re software­leveran­ciers weer juist on­der de mar­ke­ting­afde­ling. Bij elke vol­gen­de soft­wa­re­re­lea­se is de vraag: wat komt er in? Voor het ant­woord door­loopt de pro­duct­manager een aan­tal stap­pen en moe­ten di­ver­se af­we­gin­gen ge­maakt wor­den. Hij/zij ver­za­melt bij­voor­beeld de require­ments, prioriteert de­ze, plant de vol­gen­de re­lea­se, maakt een roadmap hier­voor, etc. Pro­duct­management uit­voe­ren is dan ook niet een­vou­dig: Een pro­duct­ma­na­ger is niet al­leen bij al­le on­der­de­len be­trok­ken, ook moe­ten vaak las­ti­ge af­we­gin­gen ge­maakt wor­den. Een gro­te klant kan bij­voor­beeld een require­ment door­ge­ven, welke ei­gen­lijk niet in de visie van het be­drijf past. Wat dan? En als re­quire­ments veel tijd kos­ten om door te­ voe­ren is de plan­ning las­tiger. De hui­di­ge ge­ne­ra­tie pro­duct­ma­na­gers heeft het on-the-job ge­leerd. Zij zijn vaak eer­der ma­na­ger ge­weest van de develop­ment­afdeling, of se­ni­or ar­chi­tect. Dit be­te­kent dat er geen ge­stan­daar­di­seer­de werk­wijze be­staat: men doet het op ba­sis van zijn/haar er­va­ring. En hier komt Inge van de Weerd's pro­mo­tie-on­der­zoek in beeld. Zij heeft een refe­rentie­raam­werk voor soft­wa­re pro­duct­ma­na­ge­ment ont­wik­keld. Hier­in staan al­le ac­ti­vi­tei­ten van een pro­duct­ma­na­ger. Dit re­fe­ren­tie­raam­werk heeft ze in haar proef­schrift ge­va­li­deerd aan de hand van zes ca­se stu­dies. Zo'n raam­werk was er nog niet echt en is daar­om voor de soft­wa­re-­in­du­strie van groot nut. Maar hier­mee is het on­der­zoek niet klaar: Inge heeft zich nu tot doel ge­steld om me­tho­den toe te­ voe­gen aan het raam­werk. Want een be­paal­de ac­ti­vi­teit kun je op meer ma­nie­ren uit­voe­ren. Welke is de bes­te? Door der­ge­lij­ke me­tho­den in kaart te­ bren­gen in een kennis­infra­structuur, kun­nen be­drij­ven zelf­ be­pa­len welke me­tho­de voor hen het bes­te is.
Ten­slot­te wordt ge­werkt aan bench­marking van de ne­der­land­se sotware-industrie: Hoe vol­was­sen is de­ze op het ge­bied van software­re­lea­ses? Inge's proef­schrift is ge­ti­teld "Advancing in Soft­wa­re Pro­duct Ma­na­ge­ment: An Incremental Method En­gi­nee­ring Approach" en de vol­le­di­ge tekst [nieuw ven­ster] is in PDF be­schik­baar.