DORA मेट्रिक्स गाइड: डेवॉप्स सफलता का मापन

डेवॉप्स उत्कृष्टता के लिए चार प्रमुख DORA मेट्रिक्स को मास्टर करें

Page content

DORA (DevOps Research and Assessment) metrics सॉफ्टवेयर डिलीवरी प्रदर्शन को मापने के लिए स्वर्ण मानक हैं।

वर्षों की अनुसंधान जिसमें हजारों टीमों का अध्ययन शामिल है, इन चार प्रमुख मेट्रिक्स से आपकी DevOps क्षमताओं के बारे में वस्तुनिष्ठ अंतर्दृष्टि मिलती है और सुधार के क्षेत्रों की पहचान होती है।

some meeting इस शानदार छवि महत्वपूर्ण बैठक की है जो AI model Flux 1 dev द्वारा उत्पन्न की गई है।

DORA Metrics क्या हैं?

DORA अनुसंधान कार्यक्रम, जिसे निकोल फोर्सग्रेन, जेज हंबल, और जीन किम ने शुरू किया था, 2014 से DevOps प्रथाओं का अध्ययन कर रहा है। “Accelerate State of DevOps Report” के माध्यम से, उन्होंने चार प्रमुख मेट्रिक्स की पहचान की है जो सॉफ्टवेयर डिलीवरी प्रदर्शन का पूर्वानुमान लगाते हैं:

  1. Deployment Frequency - कोड को प्रोडक्शन में डिप्लॉय होने की आवृत्ति
  2. Lead Time for Changes - कोड कमिट से प्रोडक्शन डिप्लॉयमेंट तक का समय
  3. Change Failure Rate - उन डिप्लॉयमेंट्स का प्रतिशत जो विफलताओं का कारण बनते हैं
  4. Time to Restore Service - टीमों द्वारा घटनाओं से पुनर्प्राप्ति की गति

इन मेट्रिक्स का संगठनात्मक प्रदर्शन, टीम संतुष्टि, और व्यवसाय परिणामों के साथ मजबूत संबंध है। इन मेट्रिक्स में उत्कृष्ट प्रदर्शन करने वाले टीमों का बाजार पूंजीकरण वृद्धि 50% अधिक होती है और मार्केट में पहुंचने का समय 2.5 गुना तेज होता है।

चार प्रमुख मेट्रिक्स का विवरण

1. Deployment Frequency

परिभाषा: आपका संगठन प्रोडक्शन में कोड सफलतापूर्वक रिलीज़ करने की आवृत्ति।

इसका महत्व: बार-बार डिप्लॉयमेंट्स परिपक्व CI/CD प्रथाओं, छोटे बैच आकार, और कम जोखिम का संकेत देते हैं। जो टीमें अधिक बार डिप्लॉय करती हैं, वे समस्याओं को तेजी से सुधारती हैं और ग्राहकों को मूल्य शीघ्र प्रदान करती हैं।

मापन स्तर:

  • उत्कृष्ट: प्रतिदिन कई डिप्लॉयमेंट्स
  • उच्च: प्रतिदिन से प्रतिसप्ताह तक एक बार
  • मध्यम: एक महीने से छह महीने तक एक बार
  • निम्न: छह महीने से कम बार

ट्रैकिंग का तरीका:

# उदाहरण: पिछले 30 दिनों में डिप्लॉयमेंट्स की गणना
# Git टैग्स या डिप्लॉयमेंट लॉग का उपयोग करते हुए
git log --since="30 days ago" --oneline | grep -i deploy | wc -l

# या आप अपने CI/CD सिस्टम को क्वेरी कर सकते हैं
# Jenkins, GitLab CI, GitHub Actions, आदि

Git के साथ डिप्लॉयमेंट्स को ट्रैक करने के लिए, हमारी GIT commands cheatsheet पर संदर्भ लें जो वर्जन कंट्रोल और डिप्लॉयमेंट ट्रैकिंग के लिए आवश्यक व्यापक Git ऑपरेशन्स प्रदान करती है।

