Krassen in de productieomgeving of gestructureerd doorvoeren?

In omgevingen waar informatiesystemen gerealiseerd en onderhouden worden is het, om kwaliteit en continuïteit te kunnen waarborgen, belangrijk om wijzigingen op een gestructureerde manier te ontwikkelen, testen, te accepteren en uit te rollen. Activiteiten van ontwikkelaars, testers, klant en gewone gebruikers dienen daarom strikt gescheiden te worden.

OTAP is een omgeving bestaande uit:

• Ontwikkelomgeving     – hier wordt nieuwe functionaliteit, aanpassingen aan bestaande functionaliteit en uitbreiding op bestaande functionaliteit ontwikkeld.
• Testomgeving                  – hier wordt de ontwikkelde functionaliteit, of het nu nieuw, gewijzigd of uitgebreid is, getest op het functioneren.
• Acceptatieomgeving     – hier wordt de geteste en door de testers goedgekeurde functionaliteit aangeboden aan de aanvrager(s), ook wel acceptanten genoemd, ter acceptatie.
• Productieomgeving       – dit is de omgeving waarop de dagelijkse werkzaamheden worden uitgevoerd.

Het inrichten van een OTAP-omgeving heeft alleen zin als de daarbij behorende rollen, rechten en processen ook geïmplementeerd worden in alle 4 de onderdelen. Wat wij veel zien in de praktijk, is dat er een OTAP-omgeving opgetuigd wordt zonder dat de daarbij behorende rechten, rollen en verantwoordelijkheden worden toegepast. In deze situatie kunt u, net zoals er nog steeds veel organisaties zijn, alleen een productieomgeving inrichten.

OTAP is duur
Zeker in deze tijd van meer met minder (kostenbesparing) krijgen wij vaak de opmerking: OTAP-inrichting is duur. Het klopt dat een OTAP-omgeving extra investeringen vergt. Maar OTAP inrichten zonder de rollen, rechten en processen toe te passen, is minstens 2 keer zo duur. Wijzigingen niet getest uitrollen in de productieomgeving, kan zelfs nog vele malen duurder zijn. Denk hierbij aan mogelijk dataverlies, of verlies van productiviteit van de collega’s bij een rolback (recovery).

Moet OTAP identiek zijn?
Een OTAP-omgeving is voor iedere organisatie anders. Er moet vanuit gegaan worden dat er ten minste een test en acceptatie (gecombineerd) beschikbaar is met dezelfde servicesverdeling als de productieomgeving.

Wat gaat er mis bij OTAP?
In veel gevallen wordt de OTAP-omgeving neergezet zonder de rechten, rollen en processen toe te passen. Buiten dit moet u er zich van bewust zijn dat een goede OTAP-inrichting rivaliteit zal oproepen tussen ontwikkelaars, functioneel (applicatie)beheerders en technisch beheerders.

Waar gaat het vaak fout:

                ·         Er wordt meteen gestart met de productie

·         Ontwikkelaars krijgen teveel rechten op de TAP-omgeving

·         Geen goede governance

·         Geen deploymentplan (inclusief rolback scenario)

·         Denken: ik heb toch OTAP (maar geen rechten, rollen e.d.)

·         Volop in de valkuil lopen

Mijn mening of OTAP noodzakelijk is
Ja, maar een volledige OTAP is niet voor alle organisaties van toepassing. Het is wel zeer belangrijk dat voorkomen wordt dat er direct in de productieomgeving aanpassingen (anders dan content) of uitbreidingen worden doorgevoerd.