การเติมตารางโครงการให้เต็มทำได้เร็วมาก
สัปดาห์แรกเตรียมงาน สัปดาห์ที่สองลงมือ สัปดาห์ที่สามเสร็จ ทุกแถวมีวันกำหนด ทุกงานมีคนรับผิดชอบ ดูเหมือนโครงการมีจังหวะเดินหน้าที่ชัดเจนแล้ว
เมื่อถามต่อ งานจึงเริ่มเป็นรูปธรรม ก่อนลงมือต้องมีข้อมูลอะไร ขั้นก่อนหน้าต้องไปถึงจุดไหนจึงเริ่มขั้นถัดไปได้ ใครตัดสินว่าผลงานเสร็จแล้ว หากเงื่อนไขสำคัญยังไม่พร้อม วันที่เดิมยังใช้ได้หรือไม่
ถ้ายังตอบไม่ได้ ตารางก็อาจกลายเป็นเพียงรายการความหวัง วันกำหนดใกล้เข้ามา ทุกคนยุ่ง แต่โครงการอาจยังเดินหน้าไม่มากนัก
ผมคิดว่าตารางที่ใช้ได้จริงต้องวาง วันเป้าหมาย เงื่อนไขสำหรับเดินหน้า และหลักฐานยืนยันความสำเร็จ ไว้ด้วยกัน
วันช่วยจัดลำดับงาน เงื่อนไขอธิบายว่าทำไมจึงเข้าสู่ขั้นถัดไปได้ ส่วนหลักฐานทำให้ทุกคนตรวจได้ว่าขั้นนี้เสร็จจริงหรือยัง
เมื่อเชื่อมสามอย่างนี้ ตารางจึงมีบทบาทในการบริหารงานจริง
1. ทำให้ชัดว่า “เสร็จ” คืออะไร ก่อนกำหนดวัน
เวลาวางแผน เรามักเริ่มจากการเขียนกิจกรรม เช่น เตรียมเอกสาร คุยแนวทาง จัดทดสอบ และเร่งส่งมอบ
กิจกรรมเหล่านี้จำเป็น แต่การทำกิจกรรมแล้วไม่ได้อธิบายครบว่าความเสร็จสมบูรณ์คืออะไร
“เตรียมเอกสารเสร็จ” หมายถึงได้รับไฟล์แล้ว หรือผู้เกี่ยวข้องตรวจแล้วและใช้รองรับการตัดสินใจขั้นถัดไปได้ “ทดสอบเสร็จ” หมายถึงมีคนเปิดหน้าจอดู หรือได้ตรวจขั้นตอนสำคัญที่ตกลงกันและบันทึกผลไว้แล้ว
ชื่องานเดียวกันอาจถูกเข้าใจต่างกันหลายแบบ
ผมแนะนำให้เขียนแต่ละจุดสำคัญเป็นประโยคที่ตรวจสอบได้ก่อนว่า เมื่อจบขั้นนี้ต้องมีผลลัพธ์อะไร ผ่านเงื่อนไขใด และใครเป็นผู้ยืนยัน
เช่น เปลี่ยน “คุยความต้องการเสร็จ” เป็น ขอบเขตบริการ ขั้นตอนที่ต้องรองรับ และเรื่องที่ยังไม่ทำในระยะนี้ ถูกจัดเป็นรายการแล้ว และผู้รับผิดชอบที่กำหนดยืนยันฉบับเอกสารแล้ว
“ทดสอบเสร็จ” ก็ระบุได้ว่า ตรวจขั้นตอนสำคัญตามขอบเขตที่ยืนยัน บันทึกผลและปัญหาค้าง ผ่านเงื่อนไขทดลองใช้ที่กำหนดไว้ล่วงหน้า แล้วให้ผู้ตรวจยืนยัน
วันที่จึงผูกกับผลงานที่ตรวจได้ แทนที่จะผูกอยู่เพียงกับกิจกรรมที่เกิดขึ้นแล้ว
2. เขียนเงื่อนไขก่อนเริ่ม เพื่อให้เห็นลำดับงาน
การผ่านจุดสำคัญมักขึ้นอยู่กับเงื่อนไขในขั้นก่อนหน้า
บางงานต้องยืนยันขอบเขตก่อน บางงานต้องได้เอกสาร บางงานต้องมีทรัพยากร และบางงานต้องรอการตัดสินใจจากผู้มีอำนาจ
หากความสัมพันธ์เหล่านี้อยู่เพียงในหัวคนไม่กี่คน ตารางจะเต็มไปด้วยคำว่า “ทำคู่ขนาน” พอลงมือจริงจึงพบว่าคนปลายทางรอของจากต้นทางมาตลอด
ผมจะย้อนจากจุดสำคัญแต่ละจุดไปถามสามข้อ
- ต้องมีข้อมูลนำเข้าอะไรจึงเริ่มงานนี้ได้
- ยังขาดเงื่อนไขอะไรจึงจะถึงเกณฑ์เสร็จของขั้นนี้
- ใครจัดเตรียมข้อมูลและเงื่อนไขเหล่านั้น และใครตรวจ
แล้วจึงวาดความสัมพันธ์ที่งานต้องพึ่งพากัน
แยกให้ออกว่างานใดต้องทำตามลำดับ งานใดทำคู่ขนานได้ และงานใดเริ่มได้เมื่อขั้นก่อนหน้าเสร็จเพียงบางส่วน การเดินหน้าตามเงื่อนไขไม่ได้หมายถึงเอาทุกงานมาต่อคิวเส้นเดียว งานที่ไม่ขึ้นต่อกันเดินหน้าต่อได้ ส่วนงานติดขัดต้องแสดงให้เห็นว่าติดอะไร
อีกเรื่องที่ต้องแยกคือ “มีเอกสารแล้ว” กับ “เอกสารนี้รองรับงานครั้งนี้ได้” หากเรื่อง ขอบเขต วันที่ หรือฉบับไม่ตรงกัน แม้มีไฟล์มากก็อาจยังไม่ครบเงื่อนไข
ภาพที่ 1 แสดงความสัมพันธ์พื้นฐานของการผ่านแต่ละระยะ ติดตามวันต่อเนื่อง แต่ก่อนเข้าสู่ขั้นถัดไปต้องตรวจสภาพจริงและผลงาน เกณฑ์ที่เกี่ยวข้องควรชัดเจนก่อนเริ่มงานนั้น
3. แยกวันสามประเภท เพื่อไม่ให้สถานะปะปนกัน
วันแต่ละประเภทมีความหมายต่างกัน ผมแนะนำให้แยกบันทึกอย่างน้อยสามแบบ
| ประเภทวัน | ตอบคำถามอะไร | ใช้อย่างไร |
|---|---|---|
| วันเป้าหมาย | อยากให้งานเสร็จเมื่อไร | ใช้จัดทรัพยากร ประสานลำดับ และเตือนให้ตรวจ |
| วันที่คาดล่าสุด | จากเงื่อนไขตอนนี้ คาดว่าจะเสร็จเมื่อไร | ระบุเหตุผลของการคาด เงื่อนไขที่ยังไม่ยืนยัน และเหตุผลที่ปรับครั้งนี้ |
| วันเสร็จจริง | ตรวจแล้วและยืนยันว่าครบเกณฑ์เมื่อไร | ผูกกับบันทึกส่งมอบ ผลตรวจ และผู้ยืนยัน |
ทั้งสามวันอาจตรงกัน หรือเริ่มต่างกันระหว่างทาง ความต่างนั้นก็ควรได้รับการพิจารณา
หากวันที่คาดล่าสุดช้ากว่าวันเป้าหมาย ผู้รับผิดชอบต้องอธิบายว่าเงื่อนไขใดเปลี่ยน กระทบงานถัดไปอย่างไร และต้องให้ใครตัดสินใจเรื่องใด แค่เลื่อนวันที่เดิม ปัญหายังอยู่
วันเสร็จจริงก็ไม่ควรกรอกเพียงเพราะ “ส่งไฟล์แล้ว” ขั้นที่ต้องตรวจต้องแยกสถานะส่งมอบออกจากสถานะยืนยัน
หากผู้ร่วมงานภายนอกหรือเงื่อนไขอื่นยังไม่แน่นอน ให้บันทึกช่วงเวลาคาดการณ์ที่มีเหตุผล พร้อมสมมติฐานและเวลาตรวจครั้งถัดไป ถ้ายังไม่มีฐานในการคาด ให้ระบุว่ารอยืนยัน อย่าสร้างวันที่ขึ้นมาเพื่อให้ตารางดูครบ
กำหนดเวลาที่ชัดเจนแล้วยังต้องจัดการอย่างจริงจัง เมื่อเห็นว่าจะไม่ทัน ให้แจ้งผลกระทบทันที และจัดการทรัพยากร ขอบเขต การสื่อสาร และการปรับที่จำเป็น คำว่า “เงื่อนไขยังไม่พร้อม” ต้องเชื่อมกับปัญหาและการลงมือที่เจาะจง ไม่ใช่คำอธิบายที่ยืดไปเรื่อย ๆ
4. ตั้งจุดตรวจที่ตรวจสอบได้ ณ จุดสำคัญ
หากทุกเรื่องเล็กต้องผ่านอนุมัติหลายชั้น โครงการก็ช้าได้ ผมเห็นว่าควรวางจุดตรวจตรงจุดที่มีผลต่อระยะถัดไปจริง
เริ่มจากทำห้าเรื่องให้ชัด
เงื่อนไขก่อนเริ่ม ผลงานส่งมอบ หลักฐาน ผู้รับผิดชอบ และผู้ตรวจ
ผู้รับผิดชอบผลักดันงาน ส่วนผู้ตรวจเทียบกับเกณฑ์ที่กำหนดล่วงหน้า ทีมเล็กใช้วิธีเรียบง่ายได้ แต่ต้องเหลือร่องรอยว่าใครยืนยันว่าเสร็จ และใช้เหตุผลอะไร
หลักฐานไม่จำเป็นต้องเป็นรายงานหนา รายการขอบเขตที่ยืนยัน บันทึกทดสอบที่ตรวจซ้ำได้ บันทึกตรวจรับ หรือฉบับส่งมอบที่ทั้งสองฝ่ายเห็นตรงกัน อาจเหมาะกับงานนั้น สิ่งสำคัญคือพิสูจน์อะไรได้ และตรงกับเกณฑ์เสร็จครั้งนี้หรือไม่
การตรวจเองก็ต้องมีเวลาจัดการ ส่งแล้วใครตรวจเมื่อไร พบปัญหาส่งกลับอย่างไร หากตรวจช้าจะให้ใครจัดการ ต้องกำหนดไว้ ไม่อย่างนั้นจาก “รอส่งมอบ” จะกลายเป็น “รอยืนยัน” อย่างไม่สิ้นสุด
ผมแนะนำให้ใช้สถานะที่เข้าใจง่ายก่อน ได้แก่ ยังไม่เริ่ม กำลังทำ รอตรวจ ติดขัด และเสร็จแล้ว หากต้องหยุดชั่วคราว ให้บันทึกมติและการดำเนินการต่อด้วย
จะเขียนว่า “เสร็จ 80%” ก็ได้ แต่ต้องบอกว่าคิดจากอะไร งานง่ายเสร็จหลายอย่างไม่ได้แปลว่าเงื่อนไขสำคัญใกล้ครบ ผู้รับผิดชอบต้องเห็นว่าในงานที่เหลือ อะไรขวางขั้นถัดไปจริง
5. เมื่อเงื่อนไขไม่ครบ ให้แยกช่องว่าง ผลกระทบ และการตัดสินใจ
เมื่อตรวจพบปัญหา อย่าเพิ่งรีบเปลี่ยนทั้งตาราง
ผมจะแยกดูสามสถานการณ์ก่อน
อย่างแรก ขาดเอกสารหรือผลงาน
เขียนให้ชัดว่าขาดอะไร ใครเติม ต้องได้ระดับไหน และตรวจอีกเมื่อไร เช่น ขาดบันทึกทดสอบก็เติมบันทึก หากขั้นตอนสำคัญมีปัญหาก็แก้ผลงาน การส่งคำอธิบายไม่ได้แทนงานที่ยังต้องทำให้เสร็จ
อย่างที่สอง ต้องเปลี่ยนแนวทางหรือขอบเขตเดิม
ประเมินก่อนว่ากระทบอะไร ทั้งงานที่พึ่งพากัน ทรัพยากร ต้นทุน และข้อตกลงภายนอก เมื่อผู้รับผิดชอบที่มีอำนาจยืนยันแล้ว จึงอัปเดตงาน เงื่อนไข และวันที่คาด พร้อมเก็บความสัมพันธ์ระหว่างฉบับเดิมกับฉบับใหม่
อย่างที่สาม ยังทำเงื่อนไขสำคัญให้ครบไม่ได้ในตอนนี้
กรณีนี้ต้องมีการตัดสินใจชัดเจนว่าจะเติมเงื่อนไขต่อ ออกแบบทางเดินใหม่ หยุดชั่วคราว หรือยุติ แต่ละทางมีผลต่างกัน จึงควรส่งเหตุผลและผลกระทบให้ผู้มีอำนาจตัดสินใจ
เงื่อนไขที่ข้ามไม่ได้ ไม่อาจใช้การเลื่อนวันหรือคำยืนยันภายในมาแทน หากขอบเขตปรับได้จริง ก็ต้องได้รับการยืนยันตามอำนาจที่เกี่ยวข้อง และเขียนเกณฑ์เสร็จที่ใช้ใหม่ให้ชัด อย่าลดข้อกำหนดเงียบ ๆ แล้วเปลี่ยนสถานะเป็น “เสร็จ”
บางเงื่อนไขที่ติดขัดไม่ได้ขวางงานอื่นทั้งหมด แยกส่วนที่เดินต่อได้เพื่อลดการรอโดยไม่จำเป็น ขณะเดียวกันต้องระวังการลงทุนงานต่อโดยอาศัยสมมติฐานสำคัญที่ยังไม่ยืนยัน
ภาพที่ 2 เสนอวิธีจัดการสิ่งติดขัด การเติมข้อมูล การเปลี่ยน และการหยุดมีทางเข้าต่างกัน การอัปเดตวันไม่ได้ลบสิ่งติดขัดโดยอัตโนมัติ เงื่อนไขใหม่ยังต้องผ่านการตรวจ
6. ดูการเปลี่ยนตารางผ่านโครงการทดลองบริการจอง
สถานการณ์ต่อไปนี้เขียนขึ้นเพื่ออธิบายวิธี ไม่ได้อ้างถึงองค์กรหรือโครงการจริง
ทีมเล็กทีมหนึ่งเตรียมบริการจอง และหวังจะเปิดให้บุคคลภายนอกทดลองภายในสิ้นสัปดาห์ที่สาม
หากตารางเขียนแค่ “สัปดาห์ที่สองพัฒนา สัปดาห์ที่สามเปิดใช้” พอหน้าจอเสร็จก็ง่ายที่จะคิดว่าโครงการใกล้จบแล้ว
เมื่อแจกแจงเงื่อนไขทดลอง จะเห็นสิ่งที่ต้องตรวจ ได้แก่ ขอบเขตยืนยันแล้วหรือยัง สภาพแวดล้อมสาธิตพร้อมหรือไม่ ขั้นตอนจองและยกเลิกจองผ่านเกณฑ์ที่ตกลงไว้หรือยัง และใครรับเรื่องผิดปกติไปจัดการ
ตรวจแล้วพบว่าเมื่อยกเลิกจอง ระบบไม่คืนช่วงเวลาให้ถูกต้อง ทำให้การจองครั้งต่อไปได้รับผลโดยตรง จึงยังไม่ครบเงื่อนไขทดลองภายนอกเดิม
สิ่งที่ทำต่อสามารถแยกเป็นงานชัดเจน
- ผู้รับผิดชอบพัฒนาแก้ปัญหาและส่งฉบับใหม่
- ผู้ตรวจทดสอบขั้นตอนที่เกี่ยวข้องซ้ำและบันทึกผล
- ผู้รับผิดชอบโครงการอธิบายวันเป้าหมาย วันที่คาดล่าสุด และผลต่อขั้นถัดไป
- งานที่ไม่ขึ้นกับปัญหานี้ เช่น คู่มือทดลองและการเตรียมคน ยังคงทำต่อ
หากทีมต้องการเริ่มด้วยขอบเขตเล็กลงและใช้คนช่วยจัดการ ให้ประเมินความเป็นไปได้ ข้อจำกัด และความรับผิดชอบแยกต่างหาก รับการยืนยันจากผู้มีอำนาจ แล้วตรวจตามขอบเขตใหม่ที่อนุมัติ การถึงวันกำหนดไม่ได้หมายความว่าปัญหาเดิมได้รับการยอมรับแล้ว
ในกระบวนการนี้ “พัฒนาส่งแล้ว” “กำลังทดสอบซ้ำ” และ “พร้อมทดลอง” เป็นคนละสถานะ บันทึกสถานะกับหลักฐานแยกกัน คนร่วมงานจึงรู้ว่าเริ่มขั้นถัดไปได้หรือไม่
7. ใส่ข้อมูลเหล่านี้ในแบบตรวจรับแต่ละระยะก่อน
ตารางไม่ต้องซับซ้อนตั้งแต่แรก ทำระยะสำคัญหนึ่งระยะให้ชัด แล้วค่อยเชื่อมก่อนหลัง
| ช่องข้อมูล | สิ่งที่ควรเขียน |
|---|---|
| ผลลัพธ์ของระยะ | เมื่อจบระยะนี้ต้องส่งมอบอะไรอย่างเจาะจง |
| เงื่อนไขก่อนเริ่มและการพึ่งพา | ต้องใช้ข้อมูลใด จากงานหรือผู้รับผิดชอบคนไหน |
| เกณฑ์เสร็จ | กรณีใดจึงยืนยันว่าเสร็จ และเงื่อนไขใดข้ามไม่ได้ |
| หลักฐานตรวจ | ผลงาน เลขบันทึก ฉบับ และที่เก็บ |
| ผู้รับผิดชอบและผู้ตรวจ | ใครผลักดัน ใครตรวจ ใครตัดสินใจเมื่อเกินอำนาจเดิม |
| วันที่ | วันเป้าหมาย วันที่คาดล่าสุด และวันเสร็จจริงหลังตรวจยืนยัน |
| สถานะและสิ่งขาด | อยู่ขั้นไหน ยังขาดอะไรโดยเฉพาะ |
| งานถัดไปและเวลาตรวจซ้ำ | ใครทำอะไร และกลับมาตรวจเมื่อไร |
| การเปลี่ยนและผลตามมา | เหตุผล ผู้ยืนยัน งานที่ได้รับผล และสถานะแจ้งผู้เกี่ยวข้อง |
เรื่องที่ยังไม่ชัด ให้บันทึกสิ่งที่ต้องยืนยันและคนที่รับผิดชอบ ข้อมูลไม่พอก็ระบุช่องว่างก่อน แล้วตัดสินเมื่อมีเหตุผลรองรับ
การอัปเดตที่มีประโยชน์ต้องทำให้คนร่วมงานรู้ว่าไปถึงไหนแล้ว ติดเพราะอะไร ใครต้องลงมือถัดไป และแผนเดิมต้องเปลี่ยนอย่างไร
บทส่งท้าย
ผมคิดว่าส่วนที่ควรทำให้แน่นในตารางโครงการ คือเหตุผลรองรับการเดินหน้าที่อยู่เบื้องหลังแต่ละวัน
คงเป้าหมายไว้ ทำความรับผิดชอบให้ชัด และจัดการเงื่อนไขที่เปลี่ยนอย่างรวดเร็ว เมื่อเชื่อมเงื่อนไขก่อนเริ่ม หลักฐานส่งมอบ และการยืนยันเข้าด้วยกัน จะเห็นลำดับชัดขึ้น และมีฐานสำหรับคุยเรื่องการปรับ
ครั้งต่อไปที่ดูตาราง ลองตามจุดสำคัญหนึ่งจุดแล้วถามว่า ก่อนเข้าขั้นถัดไป ตอนนี้ยังขาดอะไร ใครจะเติม และใครจะยืนยัน
ตอบคำถามเหล่านี้ได้ชัด งานก็เดินต่อได้ง่ายขึ้น