Matuokite pristatymo sistemą

Pradėkite nuo sprendimo, kurį reikia priimti

Komanda nori sužinoti, ar DI pagerina pristatymą. Sugeneruotų eilučių skaičiavimas atsako į kitą klausimą. Prieš pasirinkdami rodiklį, apibrėžkite naudingą rezultatą ir kokybės sąlygas.

Išgalvotai eksporto paslaugai pageidaujamas rezultatas yra patikimas priimtų pakeitimų pristatymas su mažesnėmis bendromis darbo sąnaudomis. Registruokite pasirengimą, įgyvendinimą, peržiūrą, taisymą ir laukimą. Įtraukite pakeitimus, kurie nepavyko ar buvo nutraukti.

Naudokite vieną paslaugą su aiškia riba. Sujungus eksperimentinę svetainę ir kritinę mokėjimų paslaugą galima gauti skaičių, kuris nepaaiškina nė vienos. Prieš lygindami laikotarpius ar komandas, aprašykite kontekstą.

Naudokite dabartinius apibrėžimus

Dabartinį DORA pristatymo modelį sudaro penki rodikliai. Jų apimtis yra pristatymo veiksmingumas, o ne kiekvienos funkcijos vertė ar individualus indėlis. DORA rodiklių apibrėžimai.

Suvestinė gali naudoti kitą apibrėžimą. Perskaitykite jį prieš interpretuodami rezultatą. Dabartinė Taiga diegimo dokumentacija aprašo keturis rodiklius, gaunamus iš teikėjo diegimo įrašų. Jos atkūrimo matas naudoja vėlesnį sėkmingą diegimą. Tai nėra visas kiekvieno produkcinio incidento įrašas. Taiga apibrėžimai.

Išnagrinėkite išgalvotą pakeitimų seką

Tarkime, paslauga per mėnesį atlieka dvylika diegimų. Aštuoni pateikia planuotus pakeitimus. Keturi taiso ankstesnių versijų problemas. Skaičius yra dvylika, bet sudėtis svarbi.

Kitą mėnesį komanda atlieka dešimt diegimų: devynis planuotus pakeitimus ir vieną pataisą. Mažiau diegimų gali reikšti daugiau naudingo darbo. Šie skaičiai iliustruoja interpretavimą; tai nėra veiksmingumo etalonas.

Taip pat nagrinėkite pasiskirstymą. Vienas ilgas peržiūros laukimas gali pasislėpti vidurkyje. Vienos nesėkmės atkūrimo matas yra silpnas būsimo patikimumo įrodymas. Pateikite stebėjimų skaičių ir reikšmingas išimtis.

Srautą vertinkite kartu su pasekmėmis

Paslaugos signalais tikrinkite, ar pristatymo pakeitimai veikia naudotojus. Greitesnio konvejerio nepakanka, jei eksportai dažniau nepavyksta. Naudokite tinkamą SLO ar kitą aiškiai apibrėžtą rezultato matą. SLO gairės.

Peržiūros sąnaudos ir perdarymas padeda paaiškinti rezultatą. Jei DI sutrumpina įgyvendinimą, bet sukuria didelius diff, apribojimu gali tapti peržiūra. Jei aplinką gauti užtrunka dienas, greitesnis programavimas gali mažai paveikti visą pristatymo laiką.

Pasirinkite vieną patobulinimą, kuris šalina stebėtą apribojimą. Pavyzdžiui, suteikite palaikomą testavimo aplinką ar sumažinkite pakeitimo dydį. Apibrėžkite kokybės atsvaros rodiklį, kad komanda galėtų aptikti tariamą greičio prieaugį dėl silpnesnių patikrinimų.

Išlaikykite matavimą naudingą

Venkite individualių reitingų pagal PR skaičių ar sugeneruotą kodą. Tokie matai gali skatinti dirbtinai skaidyti darbą, vengti sudėtingos priežiūros ar perkelti peržiūros darbą kolegoms.

Peržiūrėkite rezultatą su žmonėmis, atsakingais už visą paslaugą. Užrašykite įrankio, darbų sudėties, komandos ir aplinkos pakeitimus. Palyginimą prieš ir po laikykite ribotais įrodymais, o ne automatiniu priežastingumo įrodymu.

Tikslas yra geresnis kitas sprendimas. Nedidelis patikimas matavimas, vedantis į patikrintą pagerinimą, naudingesnis už didelę suvestinę be sutartos reikšmės.

Pasipraktikuokite su dešimčia pakeitimų

Šis atskiras išgalvotas duomenų rinkinys fiksuoja dešimt planuotų pakeitimų. Visi laikai yra UTC nurodytą dieną. Tuščias pataisos laukas reiškia, kad šiame rinkinyje pataisa neužregistruota.

Palyginkite laiką nuo kodo parengimo iki peržiūros pradžios, tada nuo priėmimo iki išleidimo. Nustatykite ilgiausią matomą laukimą. Prieš vadindami jį išvengiamu, ištirkite priežastį. Šios laiko žymos nematuoja aktyvaus darbo ir nenurodo, kada prasidėjo incidentas. Vien pataisos išleidimas negali nustatyti atkūrimo po nepavykusio diegimo laiko.

Atsisiųskite išgalvotą duomenų rinkinį (CSV)