โครงการที่เสร็จตามแผนแต่ไม่มีใครใช้ — เมื่อส่งมอบตรงเวลากลายเป็นตัวชี้วัดที่ผิด

มีภาพหนึ่งที่เกิดขึ้นซ้ำในองค์กรทุกขนาด คือการประชุมปิดโครงการที่ทุกคนแสดงความยินดีกันเพราะงานเสร็จตรงเวลาและใช้งบไม่เกินที่ตั้งไว้ ทีมได้รับคำชม รายงานถูกส่งขึ้นไปข้างบน และโครงการถูกบันทึกว่าสำเร็จ แต่หกเดือนต่อมา เมื่อมีคนถามว่าสิ่งที่สร้างขึ้นมานั้นเปลี่ยนอะไรในธุรกิจบ้าง คำตอบกลับคลุมเครือ ระบบที่ส่งมอบมีคนใช้บ้างไม่ใช้บ้าง ตัวเลขที่ตั้งใจจะปรับปรุงยังเท่าเดิม และงานที่ตั้งใจจะลดก็ยังทำเหมือนเดิมควบคู่ไปกับระบบใหม่ สิ่งที่น่าสนใจคือไม่มีใครในเรื่องนี้ทำผิด ทีมโครงการส่งมอบตามที่ตกลงไว้จริง ผู้บริหารอนุมัติตามที่เสนอจริง และผู้ใช้ก็ไม่ได้ต่อต้านอะไรอย่างเปิดเผย ปัญหาอยู่ที่คำจำกัดความของความสำเร็จที่ทุกคนยอมรับร่วมกันตั้งแต่ต้นโดยไม่มีใครตั้งคำถาม นั่นคือการนับว่าโครงการสำเร็จเมื่อสิ่งที่สัญญาไว้ถูกส่งมอบ แทนที่จะนับเมื่อสิ่งที่ตั้งใจให้เกิดขึ้นได้เกิดขึ้นจริง

ทำไมการวัดที่การส่งมอบถึงถูกเลือกเสมอ

การวัดความสำเร็จที่การส่งมอบไม่ได้ถูกเลือกเพราะใครโง่ แต่เพราะมันสะดวกกว่ามากในทุกด้าน ด้านแรกคือมันวัดได้ทันที ส่งมอบวันไหนก็รู้วันนั้น ในขณะที่ผลลัพธ์ทางธุรกิจต้องรอหลายเดือนกว่าจะเห็น และเมื่อถึงตอนนั้นทีมโครงการก็ย้ายไปทำงานอื่นแล้ว ด้านที่สองคือมันอยู่ในการควบคุมของทีมโครงการ ทีมคุมได้ว่าจะเขียนโค้ดเสร็จเมื่อไหร่ แต่คุมไม่ได้ว่าพนักงานสองร้อยคนจะเปลี่ยนพฤติกรรมหรือไม่ การวัดสิ่งที่ตัวเองคุมได้จึงยุติธรรมกว่าในความรู้สึกของทุกฝ่าย ด้านที่สามคือมันมีจุดจบที่ชัดเจน ซึ่งจำเป็นสำหรับการปิดสัญญา จ่ายเงินงวดสุดท้าย และย้ายทรัพยากรไปโครงการถัดไป ทั้งสามเหตุผลนี้ล้วนสมเหตุสมผลในทางบริหาร แต่ผลรวมของมันคือระบบแรงจูงใจที่ผลักให้ทุกคนโฟกัสที่การส่งมอบให้จบ มากกว่าการทำให้สิ่งที่ส่งมอบถูกใช้จริง เมื่อทีมรู้ว่าจะถูกวัดที่วันส่งมอบ การตัดสินใจเล็ก ๆ ตลอดโครงการจะเอนไปทางที่ทำให้ส่งมอบทันเสมอ เช่น ลดการทดสอบกับผู้ใช้จริง ลดเวลาอบรม และเลื่อนเรื่องที่ยากไปเป็นเฟสสอง ซึ่งทุกข้อล้วนทำให้วันส่งมอบสวยขึ้นและทำให้ผลลัพธ์จริงแย่ลง