डिप्लॉयमेंट फ्रीक्वेंसी को सुधारने के लिए:

  • स्वचालित CI/CD पाइपलाइन्स लागू करें (हमारी GitHub Actions Cheatsheet CI/CD स्वचालन उदाहरणों के लिए देखें)
  • डिप्लॉयमेंट बैच आकार को कम करें
  • ट्रंक-आधारित विकास का अभ्यास करें (Gitflow ब्रांचिंग मॉडल के साथ तुलना करें ताकि विभिन्न ब्रांचिंग रणनीतियों को समझा जा सके)
  • परीक्षण और गुणवत्ता जांच को स्वचालित करें
  • सुरक्षित डिप्लॉयमेंट्स के लिए फीचर फ्लैग्स का उपयोग करें

2. Lead Time for Changes

परिभाषा: कोड को वर्जन कंट्रोल में कमिट करने से लेकर प्रोडक्शन में सफलतापूर्वक चलाने तक का समय।

इसका महत्व: छोटे लीड टाइम्स तेज फीडबैक लूप, तेजी से बग फिक्स, और अधिक प्रतिक्रियाशील डिलीवरी का संकेत देते हैं। यह मेट्रिक्स आपकी पूरे सॉफ्टवेयर डिलीवरी पाइपलाइन की कुशलता का प्रतिबिंब है।

मापन स्तर:

  • उत्कृष्ट: एक घंटे से कम
  • उच्च: एक दिन से एक सप्ताह तक
  • मध्यम: एक महीने से छह महीने तक
  • निम्न: छह महीने से अधिक

ट्रैकिंग का तरीका:

# एक विशेष कमिट के लिए लीड टाइम कैलकुलेट करें
# कमिट टाइमस्टैम्प प्राप्त करें
COMMIT_TIME=$(git log -1 --format=%ct <commit-hash>)

# डिप्लॉयमेंट टाइमस्टैम्प प्राप्त करें (आपके डिप्लॉयमेंट सिस्टम से)
DEPLOY_TIME=$(<deployment-timestamp>)

# अंतर कैलकुलेट करें
LEAD_TIME=$((DEPLOY_TIME - COMMIT_TIME))

# या इन टूल्स का उपयोग करें:
# - GitHub Actions API
# - GitLab CI/CD metrics
# - Jenkins build timestamps

लीड टाइम को सुधारने के लिए:

  • CI/CD पाइपलाइन की गति को अनुकूलित करें
  • परीक्षण निष्पादन को समानांतर करें
  • मैनुअल अप्रूवल गेट्स को कम करें
  • स्वचालित गुणवत्ता जांच लागू करें
  • स्थिर वातावरण के लिए कंटेनराइजेशन का उपयोग करें
  • निरंतर एकीकरण का अभ्यास करें

3. Change Failure Rate

परिभाषा: उन डिप्लॉयमेंट्स का प्रतिशत जो प्रोडक्शन में विफलता का कारण बनते हैं और तत्काल उपचार की आवश्यकता होती है (हॉटफिक्स, रोलबैक, या पैच)।

इसका महत्व: कम चेंज फेल्योर रेट्स उच्च कोड गुणवत्ता, प्रभावी परीक्षण, और विश्वसनीय डिप्लॉयमेंट प्रक्रियाओं का संकेत देते हैं। यह मेट्रिक्स गति और स्थिरता के बीच संतुलन बनाता है।

मापन स्तर:

  • उत्कृष्ट: 0-15% फेल्योर रेट
  • उच्च: 0-15% फेल्योर रेट
  • मध्यम: 16-30% फेल्योर रेट
  • निम्न: 16-45% फेल्योर रेट

ट्रैकिंग का तरीका:

# पिछले महीने के फेल्योर रेट कैलकुलेट करें
TOTAL_DEPLOYS=$(count_deployments_last_month)
FAILED_DEPLOYS=$(count_failed_deployments_last_month)
FAILURE_RATE=$((FAILED_DEPLOYS * 100 / TOTAL_DEPLOYS))

# ट्रैक करने के लिए:
# - इंसिडेंट मैनेजमेंट सिस्टम (PagerDuty, Opsgenie)
# - मॉनिटरिंग अलर्ट्स (Datadog, New Relic, Prometheus)
# - रोलबैक लॉग्स
# - हॉटफिक्स डिप्लॉयमेंट रिकॉर्ड्स

चेंज फेल्योर रेट को सुधारने के लिए:

  • परीक्षण कवरेज बढ़ाएं (यूनिट, इंटीग्रेशन, ई2ई)
  • व्यापक मॉनिटरिंग और अलर्टिंग लागू करें
  • कैनरी डिप्लॉयमेंट्स और ब्लू-ग्रीन डिप्लॉयमेंट्स का उपयोग करें
  • चाओस इंजीनियरिंग का अभ्यास करें
  • कोड रिव्यू प्रक्रियाओं को सुधारें
  • स्वचालित रोलबैक मेकेनिज्म लागू करें

