(A piacra kerülési idő).
Még hétvégén is gondolt a mérőszámokra: „Na és mi van, ha mérem az időt? Mit ad ez nekem?
Valóban, mit fog adni az idő ismerete? Tegyük fel, hogy a szállítás 5 napig tart. Szóval, mi lesz ezután? Jó vagy rossz? Még ha ez rossz is, akkor valahogy csökkentenie kell ezt az időt. De hogyan?
Ezek a gondolatok kísértették, de megoldás nem jött.
Iván megértette, hogy a lényeghez jutott. A metrikák számtalan grafikonja, amelyeket korábban látott, már régen meggyőzte arról, hogy a standard megközelítés nem működik, és ha egyszerűen ábrázolna (), nem lesz haszna.
Hogyan legyen?…
A metrika olyan, mint egy közönséges fából készült vonalzó. A segítségével végzett mérések nem árulják el az okot, miért a mért tárgy pontosan olyan hosszú, mint amit ő mutatott. A vonalzó egyszerűen megmutatja a méretét, és semmi többet. Ő nem a bölcsek köve, hanem egyszerűen egy fatábla, amellyel mérni lehet.
Kedvenc írójának, Harry Harrisonnak a „rozsdamentes acélpatkánya” mindig azt mondta: egy gondolatnak el kell jutnia az agy mélyére, és ott kell feküdnie, így több napos eredménytelen szenvedés után Ivan úgy döntött, hogy újabb feladatot vállal...
Néhány nappal később, amikor egy online áruházakról szóló cikket olvasott, Ivan hirtelen rájött, hogy az online áruház által kapott pénzösszeg attól függ, hogyan viselkednek a webhely látogatói. Ők, a látogatók/ügyfelek adják a pénzüket az üzletnek, és ők adják a pénzüket. Az üzletben kapott készpénz alsó sorát a vásárlói magatartás változásai befolyásolják, nem bármi más.
Kiderült, hogy a mért érték megváltoztatásához befolyásolni kell azokat, akik ezt az értéket alkotják, pl. egy webáruház pénzösszegének megváltoztatásához az adott üzlet vásárlóinak magatartását kellett befolyásolni, a DevOps-ban pedig a szállítási idő módosításához az ezúttal „alkotó” csapatokat kellett befolyásolni, pl. használja a DevOps-ot munkájuk során.
Ivan rájött, hogy a DevOps metrikákat egyáltalán nem szabad grafikonokkal ábrázolni. Önmagukat kell képviselniük kereső eszköz „kiemelkedő” csapatok, akik meghatározzák a végső szállítási időt.
Soha egyetlen mérőszám sem fogja megmutatni, hogy ennek vagy annak a csapatnak miért tartott sokáig a disztribúció, gondolta Ivan, mert a valóságban lehet egy millió és egy kis kocsi, és lehet, hogy ezek nem technikaiak, hanem szervezetiek. Azok. a legtöbb, amit a mérőszámoktól elvárhat, hogy megmutatja a csapatokat és az eredményeiket, és akkor továbbra is követnie kell ezeket a csapatokat a lábával, és ki kell derítenie, hogy mi a bajuk.
Másrészt Ivan cégének volt egy olyan szabványa, amely szerint minden csapatnak több padon kellett tesztelnie a szerelvényeket. A csapat nem léphetett a következő lelátóra, amíg az előző be nem fejeződött. Kiderült, hogy ha a DevOps folyamatot a lelátókon való áthaladás sorozataként képzeljük el, akkor a mérőszámok megmutathatják, mennyi időt töltenek a csapatok ezeken a lelátókon. A csapat állását és idejét ismerve lehetett velük konkrétabban is beszélni az okokról.
Ivan habozás nélkül felkapta a telefont, és tárcsázta annak a személynek a számát, aki jól ismeri a DevOps csínját-bínját:
– Denis, kérlek, meg lehet érteni valahogy, hogy a csapat túljutott ezen vagy azon a helyen?
- Természetesen. Jenkineink eldobják a zászlót, ha a build sikeresen kigurult (átment a teszten) a padon.
- Szuper. Mi az a zászló?
- Ez egy normál szöveges fájl, mint például a „stand_OK” vagy „stand_FAIL”, amely azt mondja, hogy az összeállítás átment vagy meghibásodott az állványon. Nos, érted, ugye?
- Azt hiszem igen. Ugyanabba a mappába van írva a tárolóban, ahol az összeállítás található?
- Igen
— Mi történik, ha a szerelvény nem megy át a próbapadon? Új építést kell csinálnom?
- Igen
- Nos, oké, köszönöm. És még egy kérdés: jól értem, hogy a zászló keletkezésének dátumát használhatom a kiállás dátumaként?
- Abszolút!
- Szuper!
Iván ihletve letette a telefont, és rájött, hogy minden a helyére került. Az építési fájl létrehozásának dátumának és a zászlók létrehozásának dátumának ismeretében másodpercig ki lehetett számítani, hogy a csapatok mennyi időt töltenek az egyes standokon, és megérteni, hol töltik a legtöbb időt.
„Megértjük, hol töltjük a legtöbb időt, kijelöljük a csapatokat, elmegyünk hozzájuk, és beleássuk magunkat a problémába.” Ivan elmosolyodott.
Holnapra azt a feladatot tűzte ki maga elé, hogy felvázolja a megrajzolt rendszer architektúráját.
Folytatás ...
Forrás: will.com