(Timpul pentru cumparaturi).
Chiar și în weekend, se gândea la valori: „Și dacă măsoară timpul? Ce-mi va da?
Într-adevăr, ce va da cunoașterea timpului? Să presupunem că livrarea durează 5 zile. Deci, ce urmează? Este bine sau rău? Chiar dacă acest lucru este rău, atunci trebuie să reduceți cumva acest timp. Dar cum?
Aceste gânduri îl bântuiau, dar nicio soluție nu a venit.
Ivan a înțeles că ajunsese la esență. Nenumăratele grafice de metrici pe care le văzuse înainte l-au convins cu mult timp în urmă că abordarea standard nu ar funcționa și că, dacă ar fi reprezentat pur și simplu (), nu va fi de nici un folos.
Cum sa fii?…
O metrică este ca o riglă obișnuită de lemn. Măsurătorile făcute cu ajutorul acestuia nu vor spune motivul, de ce obiectul măsurat este exact lungimea pe care a arătat-o. Rigla își va arăta pur și simplu dimensiunea și nimic mai mult. Ea nu este piatra filosofală, ci pur și simplu o scândură de lemn cu care să măsori.
„Șobolanul din oțel inoxidabil” al scriitorului său favorit Harry Harrison spunea mereu: un gând trebuie să ajungă la fundul creierului și să stea acolo, așa că, după ce a suferit câteva zile în zadar, Ivan a decis să-și asume o altă sarcină...
Câteva zile mai târziu, în timp ce citea un articol despre magazinele online, Ivan și-a dat seama brusc că suma de bani pe care o primește un magazin online depinde de modul în care se comportă vizitatorii site-ului. Ei, vizitatorii/clienții, sunt cei care dau magazinului banii și sunt sursa acestuia. Linia de jos a numerarului primit de un magazin este influențată de schimbările în comportamentul clienților, nu de orice altceva.
S-a dovedit că pentru a modifica valoarea măsurată a fost necesară influențarea celor care formează această valoare, adică. pentru a modifica suma de bani a unui magazin online a fost necesar să se influențeze comportamentul clienților acestui magazin, iar pentru a modifica timpul de livrare în DevOps a fost necesar să se influențeze echipele care „creează” de data aceasta, adică. utilizați DevOps în munca lor.
Ivan și-a dat seama că valorile DevOps nu ar trebui reprezentate deloc prin grafice. Ei trebuie să se reprezinte singuri instrument de căutare echipe „remarcabile” care modelează timpul final de livrare.
Nicio măsurătoare nu va arăta vreodată motivul pentru care cutare sau cutare echipă a durat mult timp pentru a livra o distribuție, se gândi Ivan, pentru că în realitate ar putea exista un milion și un mic cărucior și s-ar putea să nu fie tehnice, ci organizatorice. Acestea. cel mai mult la care te poți aștepta să obții de la valori este să arăți echipele și rezultatele acestora, iar apoi mai trebuie să urmărești aceste echipe cu picioarele și să afli ce este în neregulă cu ele.
Pe de altă parte, compania lui Ivan avea un standard care impunea tuturor echipelor să testeze ansamblurile pe mai multe bănci. Echipa nu a putut trece la următoarea tribună până nu a fost finalizată cea precedentă. S-a dovedit că dacă ne imaginăm procesul DevOps ca o secvență de trecere prin tribune, atunci metricile ar putea arăta timpul petrecut de echipe pe aceste tribune. Cunoscând standul și timpul echipei, a fost posibil să discutăm cu ei mai precis despre motive.
Fără ezitare, Ivan a ridicat telefonul și a format numărul unei persoane care cunoaște bine dezavantajele DevOps:
— Denis, te rog spune-mi, este posibil să înțelegi cumva că echipa a trecut pe lângă asta sau alta tribună?
- Cu siguranță. Jenkins-ul nostru renunță la steag dacă build-ul s-a derulat cu succes (a trecut testul) pe bancă.
- Super. Ce este un steag?
- Acesta este un fișier text obișnuit, cum ar fi „stand_OK” sau „stand_FAIL”, care spune că ansamblul a trecut sau a eșuat standul. Ei bine, înțelegi, nu?
- Cred ca da. Este scris în același folder din depozitul în care se află ansamblul?
- Da
— Ce se întâmplă dacă ansamblul nu trece de bancul de testare? Va trebui să fac o nouă construcție?
- Da
- Ei bine, mulțumesc. Și încă o întrebare: am înțeles bine că pot folosi data creării steagului ca dată a standului?
- Absolut!
- Super!
Inspirat, Ivan a închis telefonul și și-a dat seama că totul a căzut la loc. Cunoscând data creării fișierului de construcție și data creării steagurilor, a fost posibil să se calculeze până la secundă cât timp petrec echipele pe fiecare stand și să se înțeleagă unde petrec cel mai mult timp.
„Înțelegând unde se petrece cel mai mult timp, vom identifica echipele, vom merge la ele și vom analiza problema.” Ivan a zâmbit.
Pentru mâine, și-a pus sarcina de a schița arhitectura sistemului care se desenează.
Pentru a fi continuat ...
Sursa: www.habr.com