Onafhankelijk informatieplatform over bedrijfssoftware 

  CRM    |     ERP     |      BI     |      CMS     |      DMS     |      HRM     |      logistiek     |      financieel

Publicaties    Adverteren    Contact    Home  

Signalen dat softwareprojecten fout lopen

1. De naam van het project verandert voor de derde keer in evenzovele maanden.
2. De projectmanager beslist dat het beter is een volledig losstaande versie te ontwikkelen voor de Nederlandse vestiging, in plaats van uit te gaan van een enkele internationale versie.
3. De requirements worden opgesteld terwijl de ontwikkeling al vier maanden onderweg is.
4. Het nieuwe hoofd van de R&D-afdeling heeft trots aan de raad van bestuur gemeld dat zes maanden voor deadline 99 procent van het project al klaar is, en ze verzekerd dat de software direct naar de klant kan zonder een uitvoerige bèta-test.
5. Je bent een Web-ontwikkelaar. Je opent het ZIP-bestand met de html-documenten die de klant heeft geproduceerd voor de site-scripts die je moet integreren in de Web-applicatie. Je ontdekt dat alle html-documenten van de klant in feite Microsoft Word-bestanden zijn, opgeslagen in html-formaat.
6. Je realiseert je plots dat de onderneming je heeft aangenomen als consultant omdat ze willen dat je een conflict oplost tussen twee rivaliserende afdelingen over welk technisch platform ze moeten gebruiken.
7. In de memo staat dat je een 64-bit applicatie gaat ontwikkelen op een 16-bit platform.
8. De ontwikkelaar begrijpt de specificaties niet, maar gaat gewoon door met ontwikkelen. En de afdeling kwaliteitsbewaking weet niet hoe ze het moeten testen, maar begint toch maar gewoon aan de 'test'.
9. Als je het projectbudget bekijkt, zie je dat meer dan de helft al is uitgegeven aan een Webdesigner, voor een Photoshop mockup van de homepage - waarbij niemand zich heeft afgevraagd of dat design technisch al dan niet haalbaar zou zijn. Of enige aandacht heeft besteed aan de duizenden pagina’s content die onder die homepage moeten hangen.
10. De gebruiker of klant blijft maar nieuwe functies aanvragen, in plaats van zich te concentreren op het oplossen van mogelijke fouten of het verbeteren van prestaties.
11. Je vindt ergens een lijst met 16 regels voor goede software-ontwikkeling, en je realiseert je dat niet één van die regels gevolgd wordt binnen jouw project.
12. Er wordt je gevraagd je project over te zetten van Windows naar MS-DOS.
13. De projectmanager vraagt je een lijst op te stellen van de user requirements, zonder contact op te nemen met de daadwerkelijke gebruikers.
14. Mensen sturen geen berichten meer naar elkaar, maar alleen nog naar 'de notulen'. Die berichten zijn bedoeld als alibi en moeten de afzenders vrijpleiten van het falen van het project, dat kennelijk onafwendbaar is, hoewel dat nergens hardop wordt gezegd.
15. Status-rapporten worden beschouwd als kritiek op de leiding.
16. De nieuwe CIO vervangt alle mensen die de organisatie door en door kennen door mensen die hij bij zijn eigen oude werkgever vandaan haalt.
17. Het is een groot project en het heet 'Project IJsberg'. Of het is de derde keer dat de onderneming aan dit project begint, en ze noemen het 'Feniks'. Om een of andere reden zie je dit niet uit de as herrijzen.
18. Zelfs de klanten die de gratis versie krijgen, zijn ernstig ontevreden.
19. De manager van je project, dat 'essentieel is voor het slagen van de bedrijfsstrategie' en verantwoordelijk voor 80 procent van de bedrijfsomzet, heeft net drie maanden geleden kennis gemaakt met de bewuste technologie, en traint nu vier gloednieuwe ontwikkelaars tegelijk. Zijn project heeft een deadline meegekregen van drie maanden.
20. Ze benoemen een andere projectmanager en verplaatsen het hele project van de ene stad naar de andere. (En jij bent blij dat die steden in elk geval nog op het zelfde continent liggen.)
21. De afdeling Kwaliteitscontrole krijgt te horen dat er drie weken zijn uitgetrokken voor de testfase (voor een project dat al zes maanden onderweg is). Of dat de lanceringsdatum al vast staat: "We hebben alle functionaliteit op die-en-die-datum nodig!"
22. De projectmanager besluit over te stappen op de Agile-methodiek 'om tijd te sparen'.
23. Het management besluit een miljoen dollar uit te trekken voor een project van $ 20.000. Vervolgens komen de managers met de verkopers van een computerleverancier overeen dat die miljoen dollar aan software 2 miljoen dollar aan hardware nodig heeft. Op dat moment koopt een secretaresse een kant-en-klaar pc’tje en een voorverpakte cd vol nieuwe kantoor-applicaties. Ze implementeert het hele project tijdens haar lunch. (Dit kunnen we overigens ook best wegzetten als een succes.)
24. De hoofdontwikkelaar vertelt je dat een van de requirements van de applicatie een volledige lijst is met alle database updates, maar hij heeft nog geen tijd gehad (lees: heeft geen idee hoe) het datamodel daarvoor te ontwerpen. Dus besluit hij gewoon maar te beginnen met de Web frontend en zich later druk te maken over dat database-gedoe. Let wel: de hoofdontwikkelaar.
25. De leider van de business unit (en tevens de geldschieter) zegt: "Wees creatief". En dat dan op een moment dat het management besloten heeft het aantal projectmedewerkers met 20 procent terug te brengen. En nadat het IT-team de hardware weer te voorschijn heeft gehaald die klaar stond voor recycling, met de mededeling dat dat de nieuwe host-omgeving voor je project is.