Projectmanagement & concept-bewaking

Projecten in telecom en IT slagen niet door theorie alleen. BenN stuurt op basis van marktervaring, referentieprojecten en kennis van leveranciers, zodat wordt opgeleverd wat is beoogd.

Zonder marktkennis lopen projecten uit de hand

Veel voorkomende situaties:

Het idee leeft dat na contractering de leverancier aan zet is. Deze heeft echter veel informatie uit de interne organisatie nodig en de nodige besluitvorming moet zijn gedaan alvorens de leverancier aan de slag kan. Daarnaast: de uitgangspunten en doelen van de afnemer moeten geborgd worden, dat kan natuurlijk nooit een leverancier doen
planningen die niet aansluiten bij de werkelijke doorlooptijden van leveranciers,
leveringen die formeel “compliant” zijn, maar niet marktconform.
stapelende change-verzoeken zonder benchmark van changekosten en andere impact,

Gevolg: vertraging, hogere kosten, suboptimale oplossingen: niet hetgene krijgen dat is uitgevraagd.

Projectsturing gebaseerd op marktervaring

1. Governance met marktperspectief

inrichten van stuurgroep, projectgroep en werkgroepen,
helder RACI-model afgestemd op leveranciersprocessen,
rapportagestructuur die past bij de aard van het project.

2. Planning met realistische doorlooptijden

opstellen van planningen over de werkzaamheden van leveranciers heen, gericht op het voeden van leveranciers vanuit de interne organisatie
planningen gespiegeld aan referentieprojecten,
rekening houden met typische doorlooptijden bij verschillende leveranciers,
inbouwen van marges voor bekende risico’s en afhankelijkheden.

3. Risicomanagement uit de praktijk

risicoregisters gebaseerd op ervaringen uit vergelijkbare projecten,
leveranciersspecifieke risico’s geïnventariseerd en beheerst,
focus op valkuilen die in de markt regelmatig voorkomen.

4. Scope-bewaking met marktkennis

onderscheid tussen standaard en maatwerk,
toetsing van change-verzoeken aan marktconforme tarieven,
voorkomen dat standaardfunctionaliteit als maatwerk wordt verkocht.

5. Concept-bewaking

beoordelen van ontwerpen en changes ten opzichte van afgesproken concept,
vergelijking met best practices in de markt,
voorkomen dat de oplossing tijdens het project “wegdrijft” van de oorspronkelijke bedoeling.

6. Quality gates en acceptatie

definiëren van SAT, UAT en go/no-go-criteria,
testscripts gebaseerd op praktijkcases bij vergelijkbare organisaties,
heldere afspraken over wat minimaal aantoonbaar moet zijn voor livegang.

7. Overdracht naar beheer

overdrachtscriteria, runbooks en OLA’s,
inrichting van beheerstructuur passend bij de gekozen oplossing,
borgen dat beheerorganisatie daadwerkelijk in positie komt.

Projecten die doen wat ze moeten doen

Deliverables:

projectstartdocument,
governance- en rapportagestructuur,
risicoregister en mitigerende maatregelen,
scope- en changelog,
test- en acceptatiedossiers,
overdrachtsdocumenten.

Resultaten:

realistische planningen die standhouden in het kader van besluitvorming en wat de organisatie aan kan,
gecontroleerde scope en changekosten,
oplossingen die aansluiten op het ontwerp en de contracten,
stabiele overdracht naar beheer.

Benieuwd waar u staat?

Een benchmark-scan vergelijkt uw kosten, condities en prestaties met vergelijkbare organisaties