Het fixen van een bug is soms maar twee uurtjes programmeerwerk. Hoe kan de release waarin de fix is verwerkt dan weken – of maanden – op zich laten wachten? Dat zit ‘m in de organisatie van traditioneel beheer; strikt gescheiden rollen van beheerder en ontwikkelaar. En daar moeten we vanaf.

In plaats van releases, moeten we streven naar een continue livegang van een applicatie. Dat betekent iedere dag doorontwikkelen. Iedere dag bouwen aan verbeteringen. En klanten die zo vaak ze willen vragen kunnen stellen. Agile-beheer noemen we dat. Gekkenwerk? Nee hoor. Beheer is feedback voor de bouw van een applicatie. Al bij de start van de ontwikkeling denk je aan beheer. Daarom moeten we af van de muren tussen ontwerp, ontwikkeling en beheer. De totale lifecycle is namelijk één proces!

Muren afbreken

Een geïntegreerd proces begint met een multidisciplinair team van vakmensen. Een team waarin iedereen zich bewust is van de ontwikkeling, het testen, de uitrol, het gebruik én het onderhoud van een applicatie. Kennisdeling is belangrijk. In de traditionele aanpak zijn de rollen van developer en beheerder strikt gescheiden. Zit er een bug in de software? Dan ontstaat meteen de discussie in welke release de fix mee moet. En dat kan lang duren. Met Agile-beheer is dat verleden tijd.

Verbeteringen vs. verstoringen

De continue updates zijn mogelijk door automatische tests en het automatisch uitrollen van een applicatie. Gebruikers hebben daar geen last van. Op basis van gebruikersdata kan de user experience bovendien steeds geoptimaliseerd worden. Verandering en verbetering van de applicatie staan dus voorop. In tegenstelling tot traditioneel beheer is Agile-beheer minder gericht op verstoring, bijvoorbeeld door bugs. Maar doordat een applicatie continu wordt geüpdate, is een aanpassing bij een verstoring ook in mum van tijd doorgevoerd.

De juiste tools

Samenwerken en het automatiseren van de tests en uitrol kan niet zonder de juiste tools. Gelukkig maken tools voor Application Lifecycle Management (ALM) alles mogelijk. Dus real time samenwerking tussen beheerders en developers, projectmonitoring en -reporting, automatische tests, de uitrol en het beheer. Met ALM zorg je ervoor dat elk teamlid weet wie wat wanneer en waarom heeft gewijzigd in het ontwikkelproces. Zo zijn er nooit verassingen op het laatste moment en gaat de continous delivery altijd door.

Grip op IT-management

Geen tijdrovende overdrachten meer van de ontwikkelaar naar de beheerder. Geen periodieke releases, waarin op papier de juiste fixes zijn aangebracht. En geen patches om problemen ‘op te lossen’. We moeten zoveel mogelijk streven naar een continuous delivery. Daar pluk je al tijdens de ontwikkelfase de vruchten van. Het verkort de time-to-market en vergroot de grip op een applicatie.

De ERES Conference-app verscheen in 2015 nog als pilotversie. In de aanloop naar de conferentie van dit jaar heeft Enigmatry het programma uitgebreid getest, bijgestuurd en geüpdatet. De geoptimaliseerde app was zo helemaal klaar voor de volgende editie. De 23ste ERES Conference vond plaats van 8 tot en met 11 juni 2016 in Regensburg, Duitsland.

Persoonlijk programma

De app biedt bezoekers van de conferentie een goed overzicht van het meerdaagse programma. Tijd, locatie, onderwerp en spreker; alle onderdelen beschikken over de benodigde informatie. Bovendien kunnen gebruikers interessante activiteiten markeren met een ster en zo een persoonlijk programma samenstellen. Snel, eenvoudig en gebruiksvriendelijk.

Offline applicatie

De applicatie is beschikbaar voor de drie meest gebruikte besturingssystemen: Android, iOS en Windows Phone. Om het programma te gebruiken, hoeven (buitenlandse) bezoekers geen mobiel internet te hebben; ook offline werkt de app voor 100%. Volgend jaar zal de ERES Conference-app in eigen land opereren. De conferentie vindt dan plaats in Delft.

Als softwareontwikkelaar krijgt Enigmatry steeds meer te maken met beheer van applicaties. Servicemanager Erwin Naus: “Onder beheer valt onder andere hosting, het oplossen van eventuele problemen en storingen en het updaten en doorontwikkelen van een applicatie. Met slim applicatiebeheer kun je je ondernemingskracht vergroten. Want goed onderhouden applicaties functioneren nu eenmaal beter.”

Beheer makkelijker maken

