Waarom werkt projectmatige softwareontwikkeling niet?

Waarom werkt projectmatige softwareontwikkeling niet?

Veel technische bedrijven kiezen voor een projectmatige aanpak om hun softwareontwikkelingsprojecten te voltooien. Bij dit ontwikkelingsmodel gaat het erom vooraf met oplossingen te komen en een project binnen een bepaald tijdsbestek op te leveren zonder dat dit ten koste gaat van de kwaliteit. Het is meestal gericht op kortetermijndoelen en is alleen mogelijk als je een duidelijk en welomschreven idee hebt van wat je wilt doen.

Hoewel projectmatige softwareontwikkeling goed is, is het niet geschikt voor elk project en heeft het enkele nadelen die je moet weten voordat je het toepast. Dit artikel bespreekt de stappen die je moet nemen als je volgens het model werkt en de nadelen ervan.

Hoe werkt het?

Zoals gezegd volgen veel bedrijven dit outsourcingmodel en zijn er ook veel dienstverleners. Hier zijn enkele stappen die je moet volgen als je werkt volgens het projectgebaseerde softwareontwikkelingsmodel.

• De eerste stap is het inhuren van een serviceprovider van het outsourcingmodel op projectbasis voor een volledig project op basis van een vast contract.
• Leg hen dan het volledige ontwikkelingsplan in je hoofd uit, inclusief de volledige projectvereisten.
• Vervolgens stel je een contract op met zoveel mogelijk details, deadlines die gehaald moeten worden en bepalingen die falen bestraffen.
• De reikwijdte van het project, de fasen die je van plan bent uit te voeren en de deadline voor het voortgangsrapport en het eindproduct moeten allemaal worden gedefinieerd.
• Het ingehuurde team moet zich strikt houden aan de plannen en deadlines die in het contract zijn vastgelegd, terwijl onvoorziene veranderingen of veranderingen die buiten het bereik van de eerder gedefinieerde taken vallen, moeten worden vermeden.

Als je van plan bent om een modeldienst op projectbasis in te huren, zal dat je project ten goede komen. Het kan je namelijk voorzien van gespecialiseerde en ervaren resources voor bedrijven. Ze kunnen de projecten op tijd opleveren en zijn verantwoordelijk van begin tot eind. Bedrijven die moeite hebben met het budget om hun teams te moderniseren of op te leiden met nieuwe technologieën, zullen er baat bij hebben.

Redenen waarom het niet werkt

In zekere zin verlicht het projectgebaseerde outsourcingmodel veel verantwoordelijkheden. Als je echter geen rekening houdt met de nadelen van uitbesteding, in het bijzonder dit model, kan je daar een vrij hoge prijs voor betalen. Enkele daarvan zijn mogelijke hiaten in het begrip van vereisten, eventuele wijzigingen daarin en vele andere die hieronder worden opgesomd.

• Volledige projectdetails zijn moeilijk vast te leggen
• Communicatiekloof over de vereisten
• Team functioneert zonder controle
• Heronderhandeling van kosten voor wijzigingen in vereisten
• Beveiliging van de gedeelde informatie

1. Volledige projectdetails zijn moeilijk vast te leggen

De eerste reden waarom het niet werkt, is dat het nooit eenvoudig is om de projectdetails vast te leggen. Als je probeert om elk detail te plannen voordat het begint, wordt het een ongelooflijke uitdaging. Je hebt de neiging om aan te nemen dat je al weet wat je nodig hebt, en hoe grondig je ook denkt en communiceert, er is altijd een kans dat je bepaalde aspecten over het hoofd ziet die niet belangrijk genoeg lijken.

Op basis van de eerste veronderstellingen maak je een planning met mijlpalen en start je het project. Maar je zult niet de verwachte output bereiken als de aannames verkeerd zijn. Het is heel moeilijk om opnieuw te beginnen als de ontwikkeling eenmaal is begonnen en je je realiseert dat het project niet de goede kant op gaat, omdat alle belanghebbenden al hebben ingestemd met het volledige plan. Bovendien wordt in de meeste contracten met een vaste prijs rekening gehouden met deze uitbestedingsbeperking.

2. Communicatiekloof over de vereisten

Als het team er niet in slaagt om te communiceren over de doelen en doelstellingen van het project of als de klant onduidelijke doelen heeft, zal het moeilijk zijn om het succesvol af te ronden. Slechte communicatie, onrealistische verwachtingen, tijdzoneverschillen en vele andere factoren spelen een belangrijke rol in dit ontwikkelingsmodel. Anders is het voor beide partijen een gedoe.

3. Team functioneert zonder controle

Veel dingen in het functioneren van het team kunnen uit de hand lopen. De vertragingen die kunnen optreden als gevolg van plotselinge en onvoorziene wijzigingen in teamleden of om welke andere reden dan ook, zullen een negatieve invloed hebben op de oplevering van het project. Dit gebrek aan controle over het functioneren van het team is een van de grootste nadelen van uitbesteding via dit model. Ook wordt de verantwoordelijkheid voor het opzetten van een sterk rapportageproces onterecht op de schouders van de klant gelegd.

4. Kosten heronderhandelen voor wijzigingen in vereisten

Je kunt in een situatie terechtkomen waarin je de verkoper moet betalen wat hij vraagt of het risico lopen dat je het project niet afrondt. Je werk kan onvolledig of gebrekkig zijn. Je kunt de omvang van je verliezen nooit voorspellen. Dit kan gebeuren wanneer wijzigingen in de vereisten van het project nieuwe onderhandelingen over de kosten noodzakelijk maken.

Dit is een van de duidelijke nadelen van het model. Het brengt het belang van contracten naar boven en de oplossing voor het probleem is ofwel een gunstige clausule in het contract te houden of te werken met organisaties die cultureel gevoelig zijn voor snel veranderende opdrachtmodellen ten voordele van de klant.

5. Beveiliging van de gedeelde informatie

Zoals eerder vermeld, kan het team werken zonder enige controle en met de beperkte controle die je hebt over het team, zal de veiligheid van de bedrijfsinformatie die met hen wordt gedeeld altijd in gevaar blijven. Elk bedrijf dat voor dit model kiest, zal er geen enkel voordeel uit halen. Dit kan dus bijdragen aan de nadelen en verklaren waarom het model in veel projecten niet werkt.

Dit zijn dus de verschillende redenen waarom gezegd wordt dat projectmatige softwareontwikkeling niet werkt. Net als elk ander outsourcingmodel heeft het voordelen, nadelen en ruimte voor verbetering. Het soort werk dat een bedrijf doet en de projectvereisten kunnen van grote invloed zijn op je keuze. Dit artikel zal je helpen om tot een beslissing te komen.

Interessante links:

Wat is de levenscyclus van softwareontwikkeling?

Meer informatie over Software Ontwikkeling

Foto’s: Canvas

De auteur: Sascha Thattil werkt bij Software-Developer-India.com, een onderdeel van de YUHIRO Group. YUHIRO is een Duits-Indiase onderneming die programmeurs levert aan IT-bedrijven, agentschappen en IT-afdelingen.