DevOps

De remedie tegen de 5 klachten bij eigen ontwikkeling

19 juni 2019

DevOps
agile development
software factory

Bij het ontwikkelen van software en applicaties lopen heel wat bedrijven, indien het niet hun hoofdfocus is, tegen moeilijkheden aan. Is er wel genoeg kennis in de organisatie? Hebben we een goede projectaanpak die tot de juiste kwaliteit leidt? En wie neemt het onderhoud op zich? We nemen 5 veelvoorkomende klachten onder de loep en formuleren de remedie, een DevOps Factory.

Een DevOps Factory, what’s in a name

Om de meerwaarde van zo’n DevOps Factory volledig te doorgronden, heeft u natuurlijk eerst wat basisinformatie nodig. Het is een ontwikkelmethode die mensen, methodologie en tools samenbrengt. Idealiter wordt er gewerkt op een DevOps-manier, softwareontwikkeling (Dev) en softwareoperations (Ops) zijn daarin samengebracht. De nadruk hierbij ligt op automatisering en monitoring doorheen alle fasen van het bouwen van software, van integratie, testen, release tot deployment en infrastructuurmanagement. Zo bekom je kortere ontwikkelcycli, een verhoogde frequentie van oplevering en meer zekerheid over de uiteindelijke businesswaarde.

DevOps

Resourcing

De klacht

De eerste en vaak ook meest ingrijpende uitdaging waar tegenaan gelopen wordt, is de samenstelling van een succesvol development team. Om te beginnen is het vaak moeilijk om de juiste profielen aan te trekken door de schaarste op de markt. Daarnaast is de benodigde mankracht en kennis variabel doorheen de tijd. Specialistische kennis die maar kort ingeschakeld moet worden of het tijdelijk afbouwen van een team is vaak moeilijk realiseerbaar binnen uw eigen organisatie.

De remedie

Door beroep te doen op een DevOps factory staat er steeds een team met de juiste capaciteit en mensen klaar. Bovendien wordt zo’n team samengesteld uit een breed gamma aan profielen, wat ervoor zorgt dat alle competenties voor uw project aanwezig zijn. Daarnaast is er de mogelijkheid om op korte termijn aan up- en downscaling te doen. Zo kunnen pieken of dalen in projectnoden soepel opgevangen worden.  Bovendien blijft één project of klant binnen eenzelfde team, waardoor er niet steeds met nieuwe mensen moet begonnen worden. Er wordt ook gebruik gemaakt van het travelers mechanisme, doordat het team steeds is ingebed in een grotere IT-organisatie is er steeds een onuitputbare bron aan kennis aanwezig als klankbord. Op die manier is er snel expertise van iemand buiten het team ter beschikking in de kritische fases van een project.

Kennisborging en continuïteit

De klacht

Door de stevige concurrentie op de arbeidsmarkt, kennen de gewilde IT-profielen een groot verloop. Dit kan erg nadelig zijn voor de voortgang van uw project. Niet enkel loopt u zo vertraging op, er is ook een reële kans dat een groot stuk van de kennis verloren gaat bij het vertrek van een teamlid.

De remedie

Door de grote achterliggende capaciteit wat betreft profielen, kan het verloop binnen een DevOps factory beter worden opgevangen. Kennis wordt actief binnen één team gehouden en verspreid. Het team blijft bijeen na oplevering van een project en blijft indien nodig onderhoud geven op het project. Daarnaast is er een kennisborging die gradueel wordt opgebouwd.

DevOps

Methodologie en tools

De klacht

Ontwikkeling van een applicatie gaat vaak te traag voor de business, wat kan zorgen voor spanningen en het mislopen van een marktopportuniteit. Daarnaast zijn er ook heel wat extra tools nodig om op een transparante en efficiënte manier te werk te gaan, denk daarbij aan een bouwomgeving of aan een tool om documentatie aan te maken. Zo’n zaken zijn in een niet-IT bedrijf vaak niet aanwezig, wat een extra investering vraagt.

De remedie

Door iteratief en incrementeel te ontwikkelen, kan er snel een eerste versie (minimum viable product) opgeleverd worden. Bovendien zorgt de iteratieve aanpak voor talrijke feedbackloops en een juiste focus op de belangrijkste functionaliteit. Er is in een DevOps factory een ecosysteem aan tools die zijn afgestemd op de methodologie ter beschikking. De tools zorgen voor een real-time kwaliteitsbewaking en het automatiseren van arbeidsintensieve taken. Daarnaast zijn er ook agile coaches aanwezig die het proces constant evalueren en bijsturen.

Managed services en onderhoud

De klacht

Wanneer een applicatie klaar is, moet het overgedragen worden naar een team dat instaat voor het onderhoud. Hierbij gaat vaak kennis verloren en het is een tijdrovend proces. Indien er met iteraties wordt gewerkt, is er eigenlijk ook al support nodig na de eerste release.

De remedie

Het onderhoud wordt in een DevOps factory door hetzelfde team opgenomen. De managed services werking treedt al in voege tijdens het project, waardoor het team ondersteuning biedt en parallel aan de roadmap verder werkt.

Samenwerking en business waarde

De klacht

Iets uit handen geven aan een extern team roept ook vragen op. Is de kennis die tijdens het project over m’n organisatie wordt opgebouwd wel veilig? Gaat het team een zwarte doos zijn voor ons? Kortom, er is onzekerheid omdat er een onbekende partij bij betrokken is.

De remedie

Het bedrijf waarvoor het DevOps team werkt, wordt als volwaardig ‘teamlid’ beschouwd. Dat betekent ook dat al uw businesskennis wordt meegenomen tijdens het project. Aangezien er minstens 1 keer per week contact is met de klant, is er sprake van co-creatie. Op die manier is zo’n team in staat om permanent inzichten te leveren wat betreft vooruitgang en budget, scopewijzigingen en kwaliteit.

Ook op zoek naar de geschikte remedie?

Maak kennis met onze DevOps Factory.