Om het beheer voor klanten makkelijker te maken, ontwikkelde Enigmatry de support app. “Daarmee willen we een rechtstreekse schakel creëren naar de klant, zonder dat er een IT-afdeling tussen hoeft te zitten”, verklaart Erwin. “We zien vaak dat een IT-afdeling functioneert als doorgeefluik. Dat geeft ruis en vertraging op de lijn. Nu een applicatiebeheerder een probleem rechtstreeks kan melden via de app, kunnen wij sneller en adequater handelen.”

Inzicht in serviceprestatie

De applicatie kleurt groen als alles functioneert en alle problemen binnen verwachting worden opgepakt. Bij een gemeld probleem waarbij de voortgang kritiek is kleurt de app rood. De moderne beheerders zitten meer in overleg en minder aan hun werkplek. Het inzicht op lopende zaken ontbreekt vaak als ernaar gevraagd wordt. De klant kan onderweg en zelfs in een meeting een vraag of een productieverstoring melden, Enigmatry gaat aan het werk. Is het probleem opgelost, dan is dat direct zichtbaar in de app. Erwin: “Zo krijgt de klant goed inzicht in onze serviceprestatie en de status van de melding. Volgens mij is dit uniek in Nederland!”

Directe communicatie

Door in de app notificaties mogelijk te maken kunnen we klanten direct informeren over gepland onderhoud en zelfs Enigmatry events. Bij een kritiek issue kunnen we de belanghebbenden direct op de hoogte brengen van ontwikkelingen en voortgang. 

Met de klant (door)ontwikkelen

Enigmatry ontwikkelde de support app in nauwe samenwerking met klanten. “Met een klantpanel hebben we eerst onze ideeën en later de functionaliteit getoetst”, zegt Erwin. “Zo kunnen we de app precies laten aansluiten op de wensen van de gebruikers. Uit de tests kwamen overigens geen verassende dingen. Nu de app in gebruik is, verwachten we wel wat meer feedback. Zo kunnen we updaten en blijven we functionaliteit toevoegen.”

Actie 1: De Enigmatry InnovatieCoach

We werken graag voor organisaties met innovatieve plannen. Het afgelopen decennium hebben we gezien dat IT vaak een struikelblok is bij innovatietrajecten. Voor ons jubileum hebben we daarom de Enigmatry InnovatieCoach in het leven geroepen. Met advies en coaching helpen we op een laagdrempelige manier start-ups en scale-ups uit de regio met de IT-component van een innovatieproject. Dat doen we proactief, gratis en vrijblijvend.

Actie 2: Een beheer-app voor onze klanten

We ontwikkelen en beheren applicaties. Maar hoe doen we dat precies? Om onze klanten meer inzicht te geven in onze (Agile) werkwijze, ontwikkelen we momenteel een beheer-app, speciaal voor onze klanten. De app maakt het beheer nog gebruiksvriendelijker. Problemen melden of vragen stellen, het kan straks 24/7 via de applicatie. Uiteraard ontwikkelen we de app in nauwe samenwerking met onze klanten, zodat de functionaliteit precies aansluit op de wensen.

Actie 3: Seminar over big data

Hoe maak je met een applicatie grote hoeveelheden data in één klap inzichtelijk? De afgelopen jaren hebben wij er veel ervaring mee opgedaan. Big data is bovendien een actueel onderwerp. In het najaar organiseren we daarom een seminar over dit onderwerp.

Houd onze website de komende tijd in de gaten voor updates rondom onze acties!

Functioneert het? Houden zo!

Het probleem van traditioneel beheer in een notendop: developers en beheerders werken niet goed samen. Als een applicatie klaar is voor oplevering, geven de developers het stokje over aan de beheerders. Zij willen een handleiding voor de uitrol. Die moet de developer ‘even’ schrijven. Twee weken verder: “Hé, er zitten geen screenshots bij de handleiding; waar moet ik op klikken?” Weer een week verder. En zo laat de uitrol op zich wachten. Omgekeerd geldt hetzelfde. Een bug. De beheerder belt de developer. Maar die kan niet in de beheeromgeving met de logfile kijken. Voordat het probleem duidelijk is, zijn er een aantal weken verstreken. En als het probleem is opgelost, moet de nieuwe release met de fix worden uitgerold. “Hé, waar is nou die handleiding?”

Elkaars taal leren

