3.5.3 Proof of Concept en Plan van Aanpak

From Geonovum Wiki
Revision as of 13:57, 4 January 2010 by Mvs-1977 (talk | contribs) (Proof of Concept en Plan van Aanpak)
Jump to: navigation, search


Proof of Concept en Plan van Aanpak

Bureau Xpert is gevraagd een Plan van Aanpak te ontwerpen voor het implementatieproject, met daarin een begroting van de kosten, en een Proof of Concept te vervaardigen.


Proof of Concept (PoC)
De adviseur van Xpert is gevraagd een implementatietraject te ontwerpen voor invoering van SOA bij IngClub, met een nadere begroting van de kosten. Na enige tijd komt Xpert met een Plan van Aanpak. Het bestaat uit 3 stappen:

  1. het uitwerken van een programma van eisen en het ontwerpen van oplossingen;
  2. het inrichten van een proeftuin om aan te tonen dat de gerealiseerde ontwerpen aan de gestelde eisen voldoen.
    Het is de bedoeling dat de software bouwers hun ontwerp kunnen bijstellen, na terugkoppeling uit de proeftuin. Zonodig kunnen ook gebruikers hun wensen aanpassen.
    Dit is een iteratief proces met een begrensd aantal terugkoppelingsslagen en man uren.
  3. als het MT tevreden is met wat in de proeftuin wordt getoond, kan de werkelijke invoering in de organisatie beginnen.
    Dit is de volgende fase. Om in die fase terecht te komen moet het MT van IngClub een GO / NO GO beslissing nemen.

De genoemde stappen zijn in onderstaande figuur weergegeven:


SOA-PvA+PoC 70procent.png


De stap PROEFTUIN bevat een aantal componenten:



Intern wordt schriftelijk bekend gemaakt dat er een proeftuin ingericht is voor de invoering van SOA. In de communicatie staat een omschrijving van het doel en de werkwijze en contactpersonen per afdeling en bij de directie. Dit is van belang voor het draagvlak van het project.


In de proeftuin wordt het werkproces nagebootst van een zorgvuldig geselecteerde representatieve case.
Deze case moet de eerder gesignaleerde probleemsymptomen vertonen, zodat blijkt of die zich in de proefopzet niet voordoen.
Ook kan nu blijken dat zich bottlenecks voordoen die eerder niet genoemd of voorzien waren.


Er wordt specifieke software voorgesteld.
De keuze moet worden onderbouwd met een beargumenteerde afweging van aspecten van functionele, financiële en beheersmatige aard, en benodigde gebruikerskennis.
Ook de benodigde bouwtijd van de applicatie(s) moet worden verwerkt.


Met de gekozen software wordt een 'Quick and Dirty' prototype van de SOA productie-omgeving gemaakt. Hiermee kan de geselecteerde case worden beproefd en kunnen losse vragen worden gesteld door de medewerkers.
Dit prototype wordt gewist als de proeftuin wordt opgeheven.








































Plan van Aanpak (PvA) en Begroting
Xpert maakt een plan voor de optimale volgorde om technische aanpassingen in te voeren, in combinatie met eventuele organisatorische en personele veranderingen en opleidingen. Daarmee ligt er een kritisch tijdpad, opgedeeld in een aantal fasen. Ook wordt begroot wat de kosten van de onderdelen van de implementatie zullen zijn, en hoe die in de tijd gespreid kunnen worden.
Een week voordat de interne projedctleider in het MT zal krijgt hij de eerste versie van het PvA.


Rapportage in MT
Door de interne projectleider wordt bijgehouden hoe alles in de proeftuin verloopt. Ook de software keuze en kosten van de applicatiebouw liggen op tafel.
De projectleider rapporteert hierover aan het eind van de periode aan het MT.
Op grond daarvan wordt in het MT besloten: nog op een onderdeel aanpassen, helemaal stoppen (NO GO) of doorgaan (GO) naar de implementatie in de productieomgeving.


Extra budget nodig
Tet MT is inhoudelijk overtuigd door de presentatie van Xpert, en stemt voor GO. Probleem hierbij is wel, dat het kosten-plaatje van Xpert het budget van het MT ruimschoots overschrijdt.
In overleg met de directievertegenwoordiger van het MT met de financieel directeur en de directievoorzitter lukt het om het SOA-projectbudget aangepast te krijgen. Daarbij waren de doorslaggevende argumenten:

  • Intern: het belang van SOA is afdelingsoverschrijdend vanwege de samenwerking tussen afdelingen. SOA moet leiden tot minder interne knelpunten.
  • Extern: de introductie van SOA vereenvoudigd de verwerking van binnenkomende bestanden, en de vereenvoudigd productie ervan voor afnemers.


Voorwaarden
De extra financiële ruimte wordt door de directie gegeven onder de volgende voorwaarden:

  • Breng een goede fasering aan (volgorde van veranderingen op basis van afhankelijkheid, mensen tijd geven om ermee te leren omgaan),
  • Blijf monitoren hoe de verbeteringen uitpakken, met bijvoorbeeld de eerder gebruikte case als referentiemateriaal,
  • Formuleer criteria, in overleg met Xpert, om aan de hand van de monitoringresultaten te kunnen beslissen wanneer het SOA implementatie-project beter kan worden gestopt, omdat de voorspelde verbeteringen in de werkprocessen niet worden gerealiseerd.


GO
Met het verruimde budget kan het MT van IngClub nu opdracht verlenen aan Xpert om SOA te implementeren.


Vereisten

De volgende vereiste wordt gesteld bij het Proof of Concept en Plan van Aanpak:

  • Management, ICT en alle betrokken afdelingen moeten samenwerken.


Details

De volgende details zijn van belang bij het Proof of Concept en Plan van Aanpak:

  • Management en andere betrokkenen moeten worden overtuigd van de meerwaarde van SOA;
  • Rekening houden met aanvulling en omvorming van software gereedschap;
  • Rekening houden met aanpassing van datasets en databases;
  • Rekening houden met aanpassing van organisatie;
  • Rekening houden met herplaatsen/bijscholen/aanvullen van personeel.


Faalfactoren

De volgende factoren zijn van invloed op het falen van het Proof of Concept en Plan van Aanpak:

  • Eisen en reikwijdte zijn niet vastgesteld;
  • De weergave van het bedrijfsproces in de PoC is niet van voldoende realistisch;
  • Vorm en inhoud van eindpresentatie van PoC zijn niet afgestemd op het kennisdomein en de belangstellingssfeer van het beoogde publiek;
  • Er is geen vertegenwoordiger van de ICT-afdeling in het hoger management van de organisatie;
  • Economische meerwaarde van de voorgestelde veranderingen wordt niet zichtbaar gemaakt;
  • Als het tempo waarin een PoC wordt geproduceerd te laag is, stimuleert het niet;
  • Afhankelijkheid van leveranciers van commerciële software voor aanpassen van software;
  • Teveel vooruitlopen op de massa (= de brede technische ontwikkeling);
  • Te weinig aandacht voor de menselijke factor (zeggenschap, creativiteit, sociaal);
  • Geen prioriteit voor kernapplicaties boven satellieten;
  • Geen risico inventarisatie gemaakt;
  • Geen maatregelen bedacht om de risico's te beperken.



previous Services Oriented Architecture (SOA) next