ยินดีต้อนรับสู่ภารกิจที่ 8: การวางแผนและบริหารจัดการตารางเวลา (Plan and Manage Schedule)!
สวัสดีครับว่าที่ PMP ทุกท่าน! ยินดีต้อนรับสู่ส่วนที่สำคัญที่สุดส่วนหนึ่งของการเดินทางสู่การเป็นนักบริหารโครงการมืออาชีพ ให้มองว่า ตารางเวลาของโครงการ (Project Schedule) เปรียบเสมือนหัวใจของโครงการครับ หากไม่มีสิ่งนี้ คุณก็จะไม่รู้เลยว่าจะต้องเริ่มเมื่อไหร่ จะเสร็จเมื่อไหร่ หรือตอนนี้คุณกำลังทำงานล่าช้ากว่ากำหนดหรือไม่
ในบทนี้ เราจะมาเรียนรู้วิธีการเปลี่ยนรายการสิ่งที่ต้องทำ ให้กลายเป็นแผนงานที่มีตรรกะและกำหนดเวลาที่ชัดเจน ไม่ต้องกังวลไปนะครับหากคณิตศาสตร์หรือแผนภูมิที่ดูซับซ้อนจะทำให้คุณรู้สึกหนักใจ เราจะค่อยๆ ย่อยมันให้กลายเป็นแนวคิดง่ายๆ ในชีวิตประจำวันที่ใครก็ทำได้ มาเริ่มกันเลย!
1. ทำความเข้าใจ "รูปแบบ" ของการวางแผนตารางเวลาทั้งสองแบบ
ก่อนที่เราจะลงลึกในรายละเอียด จำไว้ว่าวิธีการจัดการตารางเวลาจะขึ้นอยู่กับประเภทของโครงการที่คุณกำลังทำ:
• แบบเน้นคาดการณ์ (Predictive/Waterfall): เปรียบเสมือนการสร้างบ้านครับ คุณต้องวางแผนทุกอย่างอย่างละเอียดตั้งแต่ต้น โดยมีวันที่เริ่มและวันเสร็จสิ้นที่แน่นอนสำหรับงานแต่ละชิ้น
• แบบคล่องตัว (Agile/Adaptive): เปรียบเสมือนรายการทำอาหารที่คุณตัดสินใจว่าจะทำอะไรจากวัตถุดิบที่มีอยู่ทุกๆ 2 สัปดาห์ คุณจะใช้ Timeboxes (รอบการทำงานแบบ Sprint) และ Backlogs เพื่อจัดการงาน ตารางเวลาในแบบนี้จะมีความยืดหยุ่นและปรับเปลี่ยนได้ตามฟีดแบ็กที่ได้รับ
2. ขั้นตอนที่ 1: การกำหนดและจัดลำดับกิจกรรม (Defining and Sequencing Activities)
คุณจะไม่สามารถสร้างตารางเวลาได้จนกว่าจะรู้ว่ามีงานอะไรบ้างและต้องทำตามลำดับไหน สิ่งนี้เรียกว่า การจัดลำดับ (Sequencing)
ประเภทความสัมพันธ์ (Relationship Types):
ลองคิดว่าสิ่งเหล่านี้คือ "กฎ" ของโครงการครับ:
1. Finish-to-Start (FS): นี่คือแบบที่พบบ่อยที่สุด คือต้องทำงาน A ให้เสร็จก่อนถึงจะเริ่มงาน B ได้ (ตัวอย่าง: คุณต้องอบเค้กให้เสร็จก่อน ถึงจะแต่งหน้าเค้กได้)
2. Start-to-Start (SS): คุณสามารถเริ่มงาน B ได้ทันทีที่งาน A เริ่มต้นขึ้น (ตัวอย่าง: คุณเริ่มบันทึกการประชุมพร้อมๆ กับที่การประชุมเริ่มขึ้น)
3. Finish-to-Finish (FF): งาน B จะเสร็จสมบูรณ์ไม่ได้จนกว่างาน A จะเสร็จ (ตัวอย่าง: คุณจะเขียนเอกสารให้เสร็จไม่ได้ถ้างานเขียนโปรแกรมยังทำไม่เสร็จ)
4. Start-to-Finish (SF): แบบนี้พบได้น้อยมาก! คืองาน B จะเสร็จไม่ได้จนกว่างาน A จะเริ่มต้นขึ้น
ระยะเหลื่อมและระยะหน่วง (Leads and Lags)
บางครั้งคุณอาจต้องการช่องว่างหรือการเริ่มต้นก่อนเวลา:
• Lag (ระยะหน่วง): คือความล่าช้าที่ตั้งใจให้เกิดขึ้น (ตัวอย่าง: คุณทาสีผนังเสร็จแล้ว แต่ต้องรอให้สีแห้งสนิท 24 ชั่วโมงก่อนที่จะติดรูปภาพ)
• Lead (ระยะเหลื่อม): คือการเริ่มงานใหม่ก่อนที่งานก่อนหน้าจะเสร็จสมบูรณ์ (ตัวอย่าง: คุณเริ่มเขียนบทนำของหนังสือในขณะที่บทสุดท้ายยังคงอยู่ในขั้นตอนการร่าง)
3. ขั้นตอนที่ 2: การประมาณระยะเวลา (Estimating Durations)
งานหนึ่งชิ้นจะใช้เวลานานแค่ไหน? นี่คือ 4 วิธีที่ข้อสอบ PMP คาดหวังให้คุณทราบ:
1. Analogous Estimating (การประมาณการแบบเทียบเคียง): คือการใช้มุมมองแบบ "Top-Down" คุณดูโครงการที่คล้ายคลึงกันในอดีตแล้วเดาเอา วิธีนี้เร็วแต่ความแม่นยำต่ำ (เปรียบเทียบ: "คราวก่อนฉันทาสีห้องใช้เวลา 4 ชั่วโมง ดังนั้นห้องนี้ก็น่าจะใช้เวลา 4 ชั่วโมงเท่ากัน")
2. Parametric Estimating (การประมาณการแบบพารามิเตอร์): ใช้คณิตศาสตร์และข้อมูลเข้าช่วย (เปรียบเทียบ: "การทาสี 100 ตารางฟุตใช้เวลา 1 ชั่วโมง ห้องนี้มีขนาด 400 ตารางฟุต ดังนั้นจะใช้เวลา 4 ชั่วโมง")
3. Bottom-Up Estimating (การประมาณการแบบล่างขึ้นบน): แม่นยำที่สุด คือการย่อยงานเป็นชิ้นเล็กๆ แล้วประเมินแต่ละชิ้น จากนั้นนำมารวมกัน วิธีนี้ใช้เวลามากแต่ให้ผลลัพธ์ที่แม่นยำสูงมาก
4. Three-Point Estimating (PERT): คือการใช้ตัวเลข 3 ค่ามาหาค่าเฉลี่ยแบบถ่วงน้ำหนัก เพื่อช่วยคำนึงถึงความเสี่ยง
สูตร PERT (การแจกแจงแบบเบต้า)
ถ้าคุณเห็นโจทย์ที่ถามหา "ค่าเฉลี่ยแบบถ่วงน้ำหนัก" หรือการประมาณการแบบ "PERT" ให้ใช้สูตรนี้ครับ:
\( E = (O + 4M + P) / 6 \)
O = Optimistic (สถานการณ์ดีที่สุด)
M = Most Likely (สิ่งที่มักจะเกิดขึ้น)
P = Pessimistic (สถานการณ์แย่ที่สุด)
ทบทวนสั้นๆ: จำให้แม่นว่า A-P-T-B (Analogous, Parametric, Three-Point, Bottom-Up) ครับ โดยที่ Analogous จะเร็วและถูกที่สุด ส่วน Bottom-Up จะแม่นยำและแพงที่สุด
4. ขั้นตอนที่ 3: การหาเส้นทางวิกฤต (Finding the Critical Path)
เส้นทางวิกฤต (Critical Path) คือ "เส้นทางที่ยาวที่สุด" ของโครงการ ซึ่งแสดงถึงเวลาที่สั้นที่สุดที่จะทำให้โครงการเสร็จสิ้นได้ ความล่าช้าใดๆ บนเส้นทางวิกฤตจะส่งผลให้โครงการทั้งหมดล่าช้าตามไปด้วย
Float (Slack) คืออะไร?
Float คือ "พื้นที่เผื่อเวลา" งานที่อยู่บนเส้นทางวิกฤตจะมี Float เป็นศูนย์ (Zero Float) หากงานใดมี Float 2 วัน นั่นหมายความว่าคุณสามารถทำงานนั้นล่าช้าได้ไม่เกิน 2 วันโดยไม่กระทบต่อวันเสร็จสิ้นของโครงการทั้งหมด
ตัวอย่างในชีวิตจริง: ลองนึกถึงตอนเดินทางไปสนามบิน งาน "เช็คอิน" และ "ตรวจความปลอดภัย" คือเส้นทางวิกฤตของคุณ ส่วน "การแวะซื้อนิตยสาร" อาจจะมี Float ถ้าคุณใช้เวลาซื้อนานเกินไปก็ไม่เป็นไร ตราบใดที่คุณยังไปถึงประตูทางออกขึ้นเครื่องได้ทันเวลา!
5. ขั้นตอนที่ 4: การบีบอัดตารางเวลา (เมื่อคุณทำงานล่าช้า!)
คุณจะทำอย่างไรเมื่อเจ้านายสั่งว่า "คุณต้องทำงานนี้ให้เสร็จเร็วขึ้น 2 สัปดาห์"? คุณสามารถใช้เทคนิคสองอย่างนี้ครับ:
1. Crashing: การเพิ่มทรัพยากร (คนหรือเงิน) เพื่อเร่งงานให้เร็วขึ้น
ข้อดี: เสร็จเร็วขึ้น ข้อเสีย: มีค่าใช้จ่ายเพิ่มขึ้นและเพิ่มความเสี่ยงมากขึ้น
2. Fast Tracking: การทำงานแบบขนาน (ทำพร้อมกัน) ที่แต่เดิมวางแผนไว้ว่าจะทำต่อกันเป็นลำดับ
ข้อดี: ไม่เสียค่าใช้จ่ายเพิ่ม ข้อเสีย: เสี่ยงสูงที่จะต้องแก้งาน เพราะการรีบทำอาจทำให้เกิดความผิดพลาดได้
6. การจัดการตารางเวลาในแบบ Agile
โครงการ Agile ไม่ใช้ Gantt chart แบบเดียวกับ Waterfall ครับ แต่พวกเขาจะใช้สิ่งเหล่านี้แทน:
• Release Planning: แผนภาพรวมว่าฟีเจอร์ใหม่ๆ จะถูก "ส่งมอบ" ให้ลูกค้าเมื่อไหร่
• Sprint/Iteration Planning: การวางแผนงานสำหรับช่วง 1-4 สัปดาห์ข้างหน้า
• Burndown Charts: กราฟที่แสดงว่าเหลือปริมาณงานเท่าไหร่เมื่อเทียบกับเวลา หากกราฟค่อยๆ ลดลง แสดงว่าคุณกำลังมีความคืบหน้า!
• Velocity: ปริมาณงานเฉลี่ยที่ทีมสามารถทำเสร็จในหนึ่ง Sprint เราใช้สิ่งนี้เพื่อคาดการณ์วันเสร็จสิ้นในอนาคต
7. การเพิ่มประสิทธิภาพทรัพยากร (Resource Optimization)
บางครั้งตารางเวลาบนกระดาษดูดีมาก แต่คุณกลับพบว่าหัวหน้าดีไซเนอร์ของคุณถูกกำหนดให้ทำงานถึง 80 ชั่วโมงในสัปดาห์เดียว! คุณต้องแก้ไขด้วยวิธีนี้:
• Resource Leveling: คือการปรับสมดุลปริมาณงาน แต่มักจะ ส่งผลให้วันเสร็จสิ้นโครงการเปลี่ยนไป (ให้ความสำคัญกับการป้องกันไม่ให้ทีมงานทำงานหนักจนเกินไป - Burnout)
• Resource Smoothing: คือการปรับสมดุลปริมาณงานโดยใช้เฉพาะภายในเวลา "Float" ที่มีอยู่ วันเสร็จสิ้นจะไม่เปลี่ยน (ให้ความสำคัญกับการรักษาเดดไลน์)
ข้อผิดพลาดที่ควรหลีกเลี่ยง
• ข้อผิดพลาด: คิดว่าเส้นทางวิกฤตคือเส้นทางที่ "ง่ายที่สุด" ความถูกต้อง: มันคือลำดับกิจกรรมที่ยาวที่สุดและจัดการยากที่สุดต่างหาก!
• ข้อผิดพลาด: ใช้การ Crashing กับทุกความล่าช้า ความถูกต้อง: ควรใช้ Crashing เฉพาะกับงานที่อยู่บนเส้นทางวิกฤตเท่านั้น การเพิ่มคนเข้าไปในงานที่มี Float ไม่ได้ช่วยให้โครงการเสร็จเร็วขึ้นเลย!
• ข้อผิดพลาด: สับสนระหว่าง Lead กับ Lag ความถูกต้อง: Lead คือ "การออกสตาร์ทก่อน" (เวลาติดลบ) ส่วน Lag คือ "ระยะเวลารอคอย" (เวลาที่เป็นบวก)
สรุปสาระสำคัญสำหรับภารกิจที่ 8
• แผนการจัดการตารางเวลา (Schedule Management Plan): "สมุดกฎ" สำหรับการบริหารจัดการเวลาในโครงการ
• สูตร PERT: \( (O + 4M + P) / 6 \)
• เส้นทางวิกฤต (Critical Path): เส้นทางที่ยาวที่สุด, Float เป็นศูนย์
• การบีบอัด (Compression): Crashing (เสียเงินเพิ่ม) vs. Fast Tracking (เสี่ยงเพิ่ม)
• Agile: ใช้ Velocity และ Burndown charts ในการติดตาม "ตารางเวลา"
ไม่ต้องกังวลไปนะครับถ้าเรื่องนี้ดูยากในตอนแรก! การวางตารางเวลาเป็นทักษะที่ต้องอาศัยการฝึกฝน จำไว้ว่าตารางเวลาของทุกโครงการเป็นเพียงการ "คาดเดา" จนกว่างานจริงจะเริ่มต้นขึ้น หน้าที่ของคุณในฐานะ PM คือการทำให้การคาดเดานั้นฉลาดและแม่นยำที่สุดเท่าที่จะเป็นไปได้ครับ!