HORUS – Digitale mogelijkheden en meer

Ongeveer 6 maanden geleden waren we in gesprek met een CTO, die een toonaangevende tool had gekocht om hun digitale gereedheid te beoordelen. Hij besprak hoe de tool hen daadwerkelijk had geholpen zich voor te bereiden op de digitale reis. We vroegen hem om het onderwerp verder uit te werken en hij sprak uitgebreid over hoe de tool hun engineeringproces strenger had gemaakt, hen had geholpen hun codestatus continu te meten, SLA’s voor technische teamleden te beheren, enzovoort.

Hoewel de door de tool aanbevolen en geïmplementeerde aanpak op hoog niveau logisch klonk, waren we verrast om te zien dat de tool zich niet verdiept in gebieden die een getrouwe weergave van hun software-engineeringproces zouden hebben gegeven. De tool heeft bijvoorbeeld nooit gekeken naar het versiebeheersysteem dat door de organisatie wordt gebruikt, maar had feitelijk een set bestanden van een lokale computer gebruikt en enkele statistieken over codegezondheid gepubliceerd in opvallende dashboards over hun applicaties en die gebruikt om hun digitale gereedheid.

De vergadering, die 30 minuten was gepland, duurde 2 uur, omdat we hebben uitgelegd waarom het belangrijk is om na te denken en antwoorden te krijgen die specifiek zijn voor de context van de organisatie voor vragen zoals de onderstaande:

• Hoe breng ik als engineering manager strengheid in het softwareontwikkelingsproces?
• Hoe meet ik als technisch manager de gezondheid van de codebase?
• Gebruiken we effectieve Agile, Continuous Delivery-praktijken?
• Voegen mijn software-engineers technische schulden toe of voegen ze activawaarde toe aan de codebase?
• Welke statistieken moet ik bijhouden voor release-engineering?
• Welke technische SLA’s moeten we gebruiken en hoe kunnen we ervoor zorgen dat teams hieraan voldoen?
• Hoe de technische volwassenheid bepalen?
• Wordt testen beschouwd als een onderdeel van technische inspanningen?
• Zodra u technische tekortkomingen identificeert, hoe kunt u deze dan opsporen en verhelpen?

Nu zou je je kunnen afvragen, worden deze vragen niet elke dag gesteld door een of andere kampioen binnen de technische organisatie? Ja, ze worden opgevoed, maar worden behandeld met toonaangevende tools of geadresseerd met behulp van dashboards die zijn gebouwd door het engineeringteam en die geen ander doel dienen dan een formaliteit te worden in de loop van de tijd.

Naar aanleiding van het CTO-gesprek, toen we dit onderwerp begonnen te bespreken met een aantal van onze bestaande klanten, waren de technische vertegenwoordigers er snel bij om ons neer te zetten door te zeggen dat ze deze vragen kenden en …. antwoorden ook! Maar toen we dieper groeven, hadden ze pas hun openbaring. We zijn ons ook bewust geworden van de noodzaak om deze gesprekken om te zetten in actie, wat ertoe heeft geleid dat we ” HORUS “ hebben gebouwd, een oplossing die organisaties helpt te slagen in hun digitale reis met technische uitmuntendheid.

Vorig

De effectiviteit van code meten in het tijdperk van digitale transformatie