Ce sunt metrici Dora? De ce sunt importante în DEVOPS?
Cum îmbunătățiți DEVOP-urile și întăriți operațiunile dvs.? Totul începe cu măsurarea. Trebuie să înțelegeți de unde începi și unde vreți să mergeți.
Când vine vorba de livrarea de software, există diferite echipe de dezvoltare metrică pot folosi pentru a măsura și a urmări performanța. Echipele au nevoie de vizibilitate în date pentru a înțelege punctele forte și punctele slabe și modul în care își pot îmbunătăți capacitățile DEVOPS.
De aceea Dora a creat cele patru metrici Dora din DEVOPS. În acest ghid, subliniem cine este Dora, ceea ce sunt cele patru metrici Dora și argumentele pro și contra de a le folosi.
Ce sunt metrici Dora?
Înainte de a evidenția cele patru cheieDora metriciÎn DEVOPS, să acoperim o scurtă lecție de istorie pentru a înțelege unde provin aceste valori.
Devops Cercetare și evaluare (Dora) este o echipă de cercetare DevopsGoogle a achiziționatÎn 2018. Dora folosește perspective bazate pe date pentru a oferi cele mai bune practici în DEVOPS, cu accent pe ajutorul organizațiilor să dezvolte și să furnizeze software-ul mai rapid și mai bun. Astăzi, Dora continuă să colaboreze cu echipa Google Cloud pentru a elibera Devops Cercetare și rapoarte pentru a îmbunătăți livrarea de software în cadrul organizațiilor.
În raportul lor de cercetare din 2018,Accelerați: starea Devops, Dora a compilat o perspectivă de la șase ani de cercetare pentru a identifica patru metrici cheie cunoscute sub numele de Metrics Dora. Puteți utiliza aceste patru metrici cheie lamăsurați performanțaa unui softwareechipă de dezvoltareși să îmbunătățească eficiența și eficacitatea operațiunilor dvs. DEVOPS în ansamblu.
Vom examina mai repede la cele patru metrici în curând, dar pentru moment, iată o prezentare generală la nivel înalt:
De la publicarea valorilor, multe organizații au început să adopte și să le utilizeze ca standard de aur pentru software și echipe DEVOPS.
Care sunt cele patru metrici cheie Dora?
Să ne uităm la fiecare dintre elePatru metrici cheie DoraÎn detaliu pentru a înțelege cum vă pot ajuta să măsurați performanța echipei dvs.
S-ar putea să fiți familiarizați cu frecvența de implementare, deoarece este o metrică esențială în producția de software. Frecvența de implementare este despre cât de frecvent, organizația dvs. sau echipa dvs. depune modificări ale codului la producție. Acest lucru dezvăluie în cele din urmă viteza echipei dvs., deoarece indică cât de repede echipa dvs. oferă software. Și în timp ce viteza poate fi văzută într-o lumină pozitivă, este esențial să păstrațicalitatepartea de sus a minții. Frecvența contează, dar doriți, de asemenea, să oferiți valoare utilizatorilor dvs.
Deci, există un răspuns corect sau greșit atunci când vine vorba de frecvența de desfășurare? Nu neapărat, dar Dora a calificat diferite programe de implementare în raportul lor din 2018. ÎnAccelerați: Starea Devops 2018Dora a sugerat că artiștii de elită sunt disponibili la cerere și să se angajeze la mai multe depuneri pe zi. Performanții înalți se desfășoară între o dată pe zi și o dată pe oră, în timp ce interpreții medii și scăzuți sunt între o dată pe săptămână și o dată pe lună. Nu vă panicați dacă aflați în prezent în grupurile cu performanțe scăzute sau mijlocii. Există întotdeauna loc pentru a vă îmbunătăți și a vă schimba calea spre a deveni un interpret de elită care oferă mai frecvent schimbări de coduri mai mici.
Aceasta este o altă metrică care poate fi utilizată pentru măsurarea vitezei echipei dvs. Timpul de plumb pentru modificări este definit ca fiind timpul necesar pentru a intra în producție. Cu alte cuvinte, cât durează să se deplaseze de la codul de cod care să funcționeze cu succes în producție?
Puteți calcula timpul de plumb pentru modificări prin medierea timpului de plumb pentru modificările pe o perioadă de timp pentru diferite comite. Calculul mediu este important deoarece nu există două modificări la fel și timpul de plumb va varia în diferite domenii și tipuri de schimbări.
De ce această materie metrică? Măsoară cât de repede echipa dvs. poate răspunde nevoilor și remedierilor, care este crucială în lumea de dezvoltare. Echipa dvs. poate planifica mai bine cât de mult să se angajeze cu o înțelegere a cât timp este nevoie pentru a obține modificările în producție. Și poate cel mai important, această metrică este esențială pentru a vă ajuta clienții. Dacă clientul dvs. are un bug urgent care necesită fixare, probabil că nu vor dori să lucreze cu o echipă care va dura săptămâni pentru a oferi o reparație față de o echipă care le poate face să se întoarcă și să alerge în câteva ore. O echipă care poate produce schimbări rapide va păstra clienții mulțumiți.
ConformCercetarea lui Dora., Artiștii de elită au un timp de plumb pentru schimbări mai mici de o oră. Vorbește despre o întoarcere rapidă! Artiștii înalți se întorc la schimbări undeva între o zi și o săptămână. Artiștii cu performanțe medii se încadrează între o săptămână și o lună, în timp ce interpreții scăzuți iau între una și șase luni.
Dacă ne întoarcem la client care are nevoie de o soluție urgentă asupra cererii lor, credeți că sunt mai susceptibile de a lucra cu o echipă de înaltă sau cu performanțe reduse? În timp ce răspunsul ar putea fi bazat pe mulți factori, se pare cel mai probabil ca un client să aleagă timpul de întoarcere și să rămână cu echipa de înaltă performanță.
Următorul este rata de eșec de schimbare sau, pur și simplu a declarat, o măsurare a procentului de implementări care provoacă eșecuri în producție.
Frecvența de implementare a fost tot despre viteza de implementare a modificărilor de cod în producție, iar rata eșecului de schimbare subliniază calitatea modificărilor care sunt împinse la producție. Este important să rețineți că un eșec în producție poate fi diferit în funcție de software sau de aplicație. Un eșec ar putea fi un reluare, patch, o întrerupere a serviciului sau un serviciu degradat. Când utilizați această metrică, este esențial să definiți ce eșec este în munca dvs. pentru echipa dvs.
Este de la sine înțeles că doriți să păstrați scăderea ratelor de eșec schimbare. În timp ce este inevitabil să evitați defecțiunile complet de cele mai multe ori, nu doriți să duceți la o echipă sau la frustrarea clientului. Pe măsură ce măsurați pierderile, faceți-o un obiectiv de echipă de a învăța de la ei, astfel încât să puteți efectua mai bine data viitoare.
Dora clasificăElite, performanți de nivel superior și mediu la o rată de eșec de 0-15% și performanți scăzuți la o rată de eșec de 46-60%. Scufundarea în rata de eșec de schimbare În plus, Dora a raportat că performanții de elită au rate de eșec de șapte ori mai mici decât performanții scăzuți.
Și în cele din urmă, avem timp să restabilim serviciul, cunoscut și ca momentul recuperării.
Să ne confruntăm cu întreruperi și întreruperi ale serviciilor nu sunt ideale, dar se întâmplă. În timp ce s-ar putea să nu fie întotdeauna evitabile, ceea ce este important este modul în care le răspundeți. Timpul de recuperare sau restaurare a serviciului măsoară cât timp este, în general, pentru a restabili serviciul atunci când apare un incident, cum ar fi o întrerupere neplanificată. Este esențial să recuperați și să restaurați serviciul cât mai repede posibil. Scopul optimizării timpului de recuperare este de a minimiza timpul de nefuncționare și de a se pregăti pentru a diagnostica și corecta problemele atunci când apar.
ConformDora., artiștii de elită se pot recupera în mai puțin de o oră. Grupurile cu performanțe mari și mijlocii iau mai puțin de o zi pentru a restabili serviciul, în timp ce performanții scăzuți pot lua oriunde între o săptămână și o lună pentru a reveni pe drumul cel bun. Îmbunătățirea timpului dvs. pentru recuperare este o modalitate excelentă de a vă impresiona clienții.
De ce să folosiți metrici Dora?
Deci, de ce ar trebui să folosiți metrici Dora Devops? Sigur, măsurătorile și măsurarea performanțelor sunt valoroase, dar ce este vorba despre metricile Dora care le face să fie de încredere în mod unic?
Dora a cercetat și studiaDevopspentru ani. Ei își publică în mod constant și în mod regulat concluziile și perspectivele lor pentru a evolua și a conduce echipele Devops.Dora.Este, fără îndoială, un lider bine cunoscut în industrie și expertiza sa este demn de încredere și valoroasă. Cele patru metrici cheie nu au scăzut din aer subțire - sunt înrădăcinate în cercetarea bazată pe date.
În plus, valorile Dora vă vor oferi o înțelegere largă a nivelurilor și capacității de livrare a echipei dvs. Metricele pot fi folosite pentru a identifica modul în care comparați cu concurenții din industria dvs. și, cel mai important, vă pot ajuta să creșteți mai bine și să aveți grijă de echipa dvs.
Când măsurați și urmăriți metricile Dora de-a lungul timpului, veți putea să luați decizii bine informate cu privire la modificările procesului, cheltuielile de echipă, lacunele care trebuie completate și fortele echipei dvs. Aceste valori nu ar trebui folosite niciodată ca instrumente pentru critica echipei dvs., ci mai degrabă ca puncte de date care vă ajută să construiți o organizație de elită Devops.
Care sunt capcanele metricilor Dora?
Dora metriciSunt instrumente excelente de utilizat, dar, ca și în cazul oricărei forme de măsură, există unele considerații pentru a ține minte.
Este o provocare de a utiliza un set de metrici pentru diferite produse și echipe, deoarece nici două produse sau echipe sunt aceleași. Produsul dvs. ar putea fi mai complex decât al altcuiva. Echipa dvs. ar putea fi de trei ori mai mică decât o altă echipă de dezvoltare. Fiecare echipă operează în contextul și circumstanțele proprii, astfel încât poate fi mai dificilă pentru anumite echipe să devină un grup de elită.
O altă considerație care merită remarcat este că există mai mult la imagine decât metricile Dora singure. Echipele care efectuează în categoria de elită sau înalte din cele patru metrice Dora pot părea a fi de succes, dar ar putea avea alte probleme care nu sunt contabilizate în afara acestor valori. Este important să vă amintiți că există o imagine mai mare dincolo de aceste măsurători. Ei nu sunt toți și mai târziu, deci asigurați-vă că păstrați-vă în minte.
Înregistrarea metricilor Dora înManager de sarcini UDN.
Dacă doriți să vă sprijiniți în continuare dezvoltatorii și echipele de produse, luați în considerare utilizarea unui amanagement de proiectsoluție ca. Manager de sarcini UDN. Pentru a urmări metricile Dora, alocați sarcini echipei și gestionați procesul de dezvoltare a software-ului într-o singură locație centralizată.
Indiferent dacă există echipele dvs.Agilsau altă metodologie,Manager de sarcini UDN.vă poate ajuta să vă structurațiManagementul proiectelor software.și faceți mai mult fără probleme.Începeți cu un proces gratuit astăzi .