Project portfolio management software laten maken
De meeste organisaties hebben geen tekort aan goede projectvoorstellen, maar een tekort aan mensen om ze uit te voeren. Toch staat alles op groen: elk voorstel is apart goedgekeurd, elk projectplan klopt op zichzelf, en halverwege blijkt dat dezelfde architect, dezelfde datavoorziening en dezelfde afdeling in vier plannen zijn ingeboekt. Portfoliomanagement is het niveau waarop die botsing wordt beslecht: welke projecten doen we wel, in welke volgorde, waar zit de capaciteit, en leveren ze op wat de businesscase beloofde. Appfront bouwt maatwerksoftware voor dat besluitproces, van aanvraag en scorekaart tot fasepoort, batenrealisatie en de rapportage aan directie en toezicht.
Portfoliomanagement begint waar projectbesturing ophoudt
Er zijn drie niveaus waarop over werk wordt besloten, en ze stellen alle drie een andere vraag. Op de werkvloer gaat het over stroom: welk werk pakken we nu op, wat blokkeert, hoe lang duurt het voordat iets van links naar rechts is. In een project gaat het over besturing binnen een afgebakende opdracht: planning, budget, risico's, mijlpalen en oplevering. Op portfolioniveau gaat het over samenstelling: welke projecten mogen er bestaan, welke krijgt voorrang, wat schuift op, wat stoppen we, en houden we onze belofte aan de organisatie waar.
Dat laatste niveau ontbreekt in de meeste gereedschapskisten. Er is projecttooling, er is een spreadsheet met een projectenlijst, en er is een directievergadering waarin die lijst wordt doorgenomen. Wat er niet is, is een plek waar de aanvraag, de gewogen beoordeling, de gevraagde inzet per rol, het fasebesluit en de baten na oplevering aan hetzelfde record hangen. Het gevolg is voorspelbaar: de projectenlijst leeft in vier versies, de directie ziet cijfers die bij het voorlezen al achterhaald zijn, en een besluit om te stoppen is nauwelijks te nemen omdat niemand kan overzien wat er dan vrijvalt.
Portfoliomanagement wordt bovendien pas interessant als het schaars is. Zolang alles kan, hoeft er niet gekozen te worden en volstaat een lijst. Zodra er meer voorstellen zijn dan uitvoeringskracht, wordt de vraag verdelend: elk ja is een nee tegen iets anders, ook als dat nee nooit expliciet wordt uitgesproken. Software die dat zichtbaar maakt is geen administratie, maar een besluitinstrument.
Er zijn in de praktijk vier soorten gebruikers van zo'n systeem, en ze willen alle vier iets anders. De aanvrager wil weten waar zijn voorstel staat en wat er nog van hem verwacht wordt. De portfoliomanager of het PMO onderhoudt de lijst, haalt aannames op en bereidt de besluitronde voor. De teamlead of resourcemanager wordt gevraagd inzet toe te zeggen die hij ook voor het lijnwerk nodig heeft. En de directie neemt het besluit, en wil daarvoor het kortste beeld dat nog bruikbaar is. Een portfoliosysteem dat maar één van die vier goed bedient, wordt door de andere drie omzeild, en dan is de lijst na één ronde alweer incompleet.
Zit u hier goed? Deze pagina gaat over het niveau boven het project. Wilt u één project besturen, met planning, budget, mijlpalen en urenverantwoording binnen die ene opdracht, dan hoort u bij projectmanagement software op maat. Gaat het om de werkvloer, om borden, kolommen, blokkades en hoe lang los werk onderweg is, dan is dat het niveau onder het project en niet wat hier beschreven staat. Hier gaat het over de vraag welke projecten er zijn, niet over hoe u er één uitvoert.
Het aantal is het probleem
Elk voorstel is los verdedigbaar. De schade zit in de som: te veel gelijktijdig werk vertraagt alles en er komt niets af.
Capaciteit is een gedeelde pot
Projecten delen dezelfde specialisten met elkaar en met het lijnwerk. Die pot wordt op portfolioniveau verdeeld, of nergens.
Baten komen na de oplevering
Het project stopt bij de livegang, de belofte uit de businesscase begint dan pas. Iemand moet blijven meten of die uitkomt.
Kiezen tussen projecten die allemaal urgent lijken
Vraag een directie welke van de lopende projecten de hoogste prioriteit heeft en het antwoord is vaak dat ze alle vier belangrijk zijn. Dat is geen onwil, het is het ontbreken van een gedeelde meetlat. Zonder meetlat wint wat het hardst binnenkomt: de klant die dreigt op te zeggen, de toezichthouder met een deadline, de manager die het beste presenteert. Urgentie verdringt belang, en het onderhoud dat niemand komt verdedigen schuift standaard naar achteren, tot het als storing terugkomt.
Een portfolio bestaat bovendien uit meer dan projecten die iemand graag wil. Er zit werk in dat moet omdat een regel of een contract het voorschrijft, werk dat moet omdat een systeem einde leven is, en werk dat de organisatie vooruit helpt. Die drie categorieën concurreren om dezelfde mensen, maar laten zich niet met dezelfde argumenten vergelijken. Een verplicht traject verliest elke discussie over rendement en wint elke discussie over risico. Zolang dat verschil niet in de beoordeling zit, vergelijkt u appels met verplichtingen.
Een scorekaart die het gesprek stuurt, niet beslecht
Wat in de praktijk werkt is een scorekaart die vooraf is vastgesteld, buiten de hitte van een individueel voorstel. Daarin staan de criteria die uw organisatie werkelijk hanteert: bijdrage aan de strategische doelen, verwachte baten en hoe hard die zijn, risico als het niet gebeurt, afhankelijkheid van andere projecten, verplichte grondslag, en uitvoerbaarheid gegeven de mensen die het moeten doen. Elk criterium krijgt een weging, en die weging is een strategisch besluit dat de directie eenmaal neemt in plaats van per voorstel opnieuw.
De software rekent het besluit niet uit. Wat zij doet is de beoordeling reproduceerbaar maken: wie heeft welke score gegeven, op welke aanname rust die, en wat gebeurt er met de rangorde als een aanname verandert. Dat laatste is het waardevolste onderdeel. Halveer de geschatte baat van het hoogst scorende voorstel en kijk of het nog bovenaan staat; verdubbel de geschatte inzet en kijk wat er dan uit de planning valt. Zo'n gevoeligheidsbeeld verplaatst de discussie van meningen naar aannames, en aannames zijn bespreekbaar.
Even belangrijk is dat de scorekaart zichtbaar maakt waar beoordelaars het oneens zijn. Twee mensen die hetzelfde totaal geven op grond van tegengestelde scores lijken het eens en zijn het niet. Een portfolioronde die alleen totalen laat zien, mist precies de plek waar het gesprek nodig is. Daarom bewaart het systeem de scores per criterium en per beoordelaar, met de onderbouwing erbij, ook nadat het besluit is genomen. Bij een volgende ronde is dan terug te vinden waarom een voorstel toen wel of niet doorging.
Afhankelijkheden bepalen de volgorde
Een rangorde op score alleen is nog geen uitvoerbare volgorde. Projecten hangen aan elkaar. Het ene levert een koppeling op waar het andere op wacht, twee trajecten raken hetzelfde kernsysteem en kunnen niet gelijktijdig live, en een derde kan pas beginnen als een register is opgeschoond. Wie die verbanden niet vastlegt, plant een portfolio dat op papier past en in de uitvoering telkens stilstaat, waarna de vertraging bij de projectleiders wordt gelegd.
Bij elk voorstel horen daarom twee vragen te staan die samen ver genoeg komen: welk project moet klaar zijn voordat dit kan starten, en welk project komt in de problemen als dit wordt uitgesteld of gestopt. De antwoorden verschuiven de rangorde soms flink, omdat een middelmatig scorend voorstel dat drie andere blokkeert vooraan hoort te staan en een hoog scorend voorstel dat op iets anders wacht juist niet. Ook hier rekent het systeem niets uit. Het maakt de keten zichtbaar, inclusief de plek waar uitstel doorwerkt naar projecten die niemand met dat besluit in verband bracht.
Nee zeggen zonder de aanvrager af te branden
Een portfolio dat alleen groen licht kan geven is geen portfolio. Toch is nee zeggen organisatorisch duur, en daarom gebeurt het vaak verkapt: het voorstel wordt goedgekeurd en krijgt geen mensen. Dat is de slechtste uitkomst, want de aanvrager blijft rekenen op iets dat niet gebeurt en het project bezet een plek in de rapportage zonder voortgang. Beter is een expliciete status: afgewezen met reden, aangehouden tot een genoemde voorwaarde is vervuld, of in behandeling met een verwachte startronde.
Aanhouden vraagt een eigen administratie. Een voorstel dat wacht op de vervanging van een kernsysteem hoort automatisch weer op de agenda te komen zodra die vervanging is afgerond, met de oorspronkelijke onderbouwing en de vraag of die nog geldt. Zonder dat mechanisme verdwijnt goed werk in een archief en komt het als nieuw voorstel terug, opnieuw beoordeeld door mensen die de eerste ronde niet meemaakten. Herprioriteren hoort tot slot een vast ritme te hebben. Een portfolio dat alleen bij de begroting wordt herzien, is de rest van het jaar een momentopname die niemand meer durft aan te raken.
Wat portfoliomanagement software moet kunnen
Deze zes onderdelen zijn geen losse modules maar een keten. Een scorekaart zonder capaciteitsbeeld levert een rangorde op die niet uitvoerbaar is. Capaciteit zonder fasepoorten geeft inzicht zonder ingrijpen. Fasepoorten zonder batenregister leiden tot besluiten waarvan de uitkomst nooit wordt teruggekoppeld. Ontbreekt de rapportagelaag, dan blijft alles hangen in het systeem en blijft de directie op een spreadsheet vertrouwen.
Wat u hier niet wilt bouwen is even bepalend. Een portfoliolaag hoeft geen takenlijst te zijn, geen documentbeheer en geen tweede urenregistratie. Zij hoort de projectgegevens te lezen uit de systemen waarin het werk al gebeurt, en zelf alleen te bewaren wat op portfolioniveau ontstaat: de aanvraag, de beoordeling, het besluit, de toegezegde inzet en de baten. Die scheiding houdt de invoerlast laag, en invoerlast is de belangrijkste reden dat portfoliosystemen na de eerste ronde verlopen. Ieder gegeven dat een projectleider twee keer moet invullen, is een gegeven dat op termijn in minstens één van de twee systemen niet meer klopt.
Intake met één ingang
Elk idee komt op dezelfde manier binnen, met een minimale onderbouwing, een aanvrager en een categorie, zodat de lijst compleet is voordat er gekozen wordt.
Gewogen scorekaart
Criteria met een vastgestelde weging, scores per beoordelaar met onderbouwing, en een rangorde die opnieuw te rekenen is als een aanname verandert.
Capaciteitsvraag per rol
De gevraagde inzet van alle projecten en het lijnwerk bij elkaar opgeteld per rol en per persoon, met de overboeking zichtbaar voordat de planning vaststaat.
Fasepoorten met beslisdossier
Per poort dezelfde vragen, dezelfde stukken en een vastgelegd besluit: doorgaan, aanpassen, aanhouden of stoppen, met wie er akkoord gaf.
Businesscase en batenregister
Elke baat met een eigenaar in de lijn, een meetdefinitie en een nulmeting, zodat de belofte na de oplevering nog na te rekenen is.
Portfoliorapportage en scenario's
Eén beeld voor directie en toezicht, met de mogelijkheid om een scenario door te rekenen voordat er iets in de echte planning verandert.
Capaciteit is de echte beperking, niet het budget
In veel organisaties is geld het minst schaarse middel in het portfolio. Budget is schuifbaar, mensen zijn dat niet. Een goedgekeurd bedrag levert geen enterprise-architect op, geen ervaren productowner en geen beheerder die het straks overneemt. Toch wordt het portfolio in de meeste gevallen op geld gestuurd, omdat geld een eenheid heeft die iedereen begrijpt en beschikbaarheid van mensen dat niet lijkt te hebben. Precies daar ontstaat de vertraging die later aan de projecten wordt toegeschreven.
Het patroon is bekend. Elk project rekent netjes met de inzet die het denkt nodig te hebben, en elk plan klopt op zichzelf. Wie ze bij elkaar optelt ziet dat vijf plannen ieder een vijfde van dezelfde specialist claimen, dat diezelfde specialist ook het beheer doet, en dat er niets is ingeruimd voor incidenten. Zo'n portfolio is niet krap, het is aantoonbaar onhaalbaar, en dat was voor de start al te zien. Optellen is technisch triviaal en organisatorisch lastig, want het maakt zichtbaar dat er gekozen moet worden.
Er zit nog een verliespost in die niemand plant. Iemand die aan vier projecten tegelijk zit, verliest inzet aan wisselen, aan bijpraten en aan het opnieuw inlezen na elke onderbreking. Op portfolioniveau is dat een argument om minder gelijktijdig te doen en meer achter elkaar: hetzelfde werk, dezelfde mensen, maar eerder klaar en met minder half afgemaakte projecten in de boeken. Software helpt door de gelijktijdigheid per persoon te tonen, niet alleen de totale bezetting.
In vrijwel elk portfolio zit daarnaast een handvol mensen door wie alles heen loopt: de architect die elk ontwerp moet zien, de enige beheerder van een kernsysteem, de jurist die elk contract beoordeelt. Zij bepalen wat het portfolio werkelijk aankan, en juist zij ontbreken in een capaciteitsoverzicht dat op afdelingen is gebouwd. Zo'n overzicht meldt ruimte in het team terwijl de persoon die de sleutel heeft al is overvraagd. Het loont om die rollen apart te volgen en er hetzelfde gesprek over te voeren als over geld: wie krijgt hem, waarvoor, en wat schuift daardoor op. Dat gesprek levert bovendien de enige structurele oplossing op, namelijk het overdraagbaar maken van wat nu in één hoofd zit.
Van beschikbare uren naar werkelijke beschikbaarheid
Een capaciteitsbeeld dat van bruto beschikbaarheid uitgaat, belooft inzet die er niet is. Van de contractuele tijd gaat verlof af, verzuim, opleiding, overleg, en het lijnwerk dat doorgaat terwijl het project loopt. Wat overblijft is de netto projecttijd, en dat is in de praktijk een stuk minder dan de helft voor mensen met een beheertaak. Een portfolio dat op bruto uren is gebouwd, loopt daarom structureel achter zonder dat er iets fout is gegaan.
Praktisch werkt het in twee snelheden. Voorstellen die nog niet zijn gestart, plant u op rolniveau: zoveel inzet van een integratiespecialist, zoveel van een tester, zonder namen. Zodra een project door de poort is, wordt dat vervangen door de mensen die het echt gaan doen. Beide beelden horen naast elkaar te bestaan, want het eerste is nodig om te kiezen en het tweede om te leveren. Vergelijk daarna de geplande inzet met de werkelijk geboekte inzet: dat verschil vertelt of uw schattingen kloppen, en het corrigeert de volgende portfolioronde beter dan welk voornemen ook.
Voor de gedetailleerde kant van planning, roostering en het inplannen van uitvoerend werk is een portfoliosysteem het verkeerde gereedschap. Dat hoort in planning en scheduling software op maat, of bij roosters in personeelsplanning software. Het portfolio hoeft niet te weten wie er dinsdagmiddag zit, alleen of het geheel past.
- Gevraagde inzet per rol, opgeteld over alle projecten
- Lijnwerk en beheer meegerekend, niet alleen projecturen
- Netto beschikbaarheid in plaats van contractuele uren
- Sleutelpersonen apart in beeld als portfoliobeperking
- Gelijktijdigheid per persoon zichtbaar, niet alleen totalen
- Geplande inzet naast geboekte inzet als correctie
Test je idee eerst — werkend prototype in 1 dag
Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.
Bekijk OneDayBuild →Fasepoorten, baten en het besluit om te stoppen
In de meeste organisaties is de businesscase een toegangsbewijs. Hij wordt gemaakt om goedkeuring te krijgen, en daarna kijkt niemand er nog naar. Dat is jammer, want de aannames waarop de goedkeuring rust veranderen tijdens de uitvoering: de scope schuift, een leverancier valt weg, de markt beweegt, de baat blijkt kleiner of juist groter. Een businesscase die bij elke fasepoort wordt herrekend met wat u nu weet, is een besturingsinstrument. Een businesscase die na goedkeuring in een map verdwijnt, is papier.
Fasepoorten geven dat herrekenen een plek. Het idee is oud en bewezen: knip een project in fasen en zet aan het eind van elke fase een expliciet besluit, met steeds dezelfde vragen en dezelfde stukken. Is de aanleiding nog geldig, klopt de raming nog, zijn de risico's beheersbaar, is de capaciteit er, en levert het nog steeds genoeg op om de rest van de investering te rechtvaardigen. Methodische kaders werken dit verschillend uit, van het fasegewijze besluitmodel uit de productontwikkeling tot de faseovergangen in gangbare projectmethoden en de internationale richtlijnen voor portfoliomanagement. De vorm is minder belangrijk dan de discipline: dezelfde vragen, elke keer, ook als het antwoord slecht nieuws is. In de publieke sector komt daar externe toetsing bij. Het Adviescollege ICT-toetsing is een onafhankelijk, bij wet ingesteld college dat het kabinet en het parlement adviseert over de risico's en de slaagkans van ICT-projecten binnen de Rijksoverheid, en die adviezen zijn openbaar.
Een poort met maar één uitkomst is geen poort. Het besluit hoort werkelijk te kunnen zijn: doorgaan zoals gepland, doorgaan met een aangepaste scope, aanhouden tot een voorwaarde is vervuld, of stoppen. Dat laatste is het moeilijkste besluit in elk portfolio, en niet omdat de cijfers onduidelijk zijn. Er is al geld uitgegeven, er zitten mensen aan vast en iemand heeft zijn naam eraan verbonden. Software neemt die pijn niet weg, maar zij kan de vraag zuiver stellen: niet wat het tot nu toe heeft gekost, maar wat het nog gaat kosten tegenover wat het nog gaat opleveren, en welke mensen vrijvallen voor de projecten die nu wachten. Zo wordt stoppen een portfoliobesluit met een winstkant in plaats van een verliesmelding.
Tussen twee poorten hoort de prognose te blijven bewegen. Een project dat bij de start een raming afgeeft en die tot de oplevering onveranderd laat staan, rapporteert geen prognose maar een wens. Nuttiger is een bijstelling per ronde, met de reden erbij en met wat er de vorige keer stond ernaast. Zo ontstaat een leerbestand dat het portfolio slimmer maakt: welke soorten projecten worden bij u structureel te optimistisch geraamd, waar wordt slecht nieuws laat gemeld, en welke risico's kwamen in meerdere projecten terug. Risico verdient op portfolioniveau bovendien een eigen blik. Vijf projecten die ieder een acceptabel risico nemen op dezelfde leverancier, hetzelfde platform of dezelfde afdeling vormen samen een concentratie die geen van de vijf projectrisicoregisters laat zien. Dat optellen van gelijksoortige risico's is typisch portfoliowerk.
Batenrealisatie begint na de oplevering
De belofte in een businesscase gaat bijna nooit over software. Zij gaat over minder handwerk, minder fouten, sneller reageren, lagere uitval, beter onderbouwde besluiten. Die uitkomsten ontstaan pas als de organisatie anders gaat werken, en dus na het moment waarop het project trots afsluit. Daarom is de projectleider de verkeerde eigenaar van een baat: hij is er niet meer wanneer die zich moet voordoen. Baten landen in de lijn, en dus hoort er per baat een eigenaar in de lijn te staan.
Drie dingen maken een baat controleerbaar. Een meetdefinitie die geen ruimte laat voor interpretatie, een nulmeting die is gedaan voordat er iets veranderde, en een afgesproken moment waarop opnieuw wordt gemeten. Ontbreekt de nulmeting, dan is elke latere uitkomst een bewering. Let daarbij op dubbeltelling: als drie projecten allemaal dezelfde besparing op dezelfde afdeling claimen, staat die besparing drie keer in de portfoliorapportage en één keer in de werkelijkheid. Een batenregister dat per baat vastlegt waar zij landt, voorkomt dat. Zachte baten mogen best meedoen, mits ze als zacht worden benoemd en niet stilletjes in een totaal worden opgeteld waar harde bedragen in staan.
Batenrealisatie werkt tot slot alleen als de baat ergens landt waar het opvalt wanneer zij uitblijft. In de praktijk betekent dat een verband met de begroting van de afdeling die de baat claimt: wat in de businesscase als besparing staat, hoort in de volgende begrotingsronde terug te komen als lagere kosten of als ruimte die elders wordt ingezet. Blijft dat verband weg, dan is de baat een argument dat alleen bij de goedkeuring wordt gebruikt en daarna niemand meer bindt. Software kan dat verband niet afdwingen, maar zij kan de belofte, de eigenaar en de meting bij elkaar houden, en de vraag op tijd bij de juiste persoon leggen.
Wat directie en toezicht werkelijk nodig hebben
Bestuurders vragen niet om meer detail, ze vragen om betekenis. Een portfoliorapportage die vooral kleurtjes toont, nodigt uit tot optimisme: niemand zet zijn eigen project op rood, en dus staat alles op oranje tot het te laat is. Nuttiger is een beeld dat de beweging laat zien: wat is er veranderd sinds de vorige ronde, welke prognose is bijgesteld, welke aanname is niet meer houdbaar, welk besluit wordt nu van de directie gevraagd. Dat vraagt om één set cijfers die uit hetzelfde systeem komt als de projectadministratie, niet om een presentatie die iemand handmatig samenstelt en waarvan de herkomst na twee stappen niet meer te volgen is.
Voor een raad van commissarissen of een raad van toezicht komt daar herleidbaarheid bij. Zij moet kunnen nagaan welk besluit wanneer is genomen, op basis van welke stukken en met welke onderbouwing, ook als de betrokkenen zijn vertrokken. Een portfoliosysteem dat besluiten en versies bewaart, levert dat spoor als bijproduct. Wilt u de rapportagelaag als zelfstandig onderwerp aanpakken, dan sluit een KPI-dashboard op maat daarop aan. Gaat het specifiek om grote kapitaalinvesteringen met contractbeheer en prognoses per investering, dan is software voor investeringsprojecten de nauwere ingang.
Wanneer een standaardpakket de betere keuze is
Portfoliomanagement is geen witte vlek in de softwaremarkt. Er bestaan volwassen pakketten in drie vormen: een portfoliomodule bovenop projecttooling die u al gebruikt, een zelfstandige portfoliosuite, en portfoliofunctionaliteit binnen een breder pakket voor de administratie of het IT-beheer. Voor een deel van de lezers van deze pagina is zo'n pakket de verstandigere route, en dat zeggen we liever hier dan halverwege een offertetraject.
Volgt uw besluitvorming het gangbare patroon van aanvraag, gewogen beoordeling, capaciteitstoets, fasepoort en portfoliorapportage, dan koopt u dat kant-en-klaar in, inclusief onderhoud en nieuwe versies. Uw inspanning verschuift van bouwen naar inrichten, en dat is bij portfoliosoftware een aanzienlijke inspanning. Wees daarbij eerlijk over de oorzaak van het probleem. Als de kern is dat de directie geen keuzes maakt, dat aanvragers hun baten mooier voorstellen dan ze zijn of dat niemand de portfolioronde voorbereidt, dan lost geen enkel systeem dat op. Software maakt discipline zichtbaar en afdwingbaar, maar zij maakt haar niet.
Maatwerk loont in minder situaties dan aanbieders suggereren. De sterkste reden is een weegmodel dat werkelijk van u is. Denk aan een zorginstelling die projecten weegt tegen beschikbare behandelcapaciteit, een netbeheerder die aan wettelijke termijnen en veiligheidsverplichtingen is gebonden, of een organisatie waarin subsidievoorwaarden en cofinanciering meebepalen wat wanneer mag starten. Zulke logica in een pakketformulier persen kost juist het onderscheidende deel van de afweging.
De tweede reden is een portfolio dat meer moet wegen dan projecten. Concurreert projectwerk bij u met beheer, met productiecapaciteit, met een vloot of met de bezetting van een primair proces, dan is de aanname van veel pakketten, namelijk dat alles zich als project laat modelleren, precies het probleem. De derde reden is integratie: portfoliocijfers zijn alleen betrouwbaar als ze uit de bron komen, uit de financiële administratie, de urenregistratie, de personeelsgegevens en de projecttooling. Wil het pakket in al die gevallen het leidende systeem zijn, dan bouwt u koppelingen tegen de stroom in. Hangt de afweging vooral aan beheersing en risico, dan is IT-risicomanagement software een aangrenzende ingang.
Zo'n gesprek begint bij ons meestal niet met een functionele lijst, maar met uw huidige projectenlijst op tafel. Daar is doorgaans in één ronde aan te zien waar de pijn zit. Staat er werk op dat allang gestopt had moeten worden, dan is het besluitproces het onderwerp. Zijn de baten van het merendeel niet in een getal uit te drukken, dan begint het bij de businesscase. Klopt de lijst wel, maar durft niemand hem te herprioriteren, dan gaat het over rapportage en gezag en niet over functionaliteit. Beginnen bij de klacht in plaats van bij de modulelijst voorkomt dat u een systeem laat bouwen dat netjes vastlegt wat er niet gebeurt.
De keerzijde hoort er ook bij: bij zelfbouw ligt het doorontwikkelen en het bijhouden van veranderende rapportage-eisen bij uw eigen organisatie. Vaak is de tussenweg het beste antwoord: het pakket voor de projectadministratie en de uitvoering, maatwerk voor de portfoliolaag waarin gekozen, gewogen en verantwoord wordt.
- Pakket als uw besluitproces het gangbare patroon volgt
- Pakket als portfoliodiscipline nog moet groeien
- Maatwerk bij een eigen weeg- of prioriteringslogica
- Maatwerk als niet al het werk een project is
- Maatwerk als de cijfers uit uw eigen bronsystemen moeten komen
- Tussenweg: pakket voor de uitvoering, maatwerk voor de portfoliolaag
Veelgestelde vragen over portfoliomanagement software
Projectmanagement gaat over de uitvoering van een project dat al is goedgekeurd: planning, budget, risico's, kwaliteit en oplevering binnen die ene opdracht. Portfoliomanagement gaat over de vraag welke projecten er mogen zijn, in welke volgorde en ten koste van wat, gegeven schaarse mensen en een strategie. Het portfolio kiest en herprioriteert, het project levert. Zoekt u besturing van één project, dan bent u bij projectmanagement software op maat beter op uw plek.
Met een scorekaart die vooraf is vastgesteld en per criterium een expliciete weging heeft: bijdrage aan de strategische doelen, verwachte baten, risico, afhankelijkheden, verplichte grondslag en de vraag of de benodigde mensen er zijn. Software rekent dat besluit niet uit, maar maakt zichtbaar waar de scores uit elkaar lopen en welke aannames de uitkomst dragen. Het gesprek gaat daarna over die aannames in plaats van over wie het hardst lobbyt.
Omdat elk project rekent met mensen die het niet exclusief heeft. Vijf plannen die ieder een vijfde van dezelfde architect vragen, kloppen los van elkaar en zijn samen onhaalbaar zodra iemand uitvalt of het lijnwerk voorgaat. Portfoliosoftware telt de gevraagde inzet per persoon of rol over alle projecten en het lijnwerk bij elkaar op, en laat de overboeking zien voordat de portfolioplanning wordt vastgesteld.
Niet de projectleider, want die is weg zodra er opgeleverd is. Baten landen in de lijn, dus hoort er per baat een eigenaar in de lijn te staan, met een meetdefinitie, een nulmeting en een afgesproken meetmoment. Zonder die drie is batenrealisatie een intentie. Software helpt door de baat na de oplevering open te houden en de eigenaar te blijven vragen, ook als het project administratief al is afgesloten.
Vaak wel, en voor een deel van de organisaties is dat de verstandigere route. Er bestaan volwassen PPM-pakketten, van portfoliomodules bovenop bestaande projecttooling tot losse portfoliosuites. Volgt uw besluitvorming het gangbare patroon van aanvraag, scorekaart, fasepoort en portfoliorapportage, dan koopt u dat in en verschuift uw inspanning van bouwen naar inrichten. Maatwerk loont bij een eigen prioriteringslogica of bij een portfolio dat naast projecten ook ander werk moet wegen.
De broncode en de documentatie zijn eigendom van de opdrachtgever en staan in een repository waar u zelf toegang toe heeft. Bij oplevering hoort een beschrijving van de architectuur, de datamodellen, de koppelingen en de deployment, zodat een andere partij het kan overnemen zonder eerst te reverse-engineeren. We werken met gangbare technologie, omdat dat bepaalt hoeveel partijen het onderhoud kunnen oppakken.
Gerelateerde diensten
Projectmanagement software op maat
Wilt u niet kiezen tussen projecten maar er één goed uitvoeren, met planning, budgetbewaking, mijlpalen en urenverantwoording binnen die opdracht, dan is projectmanagement software op maat het juiste niveau.
Software voor investeringsprojecten
Gaat het vooral om grote kapitaalinvesteringen, met budgetbewaking per investering, contracten en prognoses tot oplevering, dan sluit software voor investeringsprojecten daar nauwer op aan.
KPI-dashboard op maat
Is de rapportagelaag uw eigenlijke vraag, met één beeld voor directie en toezicht dat uit de bronsystemen komt, dan is een KPI-dashboard op maat de directe ingang.
Leg uw portfolio naast uw capaciteit
Vertel ons hoe een projectvoorstel bij u wordt goedgekeurd, wie de inzet van de schaarse specialisten verdeelt en wat er gebeurt als een project zijn businesscase niet meer haalt. Uit die drie antwoorden blijkt meestal of een pakket, maatwerk of een combinatie het beste past, en welk deel van het portfolioproces u het eerst wilt vastleggen.