Wat is het?
Projectmanagement voor serverless computing is een gespecialiseerde aanpak. Je beheert projecten waarbij de applicatie-infrastructuur volledig door een cloudprovider wordt beheerd.
▶Inhoudsopgave
▶Inhoudsopgave
Denk aan diensten als AWS Lambda of Azure Functions. Het traditionele beheer van servers valt weg, wat de planning fundamenteel verandert. Je focus verschuift van serveronderhoud naar het ontwerpen van losse, op events gebaseerde functies.
Dit vereist een andere manier van denken over taken, afhankelijkheden en oplevering.
Het projectmanagement moet deze architectonische shift ondersteunen. Het draait om het coördineren van teams rondom deze gedecentraliseerde componenten. Je plant niet meer rondom een monolithische codebase, maar rondom kleine, onafhankelijk deploybare eenheden. Dit heeft directe impact op je planningstools en workflows.
Hoe werkt het precies?
Bij serverless projectmanagement begin je met het definiëren van business capabilities. Je deelt het project op in kleine, autonome functies die een specifieke taak uitvoeren.
Elke functie wordt als een aparte taak of user story in je planningstool gezet, zoals Jira of Asana. Je plant iteraties rondom het bouwen, testen en deployen van deze individuele functies. Omdat ze onafhankelijk zijn, kun je meerdere functies parallel laten ontwikkelen.
Dit vereist een strakke afstemming over events en datastromen tussen de teams.
De oplevering en monitoring zijn anders. Je plant releases per functie, niet per hele applicatie. Je gebruikt tools die integreren met cloudproviders voor observatie. De planning moet ruimte laten voor de on-demand aard van de schaalbaarheid en de bijbehorende kosten.
De wetenschap erachter
De aanpak is geworteld in de principes van gedistribueerde systemen en event-driven architecturen.
De wetenschap leert ons dat complexiteit beheersbaar blijft door decompositie. Serverless dwingt deze decompositie af op het niveau van de infrastructuur zelf.
Onderzoek naar microservices toont aan dat losgekoppelde systemen wendbaarder zijn. Serverless is hier een extreme vorm van. Het projectmanagement voor microservices past deze theorie toe: kleinere, autonome teams beheren kleinere, autonome componenten. Dit vermindert onderlinge coördinatie-overhead.
De economische wetenschap van cloud computing speelt ook een rol. De pay-per-use model vereist een andere kosten-batenanalyse in de planning van cloud computing projecten.
Je plant niet alleen menselijke uren, maar ook de verwachte verwerkingskosten en de impact van architecturale beslissingen op de operationele kosten.
Voordelen en nadelen
Het grootste voordeel is verhoogde wendbaarheid. Teams kunnen sneller nieuwe features opleveren omdat ze niet op een centrale release hoeven te wachten.
Schaalproblemen worden door de provider afgehandeld, wat de planning vereenvoudigt. Een ander voordeel is kostenefficiëntie bij variabele belasting. Je betaalt alleen voor daadwerkelijke verwerking. Dit maakt budgettering voor fog computing projecten eenvoudiger.
De initiële setup-tijd is ook korter, wat de time-to-market versnelt. De nadelen zijn er ook.
Vendor lock-in is een groot risico. Je planning en architectuur worden sterk afhankelijk van de keuzes van één cloudprovider.
Dit beperkt toekomstige flexibiliteit. Debugging en monitoring zijn complexer omdat de infrastructuur abstract is. Een ander nadeel is de uitdaging bij het testen van geïntegreerde systemen.
Het simuleren van het volledige event-ecosysteem lokaal is lastig. De projectplanning moet ruimte inbouwen voor uitgebreidere integratietesten in de cloud-omgeving zelf.
Tot slot zijn er koude start-problemen. De eerste aanroep van een functie kan vertraagd zijn. Voor real-time kritische projecten moet je planning hier rekening mee houden, bijvoorbeeld door functies warm te houden, wat extra complexiteit en kosten met zich meebrengt.
Voor wie relevant?
Deze aanpak is vooral relevant voor teams die cloud-native applicaties bouwen. Denk aan startups die snel een MVP willen lanceren zonder te investeren in serverbeheer. Hun projectmanagement moet licht en iteratief zijn, perfect passend bij serverless.
Ook voor grote ondernemingen die specifieke, event-gedreven processen digitaliseren is het relevant.
Voorbeelden zijn het verwerken van IoT-data of het automatiseren van documentworkflows. De projecten zijn vaak afgebakend en hebben een duidelijke business case.
Product Owners en Scrum Masters in deze omgevingen moeten de technische implicaties begrijpen. Zij vertalen business requirements naar kleine, deploybare functies. Hun planningstools moeten deze decompositie kunnen ondersteunen met bijvoorbeeld epics die meerdere functies groeperen.
DevOps- en platformteams zijn eveneens een doelgroep. Zij beheren de onderliggende infrastructuur als code en de CI/CD pipelines voor het deployen van functies.
Hun projectplanning richt zich op het verbeteren van deze interne platformen en het ondersteunen van de ontwikkelteams. Tot slot is het relevant voor projectmanagers die de overstap maken van traditionele hosting. Zij moeten hun methodologie aanpassen. De nadruk verschuift van het beheren van resources naar het stroomlijnen van ontwikkelprocessen en het bewaken van de functionele integratie tussen losse componenten.