(Time-To-Market).
Még a hétvégén is a mutatókon gondolkodott: "Nos, és miért is mérném az időt? Mit ad nekem ez?"
Valóban, mit ad az idő ismerete? Tegyük fel, hogy a szállítás 5 napot vesz igénybe. És mi van ezután? Ez jó vagy rossz? Még ha ez rossz is, valahogy csökkenteni kellene ezt az időt. De hogyan?
Ezek a gondolatok nem hagyták nyugodni, de a megoldás nem jött.
Iván tudta, hogy a lényeghez ért. A több ezer mutató grafikon, amit eddig látott, régen meggyőzte őt arról, hogy a standard megközelítés nem fog működni, és hogy ha egyszerűen csak grafikonokat rajzol, () akkor annak semmi értelme nem lesz.
Mit tegyen most?…
A mutató olyan, mint egy egyszerű fa vonalzó. Az általa végzett mérések nem mondják el az okot, miért a mért tárgy pontosan annyi hosszú, amennyit mutatott. A vonalzó egyszerűen megmutatja a méretét, és nem többet. Nem filozófiai kő, csupán egy fadarab, amivel mérnek.
"Az inox patkány" a kedvenc írójától, Harry Harrisontól mindig azt mondta: a gondolatnak el kell érnie az agy mélyéig, és ott pihennie kell, ezért a pár napnyi eredménytelen szenvedés után Iván úgy döntött, hogy egy másik feladatra összpontosít...
Pár nap múlva, miközben egy online boltról olvasott cikket, Iván hirtelen rájött, hogy az online bolt által kapott pénz mennyisége attól függ, hogyan viselkednek a weboldal látogatói. Ők, a látogatók/ügyfelek adják át a bolt számára a pénzüket, és ők ennek forrásai. Az üzlet által kapott pénzügyi összegre a vásárlói viselkedés megváltozásai hatnak, nem pedig más tényezők.
Így tehát, ahhoz, hogy megváltoztassuk a mért mennyiséget, hatással kellett lennünk azokra, akik ezt az értéket képezik, tehát az online bolt pénzének mennyiségének megváltoztatásához az ügyfelek viselkedésére kellett hatnunk, és DevOps szállítási idejének megváltoztatásához pedig azokra a csapatokra, akik ezt az időt "alkotják", azaz a DevOps-t használják a munkájuk során.
Iván megértette, hogy a DevOps mutatóknak nem grafikonokat kellene képviselniük. Ezeknek az "kiemelkedő" csapatok keresésének eszközévé kell válniuk, amelyek képezik a végső szállítási időt.
Egyetlen metrika sem tudja megmondani, miért töltött el egy csapat hosszú időt egy disztribúció kiadásával – gondolta Ivan, hiszen valójában millió oka lehet, és ezek a problémák lehetnek akár szervezeti, nem technikai jellegűek is. Tehát a legjobb, amit a metrikáktól várhatunk, az a csapatok és eredményeik megjelenítése, de így is el kell menni a csapatokhoz és kideríteni, mi történhetett.
Másrészről, Ivan cégénél létezett egy olyan szabvány, amely kötelezte az összes csapatot, hogy több standon teszteljék a buildjeiket. A csapat nem léphetett a következő standra, amíg az előzőt nem teljesítette. Így, ha a DevOps folyamatát a standok egymás utáni áthaladásának sorozataként képzeljük el, akkor a metrikák megmutathatják, hogy a csapatok mennyi időt töltenek ezeken a standokon. Ha tudjuk a standot és a csapat idejét, akkor konkrétabb tárgyalásokat folytathatunk velük az okokról.
Gondolkodás nélkül Ivan felvette a telefont és tárcsázta egy olyan ember számát, aki jól ért a DevOps belső működéséhez:
— Denis, kérlek mondd el, lehet-e valahogy tudni, hogy a csapat teljesítette a bizonyos standot?
— Persze. A Jenkinsünk zászlót dob, ha a build sikeresen elindult (átment a teszten) a standon.
— Szuper. Mi az a zászló?
— Ez egy sima szöveges fájl, mint például "stand_OK" vagy "stand_FAIL", ami jelzi, hogy a build átment vagy nem ment át a standon. Érted, igaz?
— Gyakorlatilag igen. Ez abba a mappába íródik a tárhelyen, ahol a build található?
— Igen.
— Mi történik, ha a build nem megy át a standon? Új buildet kell készíteni?
— Aha.
— Rendben, köszönöm. Még egy kérdés: jól értem, hogy a stand átadásának dátumaként használhatom a zászló létrehozásának dátumát?
— Abszolút!
— Szuper!
Felltámadva, Ivan letette a telefont, és rájött, hogy minden a helyére került. Tudva a build fájl létrehozásának dátumát és a zászlók létrehozásának dátumát, másodpercre pontosan kiszámolható, mennyi időt töltenek a csapatok minden standon, és hol költenek a legtöbb időt.
„Ha tudjuk, hol költjük a legtöbb időt, célzottan megtaláljuk a csapatokat, elmegyünk hozzájuk és feltárjuk a problémát.” Ivan mosolygott.
Másnapra kitűzte célul, hogy vázlatosan megtervezi a körvonalazódó rendszert.
Folytatás következik…
Forrás: habr.com