4. Time to Restore Service

परिभाषा: जब एक सेवा घटना होती है (जैसे अनप्लान्ड आउटेज या सेवा क्षति) तो सेवा को पुनर्स्थापित करने में लगने वाला समय।

इसका महत्व: तेज पुनर्प्राप्ति समय ग्राहक प्रभाव और व्यवसाय हानि को कम करते हैं। यह मेट्रिक्स इंसिडेंट रिस्पॉन्स प्रभावशीलता और सिस्टम लचीलापन का प्रतिबिंब है।

मापन स्तर:

  • उत्कृष्ट: एक घंटे से कम
  • उच्च: एक दिन से कम
  • मध्यम: एक दिन से एक सप्ताह तक
  • निम्न: एक सप्ताह से एक महीने तक

ट्रैकिंग का तरीका:

# इंसिडेंट रिज़ॉल्यूशन टाइम ट्रैक करें
INCIDENT_START=$(<alert-timestamp>)
INCIDENT_RESOLVED=$(<resolution-timestamp>)
RESTORE_TIME=$((INCIDENT_RESOLVED - INCIDENT_START))

# इंसिडेंट मैनेजमेंट टूल्स का उपयोग करें:
# - PagerDuty इंसिडेंट टाइमलाइन्स
# - Opsgenie रिज़ॉल्यूशन ट्रैकिंग
# - कस्टम इंसिडेंट ट्रैकिंग सिस्टम
# - मॉनिटरिंग सिस्टम अलर्ट-टू-रिज़ॉल्यूशन मेट्रिक्स

टाइम टू रिस्टोर को सुधारने के लिए:

  • व्यापक अवलोकन (लॉग्स, मेट्रिक्स, ट्रेस) लागू करें
  • रनबुक्स और प्लेबुक्स बनाएं
  • इंसिडेंट रिस्पॉन्स ड्रिल्स का अभ्यास करें
  • स्वचालित रोलबैक क्षमताओं का उपयोग करें
  • मॉनिटरिंग और अलर्टिंग को सुधारें
  • ऑन-कॉल रोटेशन और एस्केलेशन प्रक्रियाओं को स्थापित करें
  • ज्ञात समस्याओं और समाधानों का दस्तावेजीकरण करें

DORA प्रदर्शन स्तर

टीमों को उनके मेट्रिक्स के आधार पर चार प्रदर्शन स्तरों में वर्गीकृत किया जाता है:

उत्कृष्ट प्रदर्शन करने वाले

  • डिप्लॉयमेंट फ्रीक्वेंसी: प्रतिदिन कई बार
  • लीड टाइम: एक घंटे से कम
  • चेंज फेल्योर रेट: 0-15%
  • टाइम टू रिस्टोर: एक घंटे से कम

विशेषताएं: उत्कृष्ट टीमों का बाजार पूंजीकरण वृद्धि 50% अधिक होती है और मार्केट में पहुंचने का समय 2.5 गुना तेज होता है।

उच्च प्रदर्शन करने वाले

  • डिप्लॉयमेंट फ्रीक्वेंसी: प्रतिदिन से प्रतिसप्ताह तक एक बार
  • लीड टाइम: एक दिन से एक सप्ताह तक
  • चेंज फेल्योर रेट: 0-15%
  • टाइम टू रिस्टोर: एक दिन से कम

विशेषताएं: उच्च प्रदर्शन करने वाली टीमों में मजबूत DevOps प्रथाएं होती हैं और वे मूल्य को लगातार कुशलतापूर्वक डिलीवर करती हैं।

मध्यम प्रदर्शन करने वाले

  • डिप्लॉयमेंट फ्रीक्वेंसी: एक महीने से छह महीने तक एक बार
  • लीड टाइम: एक महीने से छह महीने तक
  • चेंज फेल्योर रेट: 16-30%
  • टाइम टू रिस्टोर: एक दिन से एक सप्ताह तक

विशेषताएं: मध्यम प्रदर्शन करने वाली टीमें सुधार रही हैं लेकिन अनुकूलन के लिए महत्वपूर्ण अवसर हैं।

