Zilveren kogel

Een vraag die ik mij als software ontwikkelaar vaak stel is: ‘is er behoefte aan het stuk software waar ik nu aan bouw?’

Een oplossing

Misschien herken je dit: je wilt een proces verbeteren/versimpelen en je komt tot de conclusie dat dit kan met een stuk software. Dus je maakt een stuk software.
Iedereen blij, vooral omdat er überhaupt naar een wens geluisterd wordt, en men gaat vrolijk aan de slag met je stuk software.

Maar werkt het

Maar na een tijdje begin je jezelf af te vragen of je wel slim bent geweest. Want je krijgt feedback. Complexe processen worden zichtbaar. Waarvan je merkt dat deze de software een stuk complexer maken dan dat je eerst voor ogen had.
En als kers op de taart komen er mensen die je op bestaande stukken software wijzen die ook, min of meer, ‘het zelfde doen’.

Wat nu

Ik zat de laatste tijd met vragen…

Is het zinvol om de generator te versimpelen tot ‘een essentie’?
Of om de generator op te geven en de gebruikers te adviseren over te stappen naar een ander stuk software?

Toch wel?

Overigens ben ik van mening dat een stuk software, mits er goed gelet wordt op de wensen van de gebruiker, altijd bestaansrecht heeft.

En daarin werd ik vandaag ondersteund toen ik een mooi stuk las in de volgende blog:
https://blog.acolyer.org/2016/09/06/no-silver-bullet-essence-and-accident-in-software-engineering

Toch wel!

Mijn stuk software, specifiek de liturgie generator, is waardevol! Want een ‘zilveren kogel’ oplossing bestaat niet. Mijn oplossing zou bestaansrecht kunnen hebben.

Wat werkt

Wat betekend dit, naar mijn idee, concreet voor de liturgie generator zoals deze nu staat:

Deze generator is in meerdere kerken langere tijd ingezet. Dus meerdere omgevingen hebben de requirements aangescherpt.
Meerdere typen gebruikers hebben ideeën aangeleverd. De werkwijze is beproeft.
Meerdere ontwikkelaars hebben gewerkt aan de code. Verminderde tunnelvisie in de technische uitwerking.
Het programma bestaat al een lange tijd en is in actief onderhoud. Het programma gaat met zijn tijd mee cq de wensen van ‘de huidige tijd’ worden verwerkt.

De toekomst

Maar er liggen wel degelijk kansen voor de liturgie generator:

Het artikel refereert ook aan toegankelijkheid in de tijd in de vorm van een API en SaaS (software as a service)
De hoeveelheid aanpassing die een gebruiker wil kunnen maken is in verhouding met het budget wat de gebruiker over heeft voor de omgeving waar het programma in werkt. In de kerkelijke kringen is niet veel geld beschikbaar voor deze omgeving dus de aanpasbaarheid hoeft niet hoog te zijn.