ปรับปรุงกระบวนการโดย ค้นหาสิ่งกีดขวางที่แท้จริงด้วยข้อมูล เปลี่ยนสิ่งหนึ่ง และวัดผลกระทบ — ไม่ใช่ด้วยการนำวิธีการเข้ามาทั้งหมด กระบวนการมีอยู่เพื่อให้บริการแก่ทีม เมื่อมันหยุดให้บริการ ให้เปลี่ยนแปลง
วงจรสำหรับการปรับปรุง
text
1. MEASURE → where does work actually slow down? (cycle time, review wait,
deploy frequency, incident rate)
2. FIND THE CONSTRAINT → optimizing anything but the bottleneck is wasted effort
3. CHANGE ONE THING → small, reversible experiments
4. MEASURE AGAIN → did it help? keep, adjust, or revert
5. INVOLVE THE TEAM → they know the pain; they'll own the fix
ตัวอย่าง
หากฟีเจอร์ใช้เวลาสามสัปดาห์ แต่มีเพียงสองวันที่เป็นการเขียนโค้ด ข้อจำกัดคือ เวลารอ — คิวการตรวจสอบโค้ด ความพร้อมของสภาพแวดล้อม การอนุมัติ — ไม่ใช่ความเร็วของนักพัฒนา การเพิ่มความกดดันด้านการเขียนโค้ดจะไม่ช่วยอะไร