निम्न प्रदर्शन करने वाले

  • डिप्लॉयमेंट फ्रीक्वेंसी: छह महीने से कम बार
  • लीड टाइम: छह महीने से अधिक
  • चेंज फेल्योर रेट: 16-45%
  • टाइम टू रिस्टोर: एक सप्ताह से एक महीने तक

विशेषताएं: निम्न प्रदर्शन करने वाली टीमों को सॉफ्टवेयर डिलीवरी में मूलभूत प्रक्रिया सुधारों की आवश्यकता होती है।

DORA मेट्रिक्स लागू करना

चरण 1: बेसलाइन मेट्रिक्स स्थापित करें

सुधार से पहले, आपको पता होना चाहिए कि आप कहां हैं:

#!/bin/bash
# dora_metrics_collector.sh
# बेसिक DORA मेट्रिक्स एकत्र करें

# डिप्लॉयमेंट फ्रीक्वेंसी (पिछले 30 दिन)
echo "=== डिप्लॉयमेंट फ्रीक्वेंसी ==="
DEPLOY_COUNT=$(git log --since="30 days ago" --oneline | wc -l)
echo "पिछले 30 दिनों में डिप्लॉयमेंट्स: $DEPLOY_COUNT"

# लीड टाइम (पिछले 10 कमिट्स के लिए औसत)
echo "=== लीड टाइम फॉर चेंजेस ==="
# यह आपके CI/CD सिस्टम के साथ एकीकरण की आवश्यकता है
# अवधारणात्मक गणना उदाहरण:
echo "औसत लीड टाइम: [CI/CD एकीकरण की आवश्यकता है]"

# चेंज फेल्योर रेट
echo "=== चेंज फेल्योर रेट ==="
# यह इंसिडेंट ट्रैकिंग की आवश्यकता है
echo "फेल्योर रेट: [इंसिडेंट सिस्टम एकीकरण की आवश्यकता है]"

# टाइम टू रिस्टोर
echo "=== टाइम टू रिस्टोर सर्विस ==="
# यह इंसिडेंट मैनेजमेंट सिस्टम की आवश्यकता है
echo "औसत रिस्टोर टाइम: [इंसिडेंट सिस्टम की आवश्यकता है]"

चरण 2: मापन टूल्स चुनें

डिप्लॉयमेंट ट्रैकिंग:

  • Git टैग्स और रिलीज़
  • CI/CD पाइपलाइन लॉग्स (Jenkins, GitLab CI, GitHub Actions, CircleCI)
  • डिप्लॉयमेंट स्वचालन टूल्स (Spinnaker, ArgoCD, Flux, और अन्य GitOps टूल्स)

एक वास्तविक CI/CD वर्कफ्लो में डिप्लॉयमेंट फ्रीक्वेंसी को मापने के लिए एक व्यावहारिक उदाहरण के लिए, हमारी गाइड देखें Using Gitea Actions to deploy Hugo website to AWS S3।

लीड टाइम ट्रैकिंग:

  • CI/CD पाइपलाइन टाइमस्टैम्प्स
  • वर्जन कंट्रोल सिस्टम टाइमस्टैम्प्स
  • डिप्लॉयमेंट सिस्टम लॉग्स

फेल्योर रेट ट्रैकिंग:

  • इंसिडेंट मैनेजमेंट सिस्टम (PagerDuty, Opsgenie, Jira)
  • मॉनिटरिंग सिस्टम (Datadog, New Relic, Prometheus)
  • रोलबैक लॉग्स

रिस्टोर टाइम ट्रैकिंग:

  • इंसिडेंट मैनेजमेंट सिस्टम
  • मॉनिटरिंग अलर्ट टाइमलाइन्स
  • ऑन-कॉल सिस्टम

चरण 3: डैशबोर्ड बनाएं

अनंतर मापन के लिए अपने मेट्रिक्स को दृश्यमान करें:

# DORA मेट्रिक्स के लिए उदाहरण Prometheus क्वेरी
# डिप्लॉयमेंट फ्रीक्वेंसी
rate(deployments_total[30d])

# लीड टाइम (कस्टम मेट्रिक्स की आवश्यकता है)
histogram_quantile(0.95,
  rate(lead_time_seconds_bucket[1h])
)

# चेंज फेल्योर रेट
rate(deployment_failures_total[30d]) /
rate(deployments_total[30d]) * 100