ทางแก้ไม่ใช่การเลิกสนใจกำหนดเวลาและงบประมาณ เพราะทั้งสองอย่างยังจำเป็นในการบริหาร แต่คือการเพิ่มตัวชี้วัดผลลัพธ์เข้าไปตั้งแต่ก่อนเริ่มโครงการ และตกลงกันให้ชัดว่าตัวไหนคือตัวตัดสินจริง วิธีที่ใช้ได้ผลคือก่อนอนุมัติโครงการใด ให้ตอบคำถามสามข้อเป็นลายลักษณ์อักษร ข้อแรก ถ้าโครงการนี้สำเร็จ ตัวเลขอะไรในธุรกิจจะเปลี่ยน และเปลี่ยนไปเท่าไหร่ คำตอบต้องเป็นตัวเลขที่วัดได้อยู่แล้ววันนี้ เช่น เวลาที่ใช้ต่อออเดอร์ อัตราข้อผิดพลาด หรือจำนวนวันในการปิดงบ ไม่ใช่คำอธิบายกว้าง ๆ อย่างทำให้ทำงานมีประสิทธิภาพขึ้น ข้อสอง เราจะวัดตัวเลขนั้นเมื่อไหร่หลังส่งมอบ ซึ่งควรเป็นสามถึงหกเดือนขึ้นกับลักษณะงาน และควรมีคนรับผิดชอบชัดเจนว่าใครจะเป็นคนวัดและรายงาน ข้อสาม ถ้าถึงเวลานั้นแล้วตัวเลขไม่เปลี่ยน เราจะทำอะไรต่อ ซึ่งเป็นคำถามที่สำคัญที่สุดและมักไม่มีใครถาม เพราะคำตอบจะบังคับให้ต้องคิดล่วงหน้าว่าโครงการนี้อาจไม่ได้ผล และการยอมรับความเป็นไปได้นั้นตั้งแต่ต้นทำให้ทั้งทีมออกแบบโครงการอย่างระมัดระวังกว่ามาก

ช่วงหลังส่งมอบคือช่วงที่ตัดสินจริง

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

• การวัดที่การส่งมอบถูกเลือกเพราะสะดวก ไม่ใช่เพราะถูกต้อง — และมันบิดการตัดสินใจตลอดโครงการ
• ตกลงตัวเลขที่จะเปลี่ยน วันที่จะวัด และสิ่งที่จะทำถ้าไม่เปลี่ยน ตั้งแต่ก่อนอนุมัติ
• ถ้างบจำกัด ให้ลดขอบเขตแล้วเก็บงบไว้ประคองช่วงใช้จริง ดีกว่าสร้างครบแล้วปล่อย

Whale Task ตกลงกับลูกค้าเรื่องตัวเลขที่ควรเปลี่ยนตั้งแต่ก่อนเริ่มโครงการเสมอ และถือว่าสามเดือนแรกของการใช้งานจริงเป็นส่วนหนึ่งของงาน ไม่ใช่บริการเสริมหลังส่งมอบ เพราะจากประสบการณ์กว่า 10 ปีในเชียงใหม่และภาคเหนือ เราเห็นชัดว่าความต่างระหว่างระบบที่ถูกใช้กับระบบที่ถูกทิ้ง เกิดขึ้นในช่วงนั้นมากกว่าในช่วงพัฒนา ถ้าคุณกำลังจะอนุมัติโครงการวางระบบและอยากมั่นใจว่ามันจะสร้างผลลัพธ์จริง ขอ Workflow Audit ฟรีได้เลย เราจะช่วยกำหนดตัวเลขที่ควรใช้วัดผลก่อนที่จะเริ่มลงทุนใด ๆ