กำหนดส่ง หรือ deadline คือวันที่สิ้นสุดที่กำหนดไว้สำหรับการทำงาน สปรินต์ หรือโปรเจกต์ให้เสร็จสมบูรณ์ ในการพัฒนามือถือ กำหนดส่งถูกกำหนดในระดับต่างๆ: กำหนดส่งของฟีเจอร์ภายในสปรินต์ วันที่เผยแพร่ และจุดสำคัญของโปรเจกต์ ตามข้อมูลของ Project Management Institute, 2023 70% ของโปรเจกต์ด้าน IT ประสบปัญหากำหนดส่งล่าช้า ซึ่งทำให้การจัดการกำหนดส่งเป็นหนึ่งในความสามารถหลักของนักพัฒนาและผู้จัดการ
ประเด็นสำคัญ
กำหนดส่ง — คำทับศัพท์ภาษาอังกฤษที่ฝังรากลึกในคำศัพท์ของนักพัฒนาและผู้จัดการ แปลจากภาษาอังกฤษ deadline หมายถึง “เส้นที่ห้ามข้าม”: วันที่หรือเวลาที่หลังจากนั้นงานถือว่าล่าช้า การไม่ปฏิบัติตามกำหนดส่งนำไปสู่การสูญเสียความเชื่อมั่น ค่าปรับ และโอกาสทางตลาดที่สูญเสียไป
ในทีมที่แข็งแรง กำหนดส่ง ไม่ใช่เครื่องมือกดดัน แต่เป็นจุดประสานความคาดหวัง ทีมและผู้มีส่วนได้ส่วนเสียตกลงกันว่าฟีเจอร์จะพร้อมเมื่อใด และใช้กำหนดส่งเพื่อวางแผนกิจกรรมที่เกี่ยวข้อง: การตลาด การเผยแพร่ การทดสอบ แนวทางนี้ต้องการความโปร่งใสและความไว้วางใจระหว่างผู้เข้าร่วมทั้งหมด
ใน Agile กำหนดส่งไม่ได้ถูกยกเลิกแต่มีความยืดหยุ่นมากขึ้น: แทนที่จะกำหนดวันที่ตายตัวสำหรับทั้งโปรเจกต์ จะใช้ timebox — ช่วงเวลาที่ตายตัว (สปรินต์) ซึ่งทีมทำงานให้ได้มากที่สุด Scrum ดำเนินการด้วยสปรินต์ที่มีความยาวคงที่ ซึ่งขอบเขตสามารถเปลี่ยนแปลงได้ แต่วันสิ้นสุดสปรินต์เป็นกำหนดส่งที่ไม่สามารถเปลี่ยนแปลงได้
ในการพัฒนามือถือ มี กำหนดส่งหลายระดับ ซึ่งแต่ละระดับต้องการแนวทางการจัดการและควบคุมของตนเอง
| ระดับ | ตัวอย่าง | ระยะเวลา | ผู้รับผิดชอบ |
|---|---|---|---|
| กำหนดส่งฟีเจอร์ | “หน้าจอโปรไฟล์พร้อมภายในวันพุธ” | 2-3 วัน | นักพัฒนา |
| กำหนดส่งสปรินต์ | “ส่งมอบ 5 story points ภายในสิ้นสปรินต์” | 1-2 สัปดาห์ | ทีม Scrum |
| กำหนดส่งการเผยแพร่ | “เผยแพร่เวอร์ชัน 3.2 บน App Store ในหนึ่งเดือน” | 2-4 สัปดาห์ | Tech Lead + PM |
| กำหนดส่งโปรเจกต์ | “MVP พร้อมใน 3 เดือน” | 3-12 เดือน | ผู้จัดการโปรเจกต์ |
กำหนดส่งฟีเจอร์ สั้นที่สุดและเฉพาะเจาะจงที่สุด นักพัฒนาประมาณเวลาที่จำเป็นในการimplement หน้าจอหรือส่วนประกอบเฉพาะ ในระดับนี้ การกันเวลาเผื่อไว้สำหรับสิ่งที่ไม่คาดคิดเป็นสิ่งสำคัญ: บั๊กที่ซับซ้อน ข้อกำหนดที่ไม่ชัดเจน การพึ่งพาทีมอื่น เวลาเผื่อที่เหมาะสมคือ 20-30% ของการประมาณการ
การเผยแพร่บน App Store หรือ Google Play เป็นกำหนดส่งที่เข้มงวดซึ่งไม่สามารถเลื่อนได้โดยไม่สูญเสียโอกาสทางธุรกิจ กำหนดส่งการเผยแพร่รวมเวลาการตรวจสอบของร้านค้า (App Review — 24-48 ชั่วโมง, Google Play — ตั้งแต่ 2 ชั่วโมง) ดังนั้นเวอร์ชันสุดท้ายต้องพร้อม 3-5 วันก่อนวันที่เผยแพร่ที่ต้องการ
จุดสำคัญ คือเหตุการณ์สำคัญของโปรเจกต์: MVP, เบต้า, การเผยแพร่ครั้งแรก จุดสำคัญถูกกำหนดในขั้นตอนการวางแผนและไม่ค่อยได้รับการทบทวน จุดสำคัญต้องการการจัดการความเสี่ยงที่ละเอียดที่สุด: ความล่าช้าใดๆ ในระยะแรกจะสะสมและทำให้กำหนดส่งสุดท้ายล้มเหลว
การพลาดกำหนดส่งเป็นปัญหาเชิงระบบ ไม่ใช่ผลจากความเกียจคร้านของนักพัฒนา การวิจัยของ Project Management Institute แสดงให้เห็นว่า สาเหตุหลัก ของการพลาดกำหนดส่งเกี่ยวข้องกับกระบวนการ ไม่ใช่ตัวบุคคล
การประมาณการความพยายาม มักทำโดยผู้จัดการหรือลูกค้าโดยไม่มีส่วนร่วมของนักพัฒนา ผลลัพธ์: กำหนดเวลาสั้นกว่าความเป็นจริง 2-3 เท่า กฎ: การประมาณการควรให้โดยผู้ที่จะทำงานนั้น การประมาณการร่วมกันของทีม (Planning Poker) แม่นยำกว่าการประมาณการส่วนบุคคล 30-40%
การขยายขอบเขต — การขยายข้อกำหนดทีละน้อยโดยไม่ทบทวนกำหนดส่ง ลูกค้าเพิ่ม “การแก้ไขเล็กน้อย” ซึ่งรวมกันเป็นสัปดาห์ของงานพิเศษ วิธีแก้: ทุกการเปลี่ยนแปลงข้อกำหนดควรมาพร้อมกับการทบทวนกำหนดส่ง ถ้ากำหนดเวลาตายตัว ขอบเขตก็ต้องตายตัวเช่นกัน
การพึ่งพาที่เป็นอุปสรรค จากทีมอื่น API ภายนอก การออกแบบ หรือการอนุมัติ มักไม่รวมอยู่ในการประมาณการ ถ้าแบ็กเอนด์ยังไม่พร้อม นักพัฒนามือถือไม่สามารถทดสอบการรวมระบบ ควรสร้างแผนที่การพึ่งพาก่อนเริ่มทำงานในงาน
โค้ดเก่าที่ไม่มีการทดสอบ การพึ่งพาที่ล้าสมัย การขาด CI/CD — ทั้งหมดนี้ ทำให้การพัฒนาช้าลง และทำให้กำหนดส่งคาดเดาไม่ได้ ทีมใช้เวลา 30-50% ไม่ใช่กับฟีเจอร์ใหม่ แต่กับการต่อสู้กับโค้ดที่มีอยู่ การลงทุนในคุณภาพโค้ดให้ผลตอบแทนเป็นกำหนดเวลาที่คาดเดาได้
การจัดการกำหนดส่งอย่างมืออาชีพ สร้างขึ้นบนความโปร่งใส การแยกย่อย และการสื่อสารอย่างสม่ำเสมอ มีหลายวิธีที่พิสูจน์แล้ว
Timebox คือช่วงเวลาที่ตายตัวซึ่งทีมทำงานให้ได้มากที่สุด เมื่อสิ้นสุด timebox จะแสดงผลลัพธ์แม้ว่าทุกอย่างจะยังไม่พร้อม Timeboxing ป้องกันการขัดเกลาที่ไม่มีที่สิ้นสุดและสอนทีมให้มุ่งเน้นสิ่งที่สำคัญ ใน Scrum แต่ละสปรินต์คือ timebox
เวลาเผื่อ คือเงินสำรองที่ปกป้องกำหนดส่งจากความล่าช้าที่หลีกเลี่ยงไม่ได้ วิธี Critical Chain Project Management แนะนำให้กันเวลาเผื่อ 50% ของระยะเวลางาน ตัวอย่างเช่น ถ้างานประมาณการ 10 วัน ให้วางแผน 15 วัน เวลาเผื่อมองเห็นได้เฉพาะผู้จัดการเท่านั้นเพื่อให้ทีมไม่ผ่อนคลาย
การประชุม 15 นาทีทุกวัน เป็นเครื่องมือที่ง่ายและมีประสิทธิภาพสำหรับการควบคุมกำหนดส่ง นักพัฒนาแต่ละคนตอบสามคำถาม: เมื่อวานทำอะไร วันนี้จะทำอะไร มีอุปสรรคอะไรหรือไม่ ถ้างานมีความเสี่ยงที่จะพลาดกำหนดส่ง อุปสรรคจะถูกระบุในวันแรก ไม่ใช่วันสุดท้าย
ไฟจราจร (เขียว / เหลือง / แดง) คือสถานะที่มองเห็นได้ของกำหนดส่ง เขียว — ทุกอย่างเป็นไปตามแผน เหลือง — มีความเสี่ยงที่จะล่าช้า ต้องดำเนินการ แดง — กำหนดส่งจะพลาดแน่นอน ต้องมีการยกระดับ ระบบเรียบง่ายและชัดเจน: ผู้เข้าร่วมโปรเจกต์ทุกคนสามารถเห็นสถานะและเข้าใจว่าต้องการการแทรกแซงที่ใด
ข้อผิดพลาดในการจัดการกำหนดส่งเกิดขึ้นซ้ำในทีม IT ส่วนใหญ่ การรู้รูปแบบเหล่านี้ช่วยหลีกเลี่ยงได้
กลุ่มอาการนักศึกษา คือนิสัยเริ่มทำงานในนาทีสุดท้าย เมื่อกำหนดส่งใกล้เข้ามา นักพัฒนาเลื่อนงานออกไปคิดว่า “ยังมีเวลา” และสุดท้ายทำทุกอย่างอย่างเร่งรีบและมีข้อผิดพลาด วิธีแก้: แยกย่อยงานเป็นขั้นตอนย่อยๆ โดยมีกำหนดส่งระหว่างทาง
“ทุกอย่างใช้เวลานานกว่าที่คุณคาดไว้เสมอ แม้ว่าคุณจะคำนึงถึงกฎของฮอฟสตัทเทอร์แล้วก็ตาม” นี่คือคำทำนายที่ทำให้ตัวเองเป็นจริง: การประมาณการมักจะมองโลกในแง่ดีเกินไปเพราะนักพัฒนาไม่คำนึงถึงสิ่งไม่รู้ที่ไม่รู้ วิธีแก้: เพิ่มการประมาณการใดๆ ที่ให้มาโดยไม่มีการแยกย่อยเป็นสองเท่า
เมื่อนักพัฒนามี 5 งานที่มีกำหนดส่งเดียวกัน เขาไม่รู้จะเริ่มจากไหน ผลลัพธ์: งานทั้งหมดทำเสร็จครึ่งเดียว วิธีแก้: ลำดับความสำคัญหนึ่งอย่างต่อช่วงเวลาหนึ่ง ถ้ากำหนดส่งขัดแย้งกัน — ยกระดับให้ผู้จัดการเพื่อจัดลำดับความสำคัญใหม่
คำถามที่พบบ่อย
ประการแรก — อย่าตกใจ และอย่าหาคนผิด แจ้งความล่าช้าโดยเร็วที่สุด เสนอทางเลือก: ลดขอบเขต เพิ่มทรัพยากร เลื่อนวัน วิเคราะห์สาเหตุ: การประมาณการไม่ดี การพึ่งพาภายนอก หรือเหตุสุดวิสัย บันทึกบทเรียนและนำไปใช้ในการประมาณการในอนาคต
การปฏิเสธอย่างมีเหตุผล เป็นทักษะทางวิชาชีพ เสนอทางเลือก: “เราทำ X ได้ทันกำหนด แต่ไม่มี Y” แสดงข้อมูล: ความเร็วของทีม ความซับซ้อนของงาน ความเสี่ยง ใช้สามเหลี่ยมโปรเจกต์: “คุณเลือกสองในสามได้: เร็ว ถูก มีคุณภาพ”
กำหนดส่ง คือวันที่ส่งมอบงานหรือขั้นตอนเฉพาะ จุดสำคัญ คือเหตุการณ์สำคัญของโปรเจกต์ที่อาจรวมหลายกำหนดส่ง ตัวอย่างเช่น จุดสำคัญ “MVP พร้อม” ประกอบด้วยกำหนดส่งสำหรับแต่ละหน้าจอ แบ็กเอนด์ และการทดสอบ จุดสำคัญโดยทั่วไปเข้มงวดกว่ากำหนดส่ง
เปรียบเทียบกับการปรับปรุงบ้าน: “เราสามารถสัญญา 2 สัปดาห์ แต่มีความเสี่ยงสูงที่จะต้องทำใหม่ หรือ 3 สัปดาห์ — รับประกันคุณภาพ” ยกตัวอย่างโปรเจกต์ก่อนหน้าที่การไม่มีเวลาเผื่อนำไปสู่ความล้มเหลว เสนอการส่งมอบเป็นระยะ: วันที่ตายตัวสำหรับแต่ละขั้นตอน
ทีมที่กระจายตัว ต้องการการควบคุมกำหนดส่งที่เข้มงวดมากขึ้น: เขตเวลา การสื่อสารแบบไม่ประสานเวลา และการขาดการซ้อนทับทำให้การประสานงานซับซ้อน ใช้ปฏิทินร่วมกัน daily standup ที่ตายตัว บันทึกการตัดสินใจทั้งหมด กันเวลาเผื่อเพิ่มเติมสำหรับการประสานงานระหว่างเขตเวลา
สรุป
เราจะพัฒนาแอปพลิเคชันบนมือถือแบบครบวงจร
IT Sectr สร้างแอปพลิเคชัน iOS และ Android สำหรับสตาร์ทอัพและธุรกิจตั้งแต่ปี 2017 เราจะให้คำแนะนำและเสนอวิธีแก้ปัญหาที่ดีที่สุดแก่คุณ
อ่านเพิ่มเติม