# टाइम टू रिस्टोर
histogram_quantile(0.95,
  rate(incident_resolution_seconds_bucket[30d])
)

चरण 4: सुधार लक्ष्य निर्धारित करें

अपने वर्तमान स्तर के आधार पर प्राप्त करने योग्य लक्ष्यों से शुरू करें:

  • निम्न → मध्यम: स्वचालन और CI/CD बेसिक्स पर ध्यान केंद्रित करें
  • मध्यम → उच्च: प्रक्रियाओं को अनुकूलित करें और बैच आकार को कम करें
  • उच्च → उत्कृष्ट: बोटलनेक्स्स को समाप्त करें और फाइन-ट्यून करें

DORA मेट्रिक्स को सुधारने के लिए सर्वोत्तम प्रथाएँ

1. संस्कृति से शुरू करें

DORA अनुसंधान दिखाता है कि संस्कृति उपकरणों से अधिक महत्वपूर्ण है:

  • डेव और ऑप्स के बीच सहयोग को बढ़ावा दें
  • प्रयोगों और विफलताओं से सीखने को प्रोत्साहित करें
  • दोषारोपण को कम करें और प्रणालीगत सुधारों पर ध्यान केंद्रित करें
  • ज्ञान और दस्तावेज़ीकरण साझा करें

2. स्वचालन लागू करें

  • परीक्षणों को स्वचालित करें (यूनिट, इंटीग्रेशन, ई2ई)
  • तैनाती को स्वचालित करें (CI/CD पाइपलाइंस)
  • इन्फ्रास्ट्रक्चर प्रोविजनिंग को स्वचालित करें (IaC टेराफॉर्म, एन्सिबल के साथ)
  • निगरानी और अलर्टिंग को स्वचालित करें

3. बैच साइज को कम करें

छोटे बदलाव आसान होते हैं:

  • व्यापक रूप से परीक्षण करने के लिए
  • प्रभावी ढंग से समीक्षा करने के लिए
  • सुरक्षित रूप से तैनात करने के लिए
  • आवश्यक होने पर रोलबैक करने के लिए

4. परीक्षण को सुधारें

  • परीक्षण कवरेज बढ़ाएं
  • परीक्षण स्वचालन लागू करें
  • टेस्ट-ड्रिवन डेवलपमेंट (TDD) का उपयोग करें
  • निरंतर परीक्षण का अभ्यास करें

5. निगरानी को बढ़ाएं

  • व्यापक अवलोकनशीलता लागू करें
  • वितरित ट्रेसिंग का उपयोग करें
  • सक्रिय अलर्टिंग सेटअप करें
  • प्रमुख मेट्रिक्स के लिए डैशबोर्ड बनाएं

6. निरंतर सीखने का अभ्यास करें

  • घटना-पश्चात समीक्षाएं करें
  • टीमों के बीच सीखें साझा करें
  • रनबुक्स और प्रक्रियाओं को दस्तावेज़ीकरण करें
  • घटना प्रतिक्रिया ड्रिल्स का अभ्यास करें

सामान्य गलतियाँ और उन्हें कैसे टालें

1. परिणामों के बजाय मेट्रिक्स पर ध्यान केंद्रित करना

समस्या: मेट्रिक्स को अलग-अलग करके अनुकूलित करना बिना व्यापारिक मूल्य पर विचार किए।

हल: हमेशा मेट्रिक्स को व्यापारिक परिणामों से जोड़ें। पूछें “हम इस मेट्रिक्स को क्यों सुधार रहे हैं?” और सुनिश्चित करें कि यह ग्राहकों के लिए मूल्य प्रदान करता है।

2. मेट्रिक्स को गेमिंग करना

समस्या: टीमों द्वारा संख्याओं को कृत्रिम रूप से बढ़ाना (उदाहरण के लिए, खाली कमिट्स तैनात करना)।

हल: मूल्य प्रदान करने वाले महत्वपूर्ण तैनातियों पर ध्यान केंद्रित करें। गुणवत्ता मात्रा से अधिक महत्वपूर्ण है।

3. संदर्भ को नज़रअंदाज़ करना

समस्या: विभिन्न संदर्भों में मेट्रिक्स की तुलना करना (उदाहरण के लिए, वेब ऐप्स बनाम एम्बेडेड सिस्टम)।