Op die manier werkt beheer dus behoudend. Liever de status quo zo lang mogelijk handhaven, dan ingewikkelde processen in gang zetten voor verbetering of een betere aansluiting op de markt. Maar waarom zijn die processen zo ingewikkeld? En kan het niet makkelijk? Ik denk van wel. Wanneer developers nauwer gaan samenwerken met beheerders. En vice versa natuurlijk. Ze moeten elkaars taal leren. Alleen dan kan een applicatie efficiënt beheerd worden en kunnen veranderingen snel worden doorgevoerd. Deze omslag heet Agile-beheer. En daar is iedereen mee geholpen.

Verandering is de norm

Wensen en eisen van de klant volgen elkaar tegenwoordig steeds sneller op. Bij Agile-beheer draait alles om het snel en goed getest doorvoeren van wijzigingen. Development en beheer werken nauw samen en alle teamleden zijn betrokken bij alle stappen in het proces. Verandering is de norm. Hoe meer releases, hoe beter. Zo zijn nieuwe wensen snel geïmplementeerd en storingen meteen verholpen. Een fix kun je immers met één druk op de knop uitrollen. Zo is de klant steeds verzekerd van kwaliteit.

Flexibel beheer

In mijn ogen is een goed functionerende applicatie belangrijker dan een goed gedocumenteerde applicatie. Veel documentatie is ook niet meer nodig. In de Agile-manier van werken is er geen 'overdracht' meer van developer naar beheerder. Een kortere keten zonder handleidingen en overdrachten verkleint de kans op fouten aanzienlijk. Veranderingen volgen elkaar razendsnel op. En gaat het toch mis, dan is er altijd nog een rollback mogelijk; een back-up van de vorige versie, die altijd op de achtergrond blijft draaien. Wees dus niet behoudend, maar zorg voor stabiliteit én flexibiliteit. Daar word je als softwarebeheerder op afgerekend.

Tip 1; Neem het resultaat als uitgangspunt

Bepaal uw businessdoelen en stel die centraal. Zoek vervolgens een partner die zich committeert aan resultaat. Een goede partner weet de juiste vertaalslag te maken van uw business naar een IT-applicatie. En door bij uw businessdoel te beginnen, kunnen teamleden makkelijker de juiste keuzes maken. Ze kennen het grotere geheel en iedereen voelt zich verantwoordelijk voor een goed resultaat.

Tip 2; Werk Agile en creëer snel waarde

Veel bedrijven zijn geneigd voor de big bang te gaan; een lange ontwikkeltijd om alle functionaliteiten meteen werkend te krijgen. Niet doen! Het is belangrijker snel een werkend product op te leveren. Te beginnen met de minimum viable. En dat met korte doorlooptijden steeds verder uitbouwen. Zo houdt u goed grip op de functionaliteiten, het financiële plaatje en de voortgang. Bijsturen is eenvoudig.

Tip 3; Voorkom schijnzekerheid met prijsafspraken

Klanten zoeken vooraf vaak zekerheid in prijs. Maar daarmee koopt u schijnzekerheid. Want met een goede prijs bent u niet verzekerd van een goed werkende applicatie. Zoek daarom zekerheid in het proces en de grip daarop. Dat zijn de voorwaarden voor het realiseren van een goed eindproduct. En in een goed georganiseerd Agile-project heeft u ook grip op het financiële aspect.

Tip 4; Zorg voor een gecommitteerd team

Wijs één inhoudelijk deskundige aan als contactpersoon of ‘product owner’. In onze projecten zijn de product owners vaak actief lid van het ontwikkelteam. De product owner houdt voeling met de applicatie en de ontwikkelaar houdt voeling met u als klant. Als de realiteit de vooraf opgestelde plannen inhaalt, is meedenken en bijsturen eenvoudig met hulp van de product owner.

Tip 5; Zoek naar gelijke belangen

Niemand zit te wachten op een faalproject. Zorg er daarom voor dat u de juiste afspraken maakt. Bijvoorbeeld over doorlooptijd en gefaseerde oplevering. Als de belangen van u en de ontwikkelaar gelijk zijn, bent u bent verzekerd van commitment en een goed resultaat. Een bonus-malusregeling of investeren in uw idee en mederisicodrager worden; wij hebben er goede ervaringen mee.

Tip 6; Werk met vakmensen

Een goede werkwijze geeft geen garantie op een goed resultaat. Vakmanschap wel. Door de nadruk te leggen op het proces én de vaardigheden, ontstaat goed werkende software. Of zoals wij het noemen: vakwerk.

Bovengenoemde tips leiden tot resultaat. Een applicatie ontwikkelen is namelijk een pragmatisch proces. En dat verloopt het best als de klant en de ontwikkelaar zich beide actief met het proces bezighouden. Wederzijds vertrouwen is essentieel. Uit ervaring weten we dat een productief partnership veel oplevert. Meer weten? Bekijk dan eens onze visie op Business Innovation.