De kunst van het neerzetten

Koud kunstje
Een nieuwe applicatie “neerzetten” is een vertrouwd kunstje. Iedereen schijnt het te kunnen, dus kun je het makkelijk uitbesteden (software developers kun je met containers tegelijk bestellen). Neerzetten is dan het proces dat begint vanaf het moment dat het project accoord krijgt om te starten tot en met de oplevering. Het omvat ruwweg het ontwerp (O), de bouw (B), het testen (T) en het opleveren van de applicatie. Zo gepiept.

Pilots
Voor de zekerheid kan je eerst even in een kleine context kan experimenteren met een pilot project, waaruit dan zo’n geweldig goed resultaat komt dat je er meteen mee live kunt gaan in de hele organisatie. Scheelt vaak ook een hele hoop bureaucratisch gedoe.

Agile
Vaak wordt het neerzetproces ook opgeknipt in meerdere kleine nederzettinkjes. Agile, noemen ze dat dan in mooi Nederlands. De agile variant “Scrum” is heel populair de laatste tijd. Ik zie dan altijd een karate-dojo voor me waarin de scrum master met oosterse bewegingen zijn kunsten vertoont, maar dat terzijde. In een agile aanpak wordt er met regelmatige tussenpozen, steeds een deel van de beoogde applicatie bij aangezet. Iedere aanzetting doorloopt de stapjes O, B en T. Zo krijgt de opdrachtgever regelmatig de gelegenheid om nieuwe requirements toe te voegen (of juistom requirements af te zwakken of in zijn geheel te laten vallen als hij doorkrijgt dat het kunstje toch wat ingewikkelder blijkt als eerst ingeschat). Het mooie is in ieder geval dat de opdrachtgever veel momenten krijgt om invloed uit te oefenen.

Iemand ander’s probleem
Nu wil het geval dat ik nét even iets te vaak heb gezien dat er bij het neerzetten van een applicatie iets heel belangrijks wordt vergeten, of gemakshalve beschouwd als iemand ander’s probleem, namelijk: het in beheer nemen. Zou dat dan soms heel erg lastig en ingewikkeld zijn? Lastig? Nee, wel anders. Het in beheer nemen van iets houdt in dat je de verantwoordelijkheid op je neemt om erop toe te zien dat de conditie van het in beheer genomene op peil blijft. Zo zorgt een museum ervoor dat de conditie van door anderen gemaakte kunstwerken op een dusdanig niveau blijven dat de de mensheid nog lang van de kunstwerken mag blijven genieten.

Applicatiebeheer
Om een applicatie met een kunstwerk te vergelijken gaat misschien wat ver. Applicaties zijn vaak veel kortere levensduren toegedacht. Dat ze het vervolgens veel langer uithouden dan ooit werd bedacht mag dan wellicht worden toegeschreven aan de bovenmenselijke inspanningen van het applicatiebeheer dat tot uiterste ROI werd gerekt. In het geval van applicaties houdt beheer ten minste in dat deze functioneel bruikbaar blijven en waarde blijven houden.

Instortgevaar
In de praktijk (vooral bij de wat bejaardere applicaties) lijkt applicatiebeheer vooral op het voorkomen van instorten. Gek genoeg zijn we altijd weer heel verbaasd als een applicatie plotseling bijna “over datum is”. De oorspronkelijke leverancier heeft de stekker eruit getrokken en had daar al jaren van te voren voor gewaarschuwd. Er komen echt geen patches meer. Vanaf Windows 7 wordt de werking niet meer gegarandeerd. Gelukkig kon de levensduur van XP dan weer collectief met ruim 10 jaar worden gerekt.

Paniek! Gauw een pilot!
En als het boeltje dan echt bijna op instorten staat, dan moet in allerijl een vervangende applicatie worden neergezet, en vlug een beetje, want tijd is geld. En om zowel budgettaire als bureaucratische motieven beginnen we dan met een experimentje met een nieuwe veelbelovende technologietrend. Voila, een nieuw pilot project is geboren. En wonder boven wonder, die nieuwe technologie werkt fantastisch! En het kost niks, want het is nog open source ook! Eh, beheer, zouden jullie zo vriendelijk willen zijn om de verantwoordelijkheid op je te nemen om deze nieuwe applicatie met die bovenmenselijke zorg die we van jullie gewend zijn voor ons te onderhouden? Fijn! Het kringetje is weer rond.

Beheerbelang
Beheer is meestal de onuitgenodigde gast bij het neerzetten. Op zijn best wordt deze gast vlak voor oplevering uitgenodigd om te beoordelen of het opgeleverde in beheer genomen kan worden. Dan valt er niks meer bij te sturen voor beheer. Beheer is een belangrijke stakeholder in de organisatie, met eigen belangen die indirect altijd die van de organisatie behartigen. Laat ze van begin af aan meestrijden in de scrum-dojo en je zult zien dat dat in beheer nemen ook een koud kunstje kan zijn. 

Advertenties

Over Mark Nankman
Holistische doendenker & verwoed blogger

Geef een reactie

Vul je gegevens in of klik op een icoon om in te loggen.

WordPress.com logo

Je reageert onder je WordPress.com account. Log uit / Bijwerken )

Twitter-afbeelding

Je reageert onder je Twitter account. Log uit / Bijwerken )

Facebook foto

Je reageert onder je Facebook account. Log uit / Bijwerken )

Google+ photo

Je reageert onder je Google+ account. Log uit / Bijwerken )

Verbinden met %s

%d bloggers liken dit: