Volgende maand verschijnt alweer het 16e nummer van het vakblad Projectmanagement en agilemanagement. De rode draad door dit nummer is standaard of maatwerksoftware. Waneer wel, wanneer niet en hoe ga je daar dan als projectmanager mee om. De artikelen betreffen veelal interviews.
In het redactionele hoofdartikel beschouwt Luuk Ketel de inhoud van dit nummer en gaat in op het hergebruik (re-use) van software en de voor en nadelen van het implementeren en gebruiken van standaard pakketten. Dat doet mij denken aan een al oud maar veel gebruikt principe “Repair before Reuse before Buy before Build”.
In het artikel Modularisering van het IT-landschap: Van rigiditeit naar wendbaarheid houdt Bart van den Hooff een pleidooi voor een gelaagde architectuur, waarbij de kern van de architectuur standaardfuncties zoals Finance en HR middels ERP-achtige systemen afdekken. Aan de ‘buitenkant’ van zo’n architectuur vinden we vaak de modularisering. Hier zijn flexibiliteit en wendbaarheid de leidende principes. Het gaat hier om de processen die concurrentievoordeel opleveren, waarbij snelle aanpassing aan veranderende vereisten uit de omgeving cruciaal is. Hierbij zal vaak gebruik gemaakt worden van cloud platformen om de standaard binnenkant met de flexibele buitenkant te koppelen.
Peter Storm doet een oproep aan projectmanagers: doe onderzoek naar faalfactoren in de praktijk en deel deze. Het percentage falende projecten daalt nauwelijks. De lijst van top-tien faalfactoren verandert weinig. Hoe kan dat? Overal waar men erin slaagt om die lerende aanpak te koppelen aan de ontwerpende aanpak zal men aanzienlijke verbeteringen kunnen bereiken in het managen van projecten.
Luuk Ketel en Leo Klaver hebben Lucas Jellema, CTO bij AMIS, geïnterviewd. In dit interview gaat Lucas in op het gebruik van standaard en maatwerksoftware en welke rol de projectmanager daarbij speelt. Denk hierbij aan het betrekken van architectuur, het specificeren en het gebruik van de DoR en DoD, de ToC waarbij juist ook de operationele kosten helder moeten zijn.
Deze keer hebben Luuk Ketel en Leo Klaver mij ook geïnterviewd naar aanleiding van mijn opmerking bij de recensie van het vorige nummer over modellen. Ik heb al meer dan 150 modellen zien langskomen die door projectmanagers kunnen worden gebruikt in (agile)projecten. En het houdt hierbij niet op. In het interview wordt verder ingegaan op het waarom en het nut van al die modellen en wat de toekomst gaat brengen.
Jaap Stoppels bespreekt het artikel: ‘Projectmanagement, governance, and the normalization of deviance’ geschreven door Jeffrey K. Pinto. Het gaat over ethiek en cultuur in organisaties met de gevolgen daarvan voor projectresultaat. ‘The unexpected becomes the expected, which becomes the accepted’ ofwel, wat te doen als overtreding de norm wordt. Geïnstitutionaliseerde overtreding rond projecten komt vooral voor bij te rooskleurige projectvoorstellen, in de samenwerking tussen klant en leverancier en pessimistische projectplanningen. Afsluitend worden een aantal oplossingen aangedragen om hier wat aan te doen.
Het volgende artikel geeft een gesprek weer met Karel de IT-projectmanager binnen KWD, die zojuist een pakketimplementatie heeft afgerond en binnenkort begint met een nieuwe implementatie. In het artikel worden een aantal agile technieken en werkwijzen toegepast bij een pakketimplementatie. M.i. wordt in dit artikel het begrip MVP niet correct gebruikt. Een MVP gebruik je om een hypothese te toetsen. Hierbij wordt een minimale inspanning geleverd zodat zo snel en goedkoop mogelijk kan worden vastgesteld of de hypothese correct is. Daar waar in dit artikel MVP staat had beter MMP kunnen staan. Het Minimum Marketable Product is het kleinste (deel)product dat waarde oplevert voor de klant.
Leo Klaver interviewt Peter Storm, emeritus-hoogleraar Projectmanagement over zijn vak en zijn specialisme: Projectmanagement. ‘Soms vergeten we de essentie van projectmanagement: het managen van transformaties’, zegt Peter Storm die als redactielid afscheid neemt en nu echt met pensioen gaat. Peter ziet zichzelf als een projectfluisteraar. Hij probeert te onderzoeken wat er aan de hand is met een project door daar contact mee te maken. Hij kan binnen drie minuten een ernstige omissie in een projectplan aanwijzen. Wat kan risicomanagement hier betekenen en speelt de keuze voor agile of waterval hier ook een rol of is dit niet altijd een keuze?
Ruud de Gast, Delivery manager bij Low Code Company, is door Luuk Ketel en Leo Klaver geïnterviewd over de trends in het land van maatwerksoftware en wat de betekenis is van deze trends voor projectmanagement en -manager. Een dominante trend kwam naar voren: Low Code. Laat u zich daarbij niet misleiden door het woordje ‘Low’, onder de motorkap van deze software-ontwikkeltaal gebeurt veel. Ik zou het een 5e of 6e generatie ontwikkeltaal noemen. ‘Few Code’ had wellicht een betere benaming geweest daar je met Low Code maar weinig regels hoeft te schrijven om een werkende applicatie te ontwikkelen. Het interview laat zien wat Low Code en het Low Code Platform Mendix is. Wat mij betreft wordt het wel heel rooskleurig voorgesteld (bijna een advertorial, de interviewers hadden wat kritischer mogen wezen). Voor dat je het weet laat je middels Low Code een maatwerk-applicatie ontwikkelen terwijl een standaardpakket volstaat. Dat de meeste bedrijven unieke processen moeten hebben gaat er bij mij niet in. Zie ook de visie van Karel in het laatste artikel.
John Hermarij, de laatst overgebleven projectfilosoof, borduurt deze keer in zijn column voort op de de definitie van een project ‘een tijdelijke onderneming met een uniek eindresultaat’. Hij stelt dat die de lading de vlag niet meer dekt. Moet het uniek zijn of juist niet uniek maar eerder complex en/of gecompliceerd?
Met het artikel Welke beïnvloedingstrategie leidt tot gewenst projectresultaat? geven Jonne Tillema en Erik van Daalen een aantal praktische handvatten om volgzaamheid te laten ontstaan i.p.v. weerstand voor het resultaat dat behaald moet worden. Wees je bewust van de sociale omgeving waarin je als projectmanager verkeert. Die omgeving is van invloed op het resultaat dat je in je project wilt bereiken. twee factoren die vormend zijn voor sociale omgevingen van gebruikers: gevoel voor noodzaak en de machtsverdeling, worden toegelicht. Vervolgens worden een vijftal strategieën besproken die afhankelijk van de sociale omgeving kunnen worden toegepast (macht strategie, planmatige strategie, onderhandelingsstrategie, programmatische strategie en interactieve strategie).
In het laatste artikel Wat maakt uw bedrijf zo uniek? komt Karel weer aan het woord. Karel de IT-projectmanager heeft net twee weken besteed aan het opstarten van zijn nieuwe opdracht, het implementeren van een nieuw standaard softwarepakket. Hij gaat de discussie met de opdrachtgever aan. Als iedere klant zijn eigen proces krijgt kan er geen sprake zijn van standaardisatie en blijven de operationele kosten hoog. Hij wil weten wat Vooruit BV naar eigen zeggen zo uniek maakt? Is er echt maatwerksoftware nodig? Kunnen de basisprocessen niet gestandaardiseerd worden en daaromheen flexibiliteit creëren om klantwensen tegemoet te komen?
Conclusie. Weer een tijdschrift vol interessante artikelen. Interessante beschouwingen over het wel of juist niet gebruiken van standaard of maatwerksoftware en hoe de projectmanager daarmee om kan gaan. Ook worden er weer een aantal praktische handvatten voor de projectmanager gegeven.
Geen abonnee maar wel belangstelling voor het blad, en ik kan het van harte aanbevelen, dan is het online te lezen of in hardcopy voor abonnees die aan de doelgroep voldoen. Zie: KWD Resultaatmanagement.
Henny Portman's Blog 
Pingback: Overview of my year 2022 book reviews | Henny Portman's Blog