हल: समझें कि विभिन्न प्रणालियों के पास विभिन्न प्रतिबंध होते हैं। समान प्रणालियों या अपने ऐतिहासिक प्रदर्शन के साथ तुलना करें।

4. सभी चार मेट्रिक्स को मापना नहीं

समस्या: एक मेट्रिक्स को अनुकूलित करना जबकि अन्य को नज़रअंदाज़ करना (उदाहरण के लिए, उच्च तैनाती आवृत्ति लेकिन उच्च विफलता दर)।

हल: सभी चार मेट्रिक्स को संतुलित करें। उत्कृष्ट प्रदर्शन के लिए सभी क्षेत्रों में उत्कृष्टता की आवश्यकता होती है।

5. उपकरण एकीकरण का अभाव

समस्या: मैनुअल मेट्रिक्स संग्रह जो अपूर्ण या असटीक डेटा का कारण बनता है।

हल: मापन को अपने मौजूदा उपकरणों में एकीकृत करें और डेटा संग्रह को स्वचालित करें।

उन्नत विषय

DORA मेट्रिक्स और प्लेटफॉर्म इंजीनियरिंग

प्लेटफॉर्म इंजीनियरिंग टीमें DORA मेट्रिक्स को महत्वपूर्ण रूप से सुधार सकती हैं:

  • स्व-सेवा डेवलपर प्लेटफॉर्म प्रदान करना
  • तैनाती की घर्षण को कम करना
  • उपकरणों और प्रक्रियाओं को मानकीकृत करना
  • तेज़ प्रयोगों को सक्षम करना

DORA मेट्रिक्स में माइक्रोसर्विसेज

माइक्रोसर्विसेज आर्किटेक्चर में DORA मेट्रिक्स को मापने के लिए:

  • सर्विसों के माध्यम से मेट्रिक्स को एग्रीगेट करना
  • सर्विस निर्भरताओं को समझना
  • तैनाती समन्वय का ट्रैक करना
  • वितरित विफलता स्थितियों का प्रबंधन करना

DORA मेट्रिक्स और क्लाउड-नेटिव

क्लाउड-नेटिव टेक्नोलॉजीज DORA सुधारों को तेज़ कर सकती हैं:

  • कुबर्नेट्स: स्वचालित तैनाती और रोलबैक
  • सर्विस मेश: बेहतर अवलोकनशीलता और विफलता हैंडलिंग
  • सर्वरलेस: सरलीकृत तैनाती प्रक्रियाएं
  • कंटेनर्स: सुसंगत वातावरण

निष्कर्ष

DORA मेट्रिक्स सॉफ्टवेयर डिलीवरी प्रदर्शन को मापने और सुधारने के लिए एक डेटा-ड्रिवन फ्रेमवर्क प्रदान करते हैं। इन चार प्रमुख मेट्रिक्स को ट्रैक और अनुकूलित करके, टीमें प्राप्त कर सकती हैं:

  • तेज़ मार्केट समय
  • उच्च कोड गुणवत्ता
  • बेहतर टीम संतुष्टि
  • सुधरे हुए व्यापारिक परिणाम

याद रखें कि ये मेट्रिक्स एक अंत हैं - बेहतर सॉफ्टवेयर डिलीवरी जो ग्राहकों के लिए मूल्य बनाती है। निरंतर सुधार, संस्कृति परिवर्तन, और सभी चार मेट्रिक्स को संतुलित करने पर ध्यान केंद्रित करें ताकि उत्कृष्ट प्रदर्शन प्राप्त किया जा सके।

आज ही अपने DORA मेट्रिक्स को मापना शुरू करें, बेसलाइन स्थापित करें, और DevOps उत्कृष्टता की ओर आपकी यात्रा शुरू करें।

सफलता का मापन

अपने सुधार को समय के साथ ट्रैक करें:

  1. बेसलाइन: वर्तमान मेट्रिक्स स्थापित करें
  2. त्रैमासिक समीक्षाएं: हर त्रैमासिक में प्रगति का आकलन करें
  3. लक्ष्य निर्धारण: वास्तविक सुधार लक्ष्यों को निर्धारित करें
  4. विजयों का जश्न मनाएं: सुधारों और सीखों को मान्यता दें
  5. निरंतर सुधार: कभी भी अनुकूलन बंद न करें

उपयोगी लिंक्स

इस वेबसाइट पर संबंधित लेख