Kosten verlagen met Distributed DevOps

Continu uw software ontwikkelen en uitrollen is vandaag eerder een noodzaak dan een luxe. Per slot van rekening wilt u op digitaal gebied niet achter komen te lopen op uw concurrentie.

Veel bedrijven hebben inmiddels deze gedachte van ‘continuous delivery’ omarmd en hebben veelal developers en mensen uit de operatie samengebracht is zogenoemde DevOps-team(s) om continu software aan te passen en te verbeteren. Bijna altijd werkt het team op één locatie en in een agile-achtige samenwerking met één of meerdere partijen, zoals softwareleveranciers.

Deze agile manier van werken kent veel voordelen en het resultaat in vergelijking met oudere ontwikkel- en projectmethodieken is daarom sterk verbeterd. Ook de samenwerking in deze manier van werken wordt door mensen vele maler positiever ervaren. Er is alleen een zaak wat niet opgelost lijkt te zijn en waar figuurlijk de schoen van menig ondernemer een beetje wringt, en dat zijn de kosten.

Je kan tot 40% besparen op te kosten met Distributed DevOps.

DevOps lijkt in de praktijk kostbaar te zijn, vooral wanneer men het principe van centraal werken op een locatie vooropstelt. Maar is dit eigenlijk wel nodig? Wat als je het team gaat distribueren, wat zijn dan de mogelijkheden?

Voorbeeld van een Distributed DevOps team.

DevOps
Distributed DevOps

Mogelijkheden van Distributed DevOps

  1. Aantrekken van Offshore developers en testers tegen lagere tarieven
  2. War-on-talent is een minder groot probleem
  3. Mogelijkheid om productiviteit te verhogen door tijdzones
  4. Flexibele resource-pool, op- en afschalen van teams wordt eenvoudiger

Om optimaal te kunnen werken is een goede infrastructuur tussen de locaties noodzakelijk. Hierbij wordt veelal gebruik gemaakt van real-time video conferencing, waarbij het lijkt alsof het andere team in de kamer ernaast werkt. Agile processen als de “daily-stand-up” of “retrospective” blijven daarmee ook prima behouden. Een andere uitdaging is de communicatie, deze zal veelal in het Engels moet plaatsvinden, maar dat wordt door veel bedrijven niet als een probleem ervaren.

Een juiste mix van mensen binnen een distributed DevOps team(s) levert dezelfde kwaliteit als een centraal opgesteld team maar dan met sneller en met een aanzienlijk mooier prijskaartje.

Salmon heeft veel ervaring met het opzetten van DevOps teams, o.a. bij grote retailers, supermarkten en B2B-partijen. De gemiddelde besparingen bij deze ondernemingen variëren tussen de 29% en 40%. Bent u geïnteresseerd in distributed DevOps neem dan gerust contact op met infoNL@salmon.com

De relevantie van de software product manager

Stel jezelf de volgende vraag: Hoeveel functies of features van een programma gebruik je nu echt, nee serieus, hoeveel? Het maakt overigens niet uit of het gaat om een spreadsheet, ERP of e-commerce platform.

Uiteraard zal het uitmaken welke applicatie je gebruikt en hoe vaak, maar in 9 van de 10 gevallen durf ik de uitdaging aan dat je ze niet allemaal kent. Hoe komt dit nou eigenlijk? Misschien heb je niet alle functies nodig, of is Pavlov’s klassieke conditionering “even kijken wat er gebeurt als ik op deze knop klik!” van toepassing of misschien kwam de leverancier op de proppen met een zogenoemde “work-around” die achteraf complexer bleek te zijn dan een Rubiks Kubus puzzel.

Hoe je het ook went of keert, het is aan de software productmanager om zulke situaties te voorkomen. Zijn de features wel relevant? Hebben we de toepassing wel eenvoudig genoeg gemaakt voor onze doelgroep? Draagt deze feature überhaupt bij aan wat mijn klanten willen? Zorg dat u niet hoeft te zeggen: “Deze versie is eigenlijk wat de vorige versie had moeten zijn”.

Lees verder De relevantie van de software product manager