# วัดระบบส่งมอบซอฟต์แวร์

Taiga Learning · ใบงาน
https://taiga.training/th/lessons/delivery-metrics/

ใช้ข้อมูลสมมติหรือข้อมูลที่อนุมัติแล้ว อย่าใส่ secret ในใบงานนี้

## วัตถุประสงค์การเรียนรู้
- แยกผลการส่งมอบออกจากกิจกรรมสร้างโค้ด
- ตีความตัวชี้วัดจากนิยามเหตุการณ์และขอบเขต
- ใช้การวัดเพื่อเลือกการปรับปรุง แทนการจัดอันดับบุคคล

## แบบฝึกหัด
ใช้ชุดข้อมูลการเปลี่ยนแปลงสิบรายการในบทเรียนนี้ กำหนดนิยาม deployment การเปลี่ยนแปลงที่ล้มเหลว และเหตุการณ์กู้คืน หาช่วงรอที่ยาวที่สุดที่มองเห็น และระบุสิ่งที่จะยืนยันสาเหตุ เสนอการปรับปรุงและตัววัดที่จะบอกว่าคุณภาพแย่ลง

[ดาวน์โหลดชุดข้อมูลเวลาสมมติ (CSV)](https://taiga.training/th/worksheets/delivery-metrics-data.csv)

## คำตอบของคุณ
- สถานการณ์และขอบเขต:
- สมมติฐานและคำถามที่ยังไม่ได้ข้อยุติ:
- คำตอบหรือการตัดสินใจที่เสนอ พร้อมเหตุผล:

## ตรวจสอบคำตอบของคุณ
| ข้ออ้างหรือเกณฑ์ | หลักฐานหรือ test | ผลหรือสิ่งที่ยังขาด | ผู้รับผิดชอบ |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## งานถัดไป
- งาน ผู้รับผิดชอบ และวันที่:
- คุณจะตรวจทานคำตอบนี้เมื่อใด

## หลักการที่ควรจำ
วัดการเปลี่ยนแปลงที่ยอมรับและผลที่ตามมา แสดงนิยามเหตุการณ์ บริบทบริการ และข้อจำกัดให้ชัดเจนเมื่อเปรียบเทียบผล

## แหล่งข้อมูล
- [DORA: Software delivery performance metrics](https://dora.dev/guides/dora-metrics/)
- [Taiga docs: Deployments and metric definitions](https://docs.tai.ga/deliver/deployments/)
- [Google SRE: Implementing SLOs](https://sre.google/workbook/implementing-slos/)

ใบงานนี้ช่วยในการเรียนรู้ การทำเสร็จไม่ได้อนุญาตให้เปลี่ยน production โดยตัวมันเอง