Difference between revisions of "3.5.3 Proof of Concept en Plan van Aanpak"

From Geonovum Wiki
Jump to: navigation, search
(Proof of Concept en Plan van Aanpak)
(Faalfactoren)
 
(One intermediate revision by the same user not shown)
Line 41: Line 41:
 
<br>
 
<br>
 
'''Rapportage in MT'''
 
'''Rapportage in MT'''
<br>Door de interne projectleider wordt bijgehouden hoe alles in de proeftuin verloopt. Ook de software keuze en kosten van de applicatiebouw liggen op tafel.<br>De projectleider rapporteert hierover aan het eind van de periode aan het MT.<br>Op grond daarvan wordt in het MT <u>besloten</u>: nog op een onderdeel aanpassen, helemaal stoppen (NO GO) of doorgaan (GO) naar de implementatie in de productieomgeving.
+
<br>De interne projectleider houdt bij hoe het werk in de proeftuin verloopt. Ook de software keuze en kosten van de applicatiebouw worden niet vergeten.<br>Aan het einde van de periode rapporteert de projectleider hierover aan het MT.<br>Op grond daarvan <u>besluit</u> het MT: nog op een onderdeel aanpassen, helemaal stoppen (NO GO) of doorgaan (GO) naar de implementatie in de productieomgeving.
  
 
<br>
 
<br>
 
'''Extra budget nodig'''
 
'''Extra budget nodig'''
<br>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.<br>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 <u>argumenten</u>:  
+
<br>Het MT is inhoudelijk overtuigd door de presentatie van Xpert, en stemt voor GO. Het is wel een probleem, dat het kostenplaatje van Xpert het budget van het MT ruimschoots overschrijdt.<br>In een overleg met de directievertegenwoordiger van het MT en de financieel directeur en de directievoorzitter lukt het om het budget voor het SOA-project aan te passen. Doorslaggevende <u>argumenten</u>:  
  
 
*Intern: het belang van SOA is afdelingsoverschrijdend vanwege de samenwerking tussen afdelingen. SOA moet leiden tot minder interne knelpunten.  
 
*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.
+
*Extern: de introductie van SOA vereenvoudigd de verwerking van binnenkomende bestanden, en het vereenvoudigd de productie ervan voor afnemers.
  
 
<br>
 
<br>
 
'''Voorwaarden'''
 
'''Voorwaarden'''
<br>De extra financiële ruimte wordt door de directie gegeven onder de volgende <u>voorwaarden</u>:  
+
<br>De directie geeft extra financiële ruimte onder de volgende <u>voorwaarden</u>:  
  
*Breng een goede <i>fasering</i> aan (volgorde van veranderingen op basis van afhankelijkheid, mensen tijd geven om ermee te leren omgaan),
+
*breng een goede <i>fasering</i> aan (volgorde van veranderingen op basis van afhankelijkheid, mensen tijd geven om ermee te leren omgaan);
*Blijf <i>monitoren</i> hoe de verbeteringen uitpakken, met bijvoorbeeld de eerder gebruikte case als referentiemateriaal,
+
*blijf <i>monitoren</i> hoe de verbeteringen uitpakken, met bijvoorbeeld de eerder gebruikte case als referentiemateriaal;
*Formuleer <i>criteria</i>, 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.
+
*formuleer <i>criteria</i>, 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.
  
 
<br>
 
<br>
Line 74: Line 74:
  
 
De volgende <i>details</i> zijn van belang bij het Proof of Concept en Plan van Aanpak:  
 
De volgende <i>details</i> zijn van belang bij het Proof of Concept en Plan van Aanpak:  
*Management en andere betrokkenen moeten worden overtuigd van de meerwaarde van SOA;
+
*management en andere betrokkenen moeten worden overtuigd van de meerwaarde van SOA;
*Rekening houden met aanvulling en omvorming van software gereedschap;
+
*rekening houden met aanvulling en omvorming van software gereedschap;
*Rekening houden met aanpassing van datasets en databases;
+
*rekening houden met aanpassing van datasets en databases;
*Rekening houden met aanpassing van organisatie;
+
*rekening houden met aanpassing van organisatie;
*Rekening houden met herplaatsen/bijscholen/aanvullen van personeel.
+
*rekening houden met herplaatsen/bijscholen/aanvullen van personeel.
  
 
<br>
 
<br>
Line 84: Line 84:
 
== Faalfactoren==
 
== Faalfactoren==
 
De volgende factoren zijn van invloed op het <i>falen</i> van het Proof of Concept en Plan van Aanpak:
 
De volgende factoren zijn van invloed op het <i>falen</i> van het Proof of Concept en Plan van Aanpak:
*Eisen en reikwijdte zijn niet vastgesteld;  
+
*eisen en reikwijdte zijn niet vastgesteld;  
*De weergave van het bedrijfsproces in de PoC is niet van voldoende realistisch;
+
*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;
+
*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;
+
*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;
+
*economische meerwaarde van de voorgestelde veranderingen wordt niet zichtbaar gemaakt;
*Als het tempo waarin een PoC wordt geproduceerd te laag is, stimuleert het niet;
+
*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;
+
*afhankelijkheid van leveranciers van commerciële software voor aanpassen van software;
*Teveel vooruitlopen op de massa (= de brede technische ontwikkeling);
+
*teveel vooruitlopen op de massa (= de brede technische ontwikkeling);
*Te weinig aandacht voor de menselijke factor (zeggenschap, creativiteit, sociaal);
+
*te weinig aandacht voor de menselijke factor (zeggenschap, creativiteit, sociaal);
*Geen prioriteit voor kernapplicaties boven satellieten;
+
*geen prioriteit voor kernapplicaties boven satellieten;
*Geen risico inventarisatie gemaakt;
+
*geen risico inventarisatie gemaakt;
*Geen maatregelen bedacht om de risico's te beperken.
+
*geen maatregelen bedacht om de risico's te beperken.
  
  

Latest revision as of 14:07, 4 January 2010


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
De interne projectleider houdt bij hoe het werk in de proeftuin verloopt. Ook de software keuze en kosten van de applicatiebouw worden niet vergeten.
Aan het einde van de periode rapporteert de projectleider hierover aan het MT.
Op grond daarvan besluit het MT: nog op een onderdeel aanpassen, helemaal stoppen (NO GO) of doorgaan (GO) naar de implementatie in de productieomgeving.


Extra budget nodig
Het MT is inhoudelijk overtuigd door de presentatie van Xpert, en stemt voor GO. Het is wel een probleem, dat het kostenplaatje van Xpert het budget van het MT ruimschoots overschrijdt.
In een overleg met de directievertegenwoordiger van het MT en de financieel directeur en de directievoorzitter lukt het om het budget voor het SOA-project aan te passen. 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 het vereenvoudigd de productie ervan voor afnemers.


Voorwaarden
De directie geeft extra financiële ruimte 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