Kom maar op met de definitie van dat “contractuele kader”
Happy_Bread_1 on
Als een klant voortdurend andere prioriteiten en scope wijzigingen doorvoert is dat inderdaad niet haalbaar om ook iets degelijk op te leveren. Het is nu behoorlijk eenvoudig van de overheid/ politie om toch zeker niet in eigen boezem te moeten kijken, terwijl zij wel duidelijk in hun verwachtingen moeten blijven.
MrPollyParrot on
Maar… maar… Jeff heeft net Scrum ontwikkeld om zo’n groot software project aan te pakken bij de federale politie…
Hoe kan het dan fout gelopen zijn?…
Acrobatic-Big-1550 on
Zal wel een boite van het kaliber “wij zijn agile want we hebben elke morgen standup” zijn
Busy-Slip324 on
Dit hele theater stinkt. Stel, ge maakt de vergelijking met een nieuwbouw, met een zéér lastige klant. Nee, de klant veranderd elk jaar, en heeft tientallen managers rondom hem die allemaal niet weten wat ze willen, en hun stempel willen drukken op het huis dat ge gevraagd bent om te bouwen voor “de klant.”
Ge begint met te tekenen, de plannen, de vergunningen en aanvragen. Ge zet een architect in en een ingenieur om alles te pla- ow wacht spoedmeeting met ambtenaar reutemeteut die een briefing wilt. Ok, er moet vanalles veranderd worden, fine. Ge checkt in met uw “klant”, moet overleggen met administratie huppelepup, ok. Jaar verder, niets veranderd. Ondertussen wel alle uren doorgefactureerd voor meetings en plannen en “of het huis ook geen tweede garage kan hebben? misschien?”
Na 5 jaar discussiëren en plannen opmaken om ze dan weg te smijten maakt uw klant zich van zijn tak dat er niets is opgeleverd. Wie is er dan in fout?
5 commenti
Kom maar op met de definitie van dat “contractuele kader”
Als een klant voortdurend andere prioriteiten en scope wijzigingen doorvoert is dat inderdaad niet haalbaar om ook iets degelijk op te leveren. Het is nu behoorlijk eenvoudig van de overheid/ politie om toch zeker niet in eigen boezem te moeten kijken, terwijl zij wel duidelijk in hun verwachtingen moeten blijven.
Maar… maar… Jeff heeft net Scrum ontwikkeld om zo’n groot software project aan te pakken bij de federale politie…
Hoe kan het dan fout gelopen zijn?…
Zal wel een boite van het kaliber “wij zijn agile want we hebben elke morgen standup” zijn
Dit hele theater stinkt. Stel, ge maakt de vergelijking met een nieuwbouw, met een zéér lastige klant. Nee, de klant veranderd elk jaar, en heeft tientallen managers rondom hem die allemaal niet weten wat ze willen, en hun stempel willen drukken op het huis dat ge gevraagd bent om te bouwen voor “de klant.”
Ge begint met te tekenen, de plannen, de vergunningen en aanvragen. Ge zet een architect in en een ingenieur om alles te pla- ow wacht spoedmeeting met ambtenaar reutemeteut die een briefing wilt. Ok, er moet vanalles veranderd worden, fine. Ge checkt in met uw “klant”, moet overleggen met administratie huppelepup, ok. Jaar verder, niets veranderd. Ondertussen wel alle uren doorgefactureerd voor meetings en plannen en “of het huis ook geen tweede garage kan hebben? misschien?”
Na 5 jaar discussiëren en plannen opmaken om ze dan weg te smijten maakt uw klant zich van zijn tak dat er niets is opgeleverd. Wie is er dan in fout?