Ontwikkelmethoden voor standaard SaaS

Ontwikkelmethoden bepalen de aard en omvang van nieuwe releases voor standaard software en SaaS. Net als maatwerk software worden SaaS en standaard software ontwikkeld door een ontwikkelteam. Niet op locatie maar in het kantoor van de ontwikkelaar zelf.

Waterval ontwikkelmethoden

Bij waterval ontwikkelmethoden wordt per project systematisch een aantal vaste stappen achtereenvolgens doorlopen (bijvoorbeeld; analyse, ontwerp, bouw, testen, trainen, implementeren). We moeten als het ware voordat we het eerste stukje code schrijven al precies weten hoe het eindresultaat met alle details eruit komt te zien. Nadeel van deze methode is dat er weinig bijstelmogelijkheden zijn van fouten uit een eerdere stap.
Voorbeelden van watervalmethode zijn onder andere; SDM en James Martin. SDM (System Development Methodology) is een voorbeeld van een waterval methode die met name geschikt voor ontwikkeltrajecten. Terwijl bij de methode van James Martin genaamd Information Engineering het accent meer op coderen van programmamodules ligt.

Agile ontwikkelmethoden

Dan zijn er iteratieve methodieken, deze kenmerken zich doordat zij het ontwikkeltraject in kleine behapbare brokken opdelen die eerst helemaal worden afgemaakt, zogenaamde iteraties. Deze brokken (Sprints) bouwen en testen we achtereenvolgens voordat we ze opleveren. Een voorbeeld hiervan was RAD (rapid application development) een voorloper van Agile ontwikkelmethoden.
De agile methode werd officieel in 2001 geboren, het is een reactie op de meer traditionele waterval modellen die als star werden ervaren. Agile is:

• Flexibel & overzichtelijk, veranderingen tijdens het ontwikkelproces kunnen we gemakkelijk oppakken.
• Interpretatie verschillen kunnen we snel oplossen door een nauwe samenwerking met de klant/gebruiker.
• Betrouwbaar, we leveren steeds kleine stukjes werkende software op waarbij de functionaliteit groeit in de tijd.

Ontwikkelmethoden standaard software

De ontwikkelmethode van SaaS en andere standaard software lijkt voor de eindgebruiker van minder groot belang. De software oplossing komt immers via internet of uit een doos en is kant en klaar te installeren. In het vervolgtraject kan de ontwikkelmethode echter wel van belang zijn. De meeste ontwikkelaars van standaard software hebben Agile Scrum inmiddels omarmd en brengen regelmatig updates uit. Nieuwe releases zullen bij een Agile methode eerder beschikbaar zijn.

DevOps ideaal voor SaaS

Bij grote algemene SaaS toepassingen hebben de gebruikers niet zo veel te maken met releases en update schema’s. SaaS ontwikkelaars bieden de software aan via het web en op enig moment is een update doorgevoerd. In die situatie is het gebruik van DevOps aan te raden. DevOps kenmerkt zich namelijk door een constante stroom van updates. Van een bundeling in releases is echter geen sprake.

Tijdens de invoeringsfase van SaaS en andere standaard software zijn Agile methodes deels toepasbaar.

Discussieer mee op LinkedIn.