Wéi den Ivan DevOps Metriken gemaach huet. Objet vun Afloss

Eng Woch ass vergaang zënter datt den Ivan fir d'éischt un DevOps Metriken geduecht huet a gemierkt huet datt et mat hirer Hëllef noutwendeg ass d'Produktliwwerzäit ze managen (Zäit-ze-Maart).

Och um Weekend huet hien iwwer Metriken geduecht: "Also wat wann ech Zäit moossen? Wat wäert et mir ginn?

Tatsächlech, wat wäert Wëssen iwwer Zäit ginn? Loosst eis soen datt d'Liwwerung 5 Deeg dauert. Also, wat ass nächst? Ass et gutt oder schlecht? Och wann dat schlecht ass, da musst Dir dës Zäit iergendwéi reduzéieren. Mee wéi?
Dës Gedanken hunn him verfollegt, awer keng Léisung koum.

Den Ivan huet verstanen datt hien an d'Essenz komm ass. Déi Onmass Grafike vu Metriken, déi hie virdru gesinn huet, haten him scho laang iwwerzeegt datt d'Standard Approche net funktionnéiert, an datt wann hien einfach plott (och wann et eng Kohort ass), et wäert näischt sinn.

Wéi sinn?…

Eng Metrik ass wéi e gewéinleche Holz Lineal. Miessunge mat senger Hëllef gemaach ginn net de Grond soen, firwat den Objet, dee gemooss gëtt, ass genee d'Längt, déi se gewisen huet. De Lineal wäert einfach seng Gréisst weisen, an näischt méi. Si ass net de Steen vum Philosoph, mee einfach en hëlze Briet mat deem ee misst moossen.

D'"Edelstahl Rat" vu sengem Liiblings Schrëftsteller Harry Harrison huet ëmmer gesot: e Gedanke muss um Enn vum Gehir erreechen an do leien, also nodeems hien e puer Deeg ouni Erfolleg gelidden huet, huet den Ivan decidéiert eng aner Aufgab opzehuelen ...

E puer Deeg méi spéit, wärend en Artikel iwwer Online Geschäfter gelies huet, huet den Ivan op eemol gemierkt datt d'Quantitéit u Sue en Online Store kritt hänkt dovun of wéi d'Besucher vum Site behuelen. Et sinn si, Visiteuren / Clienten, déi dem Buttek hir Suen ginn a seng Quell sinn. Déi ënnescht Linn vu Cash e Geschäft kritt ass beaflosst vun Ännerungen am Clientsverhalen, net soss eppes.

Et huet sech erausgestallt, datt fir de gemoossene Wäert z'änneren, et néideg war, déi ze beaflossen, déi dëse Wäert bilden, d.h. fir d'Quantitéit u Suen vun engem Online-Geschäft z'änneren, war et néideg d'Behuele vun de Clienten vun dësem Geschäft ze beaflossen, a fir d'Liwwerzäit an DevOps z'änneren, war et néideg fir d'Equipen ze beaflossen, déi dës Kéier "kreéieren", d.h. benotzen DevOps an hirer Aarbecht.

Den Ivan huet gemierkt datt DevOps Metriken iwwerhaapt net duerch Grafike representéiert solle ginn. Si musse sech selwer vertrieden Sich Tool "aussergewéinlech" Équipen déi d'final Liwwerzäit formen.

Kee Metrik wäert jeemools de Grond weisen firwat dëst oder dat Team laang Zäit gedauert huet fir eng Verdeelung ze liwweren, huet den Ivan geduecht, well et an der Realitéit eng Millioun an e klenge Weenchen kéint sinn, a si kënne gutt net technesch sinn, awer organisatoresch. Déi. am meeschte kënnt Dir erwaarden aus Metriken ze kréien ass Teams an hir Resultater ze weisen, an da musst Dir nach ëmmer dës Teams mat Äre Féiss verfollegen an erausfannen wat mat hinnen falsch ass.

Op der anerer Säit hat dem Ivan seng Firma e Standard deen all Teams verlaangt huet Versammlungen op verschiddene Bänken ze testen. D'Equipe konnt net op den nächste Stand réckelen bis dee virdrun fäerdeg war. Et huet sech erausgestallt datt wa mir den DevOps-Prozess virstellen als eng Sequenz vum Passage duerch Stänn, da kënnen d'Metriken d'Zäit weisen, déi d'Equipen op dëse Stänn verbrauchen. Wéi de Stand an d'Zäit vun der Equipe kennen, war et méiglech mat hinnen méi spezifesch iwwer d'Grënn ze schwätzen.

Ouni ze zécken, huet den Ivan den Telefon opgeholl an d'Nummer vun enger Persoun geruff, déi gutt an den Ins an Outs vun DevOps beherrscht ass:

- Denis, sot mir w.e.g., ass et méiglech iergendwéi ze verstoen datt d'Equipe dësen oder deem Stand passéiert ass?
- Bestëmmt. Eise Jenkins verwerft de Fändel wann de Bau erfollegräich ausgerullt ass (den Test gepackt) op der Bank.
- Super. Wat ass e Fändel?
- Dëst ass eng regulär Textdatei wéi "stand_OK" oder "stand_FAIL", déi seet datt d'Versammlung den Test passéiert oder gescheitert huet. Gutt, Dir versteet, richteg?
- Ech mengen, jo. Ass et an deeselwechten Dossier am Repository geschriwwe wou d'Versammlung läit?
- Jo
- Wat geschitt wann d'Versammlung d'Testbänk net passéiert? Muss ech en Neibau maachen?
- Jo
- Gutt, merci. An eng aner Fro: verstinn ech richteg datt ech den Datum vun der Schafung vum Fändel als Datum vum Stand benotze kann?
- Absolut!
- Super!

Inspiréiert huet den Ivan opgehaang a realiséiert datt alles op der Plaz gefall ass. Wann Dir den Datum vun der Schafung vun der Build-Datei an den Datum vun der Schafung vun de Fändelen kennt, war et méiglech bis op d'zweet ze berechnen wéi vill Zäit d'Equipen op all Stand verbréngen a verstoen wou se am meeschten Zäit verbréngen.

"Verstoen wou déi meescht Zäit verbruecht gëtt, wäerte mir Teams identifizéieren, bei hinnen goen an an de Problem graven." Den Ivan huet gelaacht.

Fir muer huet hien sech d'Aufgab gesat d'Architektur vum System ze skizzéieren, deen gezeechent gëtt.

Fir weidergitt ...

Source: will.com

Setzt e Commentaire