Soevereiniteit en privacy begint bij de softwarekeuze
Kan ik het ook zelf hosten? Dat is de vraag die u weer moet stellen.
Ziet u dit ook om u heen gebeuren? Software wordt geleverd als een service (SaaS) gehost door de leverancier. Bij aanvang is de prijs redelijk en de leverancier respecteert uw wensen.
Ziet u dit ook om u heen gebeuren? Software wordt geleverd als een service (SaaS) gehost door de leverancier. Bij aanvang is de prijs redelijk en de leverancier respecteert uw wensen.
Daarna gebeurt er het volgende:
- De hosting verplaatst naar een public cloud
- Het bedrijf wordt overgenomen
- Het wordt duurder want het wordt nóg beter.
- Vernieuwing blijft uit of het product gaat een hele andere weg in en is minder efficiënt voor uw organisatie.
- Visie en privacy verdwijnt samen met de oude eigenaren.
- U kunt nauwelijks weg
- U stapt over naar de volgende SaaS oplossing en gaat terug naar stap 1
En daarom is het zelf kunnen hosten van een applicatie een goed idee. En dat betekent niet automatisch zelf de updates draaien. Daar zitten vele wegen tussen.
Daarmee is het privacystuk en het hostingstuk geregeld. Maar niet het risico op een wijzigende visie en het verhogen van de prijzen. Dat is alleen maar te tackelen wanneer u software van u is of Open Source. En ook is het waken dat de leverancier van de software eigenlijk liever heeft dat u de software in hun cloud gebruikt.
Moet ik alles wat ik gebruik laten bouwen?
Nee, dat zou ik niet doen. Laten we voor boekhouden vooral een boekhoudpakket blijven gebruiken. De BTW aangifte is best complex dus niet de plek waar ik zou beginnen. Maar voordat een factuur gestuurd wordt, zijn er legio bedrijfsprocessen die wel geautomatiseerd zijn of zouden kunnen zijn. Wellicht zelfs meerdere Losse oplossingen waar u mogelijk uw bedrijfsproces op aangepast hebt. En het is echt niet ingewikkeld om een factuur te maken in uw boekhoudpakket vanuit de gebouwde software. Wellicht kan het boekhoudpakket hierdoor een stuk eenvoudiger worden wat dan weer kosten bespaard.
Laat u helpen met het in kaart brengen van uw processen en begin met kijken waar het geautomatiseerd kan worden. Begin klein maar hou grote ambities
Moet je dan niet software koppelen?
Jazeker. Gelukkig biedt veel software een API (een data uitwissel interface), en zelfs als dat niet het geval is vinden we een weg.
Maar maatwerk is toch gedoe?
De ironie wil dat het maatwerk waar gedoe mee is meestal gebouwd is op een closed source omgeving en als closed source gebouwd. Verkocht als Enterprise producten met dito tarieven die ook gewoon de stappen zoals hierboven staan doorlopen (beter, duurder, nog beter, nog duurder, lock). Precies de reden waarom er nog computers met Windows XP draaien.
Vandaag de dag maken we gebruik van Open Source en Open standaarden en krijgt u gewoon inzage in de code. Ook de gebruikte talen zijn van belang. Python is bijvoorbeeld een taal die het meeste gebruikt wordt en ongeveer overal op draait en hetzelfde met de database. En dat leggen we allemaal uit in gewoon Nederlands.
Ik wil maatwerk! Hoe gaat dat met het bouwen?
Er zijn een aantal stappen die we doorlopen. Daar hebben we uiteraard een mooi document over geschreven. Hieronder in het kort:
We gaan eerst de ideale wereld bespreken. Stel, er is nog niets. Hoe ziet uw ideale software er dan uit? Vervolgens gaan we het met de MoSCoW methode onderverdelen in:
M - must haves: deze eisen (requirements) moeten in het eindresultaat terugkomen, zonder deze eisen is het product niet bruikbaar;
S - should haves: deze eisen zijn zeer gewenst, maar zonder is het product wel bruikbaar;
C - could haves: deze eisen zullen alleen aan bod komen als er tijd/budget genoeg is;
W - won't haves (ook wel Nice to haves genoemd): deze eisen zullen in dit project niet aan bod komen maar kunnen in de toekomst, bij een vervolgproject, interessant zijn. Hoe uitgebreid deze stap is hangt natuurlijk af van hoe uitgebreid de applicatie wordt.
De volgende stap is een grafisch ontwerp maken. Inderdaad, we gaan nog steeds geen databaseontwerpen en code keuzes maken. De eindgebruiker staat centraal. Die moet ermee werken en een prettige flow hebben. Dan klikken we door het eindproduct en pas na goedkeuring gaan we bouwen. En dat gaat dan behoorlijk snel want alles is helder.
En dan krijgt u een applicatie die past bij uw werkwijzes, communiceert met andere applicaties en als een spin in uw organisatie zit en van u is. Niemand kan de prijs verhogen of bepalen dat het elders gaat draaien.
U ziet, er is veel veranderd. Kunt u hulp gebruiken bij uw maatwerk? Schroom niet om ons te vragen.