# DORA Metrics 2026: คู่มือวัดประสิทธิภาพ DevOps ที่ SME ไทยใช้ได้จริง
ทีมพัฒนาซอฟต์แวร์ของ SME ไทยจำนวนมากเจอคำถามจากผู้บริหารว่า "ทีม Dev ของเราเก่งหรือยัง? ทำงานเร็วพอหรือไม่?" หากตอบด้วยความรู้สึก คำตอบจะถูกตัดสินจากอคติ แต่หากตอบด้วยตัวเลขมาตรฐานสากล คำตอบจะมีน้ำหนักและนำไปสู่การปรับปรุงที่จับต้องได้
DORA Metrics (DevOps Research and Assessment) คือชุด 4 ตัวชี้วัดที่ทีม DORA ของ Google Cloud พัฒนาขึ้นจากงานวิจัย *Accelerate State of DevOps Report* ตั้งแต่ปี 2014 ถึงปัจจุบัน เป็นมาตรฐานทองคำที่บริษัทเทคชั้นนำใช้วัด Software Delivery Performance
ในบทความนี้จะอธิบาย DORA Metrics ทั้ง 4 ตัว วิธีคำนวณ ระดับ Elite/High/Medium/Low การเก็บข้อมูลจาก GitHub Actions/GitLab CI และเทคนิคปรับปรุงที่ทีม SME ไทยใช้แล้วเห็นผลในปี 2026
DORA Metrics 4 ตัวที่ทุกทีมต้องรู้
| Metric | คำอธิบาย | ใช้วัดอะไร |
|--------|----------|------------|
| Deployment Frequency (DF) | ความถี่ในการ Deploy ขึ้น Production | Throughput / Velocity |
| Lead Time for Changes (LT) | เวลาตั้งแต่ Commit จนถึง Deploy สำเร็จ | Speed / Agility |
| Change Failure Rate (CFR) | % ของ Deploy ที่ทำให้เกิดปัญหา | Quality / Stability |
| Mean Time to Restore (MTTR) | เวลาเฉลี่ยที่ใช้กู้คืนหลังเกิดปัญหา | Resilience / Recovery |
สังเกตว่า 2 ตัวแรกวัด ความเร็ว (Throughput) อีก 2 ตัวหลังวัด ความเสถียร (Stability) — งานวิจัย DORA ยืนยันว่าทีม Elite ทำได้ทั้งสองด้านพร้อมกัน ไม่ต้องเลือก trade-off
เกณฑ์ Elite / High / Medium / Low ตาม Accelerate Report
| Performance Level | Deployment Frequency | Lead Time | CFR | MTTR |
|-------------------|---------------------|-----------|-----|------|
| Elite | หลายครั้งต่อวัน | < 1 ชั่วโมง | 0-15% | < 1 ชั่วโมง |
| High | สัปดาห์ละครั้ง - วันละครั้ง | 1 วัน - 1 สัปดาห์ | 16-30% | < 1 วัน |
| Medium | สัปดาห์ละครั้ง - เดือนละครั้ง | 1 สัปดาห์ - 1 เดือน | 16-30% | 1 วัน - 1 สัปดาห์ |
| Low | เดือนละครั้ง - 6 เดือนครั้ง | 1 - 6 เดือน | 46-60% | 1 สัปดาห์ - 1 เดือน |
SME ไทยส่วนใหญ่อยู่ในระดับ Medium-Low เนื่องจากระบบ Manual Release และไม่มี Automated Test ครบ การเลื่อนขึ้น High ในไตรมาสเดียวเป็นเป้าหมายที่ทำได้ด้วย CI/CD Pipeline พื้นฐาน
วิธีคำนวณแต่ละ Metric
Deployment Frequency
นับจำนวน Production Deploy ที่สำเร็จในช่วงเวลา (ปกติ 30 วัน) แล้วหาค่าเฉลี่ยต่อวัน
```text
DF = จำนวน successful deployments / จำนวนวัน
= 60 deploys / 30 วัน = 2 ครั้ง/วัน → Elite
```
Lead Time for Changes
วัดจาก timestamp ของ commit แรกใน PR จนถึง timestamp ของ deploy สำเร็จ
```text
LT = deploy_at - first_commit_at
ค่า median ของ PR ทั้งหมดใน 30 วัน
```
Change Failure Rate
เปอร์เซ็นต์ของ deploy ที่ตามมาด้วย rollback, hotfix หรือ incident
```text
CFR = (failed_deploys / total_deploys) × 100
= 5 / 60 × 100 = 8.3% → Elite
```
Mean Time to Restore
นับจาก incident เกิดจนถึง service กลับมา healthy เก็บจาก Pagerduty / Statuspage
```text
MTTR = avg(restore_at - incident_started_at)
```
วิธีเก็บ DORA Metrics จาก Tool ที่ใช้อยู่
| Tool | Metric ที่เก็บได้ | วิธีรวบรวม |
|------|---------------------|-------------|
| GitHub Actions | DF, LT | Webhook → Database |
| GitLab CI | DF, LT | Pipeline API |
| Jenkins | DF, LT | Build History API |
| PagerDuty | MTTR | Incident API |
| Sentry / Datadog | CFR | Release tracking |
| Linear / Jira | LT (จาก issue) | API + label mapping |
แนะนำให้ SME ไทยเริ่มจากเก็บแบบ Manual ในตาราง Google Sheets / Notion ก่อน 2-4 สัปดาห์เพื่อสร้าง Baseline แล้วจึง Automate เมื่อทีมเห็นคุณค่าของตัวเลขแล้ว
DORA Metrics Pipeline ที่นำไปใช้จริง
```text
Code Commit (Git)
↓
CI Build & Test
↓
Auto Deploy ──→ Track timestamp → Lead Time
↓
Production ──→ Monitor (Sentry) → Change Failure Rate
↓
Incident? ──→ Pagerduty → MTTR
↓
Dashboard (Grafana / Looker Studio) → Deployment Frequency
```
ทีม Dev ที่ ADS FIT ใช้ Laravel + GitHub Actions + Grafana เก็บ DORA Metrics ทั้งหมดอัตโนมัติ ส่งสรุปไปที่ Slack ทุกเช้าวันจันทร์
เปรียบเทียบ DORA Metrics กับ SPACE Framework
| หัวข้อ | DORA Metrics | SPACE Framework |
|--------|--------------|-----------------|
| โฟกัส | Software Delivery | Developer Productivity (รวม Wellbeing) |
| จำนวน Metrics | 4 (5 รวม Reliability) | 5 มิติ |
| ใช้งานง่าย | ตั้งได้เร็ว | ต้องผสม Survey + Telemetry |
| เหมาะกับ | ทีม Engineering | Engineering Manager / VP |
| ที่มา | Google Cloud DORA | Microsoft + GitHub Research |
DORA Metrics เน้นที่ผลลัพธ์ของระบบ ส่วน SPACE มอง Productivity แบบรอบด้านครอบคลุมความสุขของ Developer ทั้งสองสามารถใช้เสริมกันได้ ทีม SME แนะนำให้เริ่มจาก DORA ก่อนเพราะวัดผลได้ทันที
ข้อผิดพลาดที่ทำให้ DORA Metrics ใช้ไม่ได้ผล
Best Practices ที่ทีม Elite ใช้ในปี 2026
ทีมที่นำหลักการเหล่านี้มาใช้จะเห็น Deployment Frequency เพิ่มขึ้น 5-10 เท่าในไตรมาสเดียว และ Lead Time ลดลงครึ่งหนึ่ง
สรุปและแผนปฏิบัติสำหรับ PM ไทย
DORA Metrics ไม่ใช่ตัวชี้วัดของผู้บริหารคนเดียว แต่เป็นเครื่องมือที่ทีม Dev ใช้สื่อสารคุณค่าของ Engineering ออกมาเป็นภาษาธุรกิจ แผนเริ่มต้นที่ทำได้ในไตรมาสนี้
หากทีมต้องการ DORA Dashboard สำเร็จรูปสำหรับ Laravel/Next.js ที่เชื่อมต่อ GitHub Actions และ Slack ทักทีม ADS FIT เพื่อขอ Demo ฟรี หรืออ่านบทความ DevOps อื่น ๆ บนบล็อกของเรา