Mesureu el sistema de lliurament

Comenceu per la decisió que necessiteu prendre

Un equip vol saber si la IA millora el lliurament. Comptar línies generades respon una altra pregunta. Definiu el resultat útil i les condicions de qualitat abans de triar una mètrica.

En un servei fictici d’exportació, el resultat desitjat és lliurar canvis acceptats de manera fiable amb menys esforç total. Registreu la preparació, la implementació, la revisió, la correcció i l’espera. Incloeu els canvis fallits o abandonats.

Utilitzeu un sol servei amb un límit clar. Combinar un lloc web experimental i un servei crític de pagaments pot produir una xifra que no expliqui cap dels dos. Descriviu el context abans de comparar períodes o equips.

Utilitzeu definicions actuals

El model actual de lliurament de DORA conté cinc mètriques. El seu abast és el rendiment de lliurament, no el valor de cada funcionalitat ni la contribució individual. Definicions de les mètriques de DORA.

Un tauler pot utilitzar una altra definició. Llegiu-la abans d’interpretar el resultat. La documentació actual de desplegaments de Taiga descriu quatre mètriques notificades a partir dels registres de desplegament dels proveïdors. La seva mesura de recuperació utilitza un desplegament posterior satisfactori. Això no és un registre complet de tots els incidents de producció. Definicions de Taiga.

Inspeccioneu una seqüència fictícia de canvis

Suposeu que un servei fa dotze desplegaments en un mes. Vuit lliuren canvis planificats. Quatre reparen problemes de versions anteriors. El recompte és dotze, però la composició importa.

El mes següent, l’equip fa deu desplegaments: nou canvis planificats i una reparació. Menys desplegaments poden coexistir amb més feina útil. Aquestes xifres il·lustren una interpretació; no són una referència de rendiment.

Inspeccioneu també la distribució. Una espera llarga de revisió pot quedar amagada en una mitjana. Una mesura de recuperació d’una sola fallada és una evidència feble de fiabilitat futura. Informeu del nombre d’observacions i de les excepcions importants.

Relacioneu el flux amb les conseqüències

Utilitzeu els senyals del servei per comprovar si els canvis de lliurament afecten els usuaris. Un pipeline més ràpid no és suficient si les exportacions fallen més sovint. Utilitzeu un SLO adequat o una altra mesura de resultat clarament definida. Directrius sobre SLO.

L’esforç de revisió i la feina refeta ajuden a explicar el resultat. Si la IA redueix el temps d’implementació però produeix conjunts de canvis grans, la revisió pot esdevenir la restricció. Si obtenir entorns requereix dies, programar més de pressa pot tenir poc efecte en el temps de lliurament transcorregut.

Trieu una millora que resolgui la restricció observada. Per exemple, proporcioneu un entorn de proves amb suport o reduïu la mida d’un canvi. Definiu una mètrica de qualitat que faci de contrapès perquè l’equip pugui detectar una millora aparent de velocitat causada per comprovacions més febles.

Manteniu útil la mesura

Eviteu les classificacions individuals basades en el nombre de PR o en el codi generat. Aquestes mesures poden premiar dividir artificialment la feina, evitar manteniment difícil o traslladar l’esforç de revisió als companys.

Reviseu el resultat amb les persones responsables de tot el servei. Registreu què ha canviat en l’eina, la combinació de tasques, l’equip i l’entorn. Tracteu una comparació d’abans i després com a evidència amb limitacions, no com a prova automàtica de causalitat.

La finalitat és millorar la decisió següent. Una mesura petita i fiable que condueix a una millora verificada és més útil que un gran tauler sense un significat acordat.

Practiqueu amb deu canvis

Aquest conjunt fictici separat registra deu canvis planificats. Totes les hores són UTC en la data indicada. Un camp de correcció buit significa que no s’ha registrat cap correcció en aquest conjunt de dades.

Compareu el temps des que el codi és llest fins que comença la revisió, i després des de l’acceptació fins a la publicació. Identifiqueu l’espera visible més llarga. Investigueu-ne la causa abans de considerar-la evitable. Aquestes marques de temps no mesuren l’esforç actiu ni identifiquen quan va començar un incident. Una publicació de correcció per si sola no pot acreditar el temps de recuperació d’un desplegament fallit.

Descarregueu el conjunt de dades fictici (CSV)