Hoe Groen ben jij als Ontwikkelaar?

Vroeger was een groentje de term voor diegene die net kwam kijken. Studenten dienen ontgroend te worden, terwijl de rest van de bevolking juist groen bewust gemaakt moet worden.

Een groene ontwikkelaar is iemand die rekening houdt met de omgeving waarin hij/zij werkt. Ofwel optimaal rekening houdt met de eindgebruiker die zijn/haar eindresultaat, de applicatie, uiteindelijk dient te gebruiken. Een optimale communicatie met die eindgebruiker is daarvoor noodzakelijk. En dan hebben we het nog niet eens over het benutten van die communicatie voor het komen tot een reëel verwachtingspatroon.

Als we naar de 50% falende applicatie ontwikkelprojecten kijken dan zien we vaak dat de ontwikkelaar niet eens zijn/haar eindgebruiker heeft ontmoet, laat staan goed kent. Bij sommige bedrijven worden nog steeds applicaties gebouwd door ontwikkelaars die in een ander gebouw werken dan hun eindgebruikers. Niet te denken aan ontwikkelaars in een ander land.

Hoe zou het bedieningsgemak van een auto of scheerapparaat er uit zien als die ontwikkeld worden door ontwerpers die niet zelf auto rijden of zich nooit zelf scheren?

Je zou als applicatie ontwikkelaar moeten eisen dat je, voordat je een project begint, eerst een maand of meer in de huid van de eindgebruiker mag kruipen, zijn/haar werk mag doen. Zodat je precies weet wat die persoon dag in dag uit doet en verwacht van jouw werk.

Als we ontwikkelaars ook verplichten om na oplevering minstens een maand met zijn/haar eigen applicaties te werken op de eindgebruikerafdeling dan ben ik er van overtuigd dat het bedieningsgemak met sprongen om hoog zal gaan. Alleen al het idee dat je 40 uur per week met je eigen applicatie moet werken zal er voor zorgen dat je het meer alert bent op elk bedieningsgemak detail, wat opeens geen detail meer is.

Zo zou ook die eindgebruiker zich meer moeten verdiepen in het vak IT en applicatie ontwikkeling in het bijzonder. Een maand kennis maken met de mogelijkheden en onmogelijkheden van de applicatieontwikkelaar zal zich ook dubbel en dwars terugbetalen. Waarom niet elke vrijdagmiddag IT update middag voor eindgebruikers.

Als je een architect en/of aannemer in de hand neemt om je droomhuis te laten bouwen dan ga je je behoorlijk verdiepen in allerlei wensen die je gerealiseerd wilt hebben. Je gaat zelfs nadenken hoe je die wensen het beste kunt verwoorden naar de architect en welke prioriteit je aan elke wens geeft. Je vind het ook heel normaal om je te verdiepen in bijvoorbeeld de eigenschappen van bepaalde materialen, duurzaamheid, onderhoudbaarheid etc.

Waarom vinden we dat niet nodig voor het ontwikkelen van een applicatie waar we jaren mee moeten werken en waarvan het bedieningsgemak dagelijks een grote stempel drukt op onze arbeidsvreugde?

Als we ontwikkelaars een applicatie laten ontwikkelen in Java dan zijn ze zo bezig om die applicatie aan de praat te krijgen dat zij snel de eindgebruiker vergeten. De eindgebruiker vragen mee te denken in een Java ontwikkelomgeving is net zo iets als iemand te vragen om met een boom te praten. Het kan wel, maar verwacht niet dat de boom zijn gedrag veranderd.

Er zijn ontwikkelomgevingen op de markt die voor ontwikkelaars alle technische details onder de motorkap houden, zodat zij zich meer kunnen concentreren op de wensen van hun eindgebruikers. De eindgebruiker kan meedoen met RAD projecten. De applicatie omgeving wordt gegenereerd uit een op hoog niveau vastgelegde specifi catie. Dit is een grote stap voorwaarts richting een Groene Ontwikkelaar.