ว่ากันว่า “ถ้าอยากบริหารจัดการสิ่งใดสิ่งหนึ่งได้ เราต้องเริ่มต้นด้วยการวัดผลสิ่งนั้นซะก่อน” … ก็จริงนะไม่ได้เถียง แต่ลองดูตัวอย่างต่อไปนี้หน่อย
- อยากเริ่มต้นเรคคอร์ดบั๊กที่เจอ … จำเป็นมั้ย?
- อยากเริ่มต้นแบ่งกลุ่มของบั๊กที่เจอให้ชัดเจนขึ้น … จำเป็นมั้ย?
- อยากเริ่มต้นแทรคสถานะของบั๊กแต่ละตัว … จำเป็นมั้ย?
- อยากเริ่มต้นหาและจำแนกสาเหตุของบั๊ก (Root Cause)… จำเป็นมั้ย?
- อยากเริ่มต้นหาตัวการที่สร้างบั๊กว่าคือใคร … จำเป็นมั้ย?
- อยากเริ่มต้นจับเวลาตั้งแต่วันที่เรคคอร์ดถึงวันที่แก้บั๊กเรียบร้อย … จำเป็นมั้ย?
- อยากเริ่มต้นคำนวณหาประสิทธิภาพของการเทสของทีมเรา … จำเป็นมั้ย?
- อื่นๆอีกมากมาย
ลองดูอีกตัวอย่างหนึ่ง
- อยากเริ่มต้นวางแผนโปรเจกต์แบบลงรายละเอียดยิบๆ … จำเป็นมั้ย?
- อยากเริ่มต้นเก็บข้อมูลว่าแต่ละคนทำงานอะไรในแต่ละวัน … จำเป็นมั้ย?
- อยากเริ่มต้นเปรียบเทียบข้อมูลระหว่างแผนและความจริง … จำเป็นมั้ย?
- อยากเริ่มต้นวัดขนาดของงานด้วยตัวเลข … จำเป็นมั้ย?
- อยากเริ่มต้นเปรียบเทียบระหว่างตัวเลขตอนแรกกับตอนหลัง … จำเป็นมั้ย?
- อยากเริ่มต้นเปรียบเทียบความเร็วในการทำงานระหว่างคน … จำเป็นมั้ย?
- อยากเริ่มต้นเปรียบเทียบความเร็วในการทำงานระหว่างทีม … จำเป็นมั้ย?
- อื่นๆอีกมากมาย
จำเป็นมั้ย? … คำตอบมันขึ้นอยู่กับว่า
ถ้าคุณได้ข้อมูลมาแล้ว … คุณจะทำอะไรกับมัน? คุณจะเทคแอคชั่นอะไรหรือไม่?
เมื่อรู้แล้วว่าสาเหตุของบั๊กส่วนใหญ่เกิดขึ้นเพราะการจัดการความผิดพลาดของระบบที่ไม่ดีพอ — แล้วไง? คุณจะแผนที่จะเทคแอคชั่นยังไงบ้าง?
ถ้าเทียบแล้วตัวเลขที่ประเมินไว้ตอนแรกกับตอนหลังห่างกันมาก — แล้วไง? คุณจะแผนที่จะเทคแอคชั่นแล้วรึยัง?
ถ้าไม่มีแผน ถ้าไม่คิดจะเทคแอคชั่นอะไร … แล้วจะวัดผลเรื่องพวกนั้นไปให้เสียเวลาเสียพลังงานทำไม?
เรื่องการเก็บข้อมูลเพื่อการวัดผลนั้นคล้ายกับการกำหนดนโยบายบางเรื่อง … เช่น
ถ้าระบบล่ม … คนที่เข้าเวรกะนั้นต้องส่งอีเมลหาผู้จัดการฝ่ายภายใน 10 นาที
คำถามสำคัญที่มีกับเรื่องพวกนี้คือ … จะส่งไปเพื่ออะไร? ผู้จัดการฝ่ายจะสแตนบายรออ่านอีเมลแบบนี้ทุกคืนมั้ย? หรือต่อให้ตื่นมาอ่าน เขาจะช่วยอะไรได้? นอกจากแค่ “ประสานงาน”