งานค้าง: จัดการและจัดลำดับความสำคัญอย่างมีประสิทธิภาพ

บทนำ

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

ทำไมจึงสำคัญ

ถ้าไม่มีแบ็คล็อกงานที่มีโครงสร้างชัดเจน โครงการจะค่อยๆ สะสมหนี้ด้านการวางแผน จนสุดท้ายกลายเป็นการส่งมอบที่ล้มเหลว แบ็คล็อกที่ดูแลดี:

• กำหนดทิศทาง: ทำให้ทุกคนเห็นว่าโครงการกำลังมุ่งไปทางไหน และทีมกำลังทำงานเพื่อไปถึงเป้าหมายใด
• ช่วยให้ทีมโฟกัส: ทีมรู้ว่าตอนนี้ต้องทุ่มเวลาให้กับอะไร และรู้ว่าในรอบถัดๆ ไปจะมีงานอะไรรออยู่
• เพิ่มความโปร่งใส: ทุกคนเห็นว่างานไหนกำลังทำ งานไหนเสร็จแล้ว และงานไหนรอคิว ทีมพัฒนาซอฟต์แวร์จะทำงานร่วมกันได้ดีก็ต่อเมื่อมีข้อนี้
• เปิดทางให้ปรับตัว: เมื่อมีข้อมูลใหม่หรือตลาดเปลี่ยน โครงสร้างของแบ็คล็อกช่วยให้จัดลำดับความสำคัญใหม่ได้เร็ว นี่คือข้อได้เปรียบหลักข้อหนึ่งของแนวทาง Agile ในการทำงานจริง
• ฐานของการวางแผน: แบ็คล็อกเป็นจุดตั้งต้นของการวางแผน sprint หรือ iteration ข้อมูลที่เตรียมไว้ในนั้นทำให้การประชุมวางแผนได้ข้อสรุปจริง ไม่ต้องมานั่งสำรวจกันใหม่ตั้งแต่ต้น

การจัดการแบ็คล็อก

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

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

การจัดลำดับความสำคัญ

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

• คุณค่าต่อธุรกิจและผู้ใช้: นี่คือเกณฑ์หลัก รายการไหนให้ประโยชน์มากที่สุด? อะไรแก้ปัญหาที่ผู้ใช้เจ็บปวดที่สุด? อะไรช่วยให้องค์กรไปถึงเป้าหมายเชิงกลยุทธ์ได้ตรงที่สุด?
• ความเร่งด่วน: มีกำหนดส่งหรือปัจจัยภายนอกที่ต้องรีบจัดการหรือไม่ เช่น บั๊กร้ายแรง ข้อกำหนดทางกฎหมาย หรือโอกาสทางการตลาดที่มีเวลาจำกัด?
• ต้นทุนในการทำ: การประมาณแรงงานช่วยให้เทียบต้นทุนระหว่างรายการได้ งานเล็กที่มีคุณค่าหลายชิ้นอาจให้มูลค่ารวมมากกว่างานใหญ่ชิ้นเดียว story points หรือการประมาณแบบขนาดเสื้อ T-shirt เป็นวิธีประมาณที่ใช้กันเป็นมาตรฐาน
• ความเสี่ยง: งานที่เสี่ยงสูงอาจควรได้ทำก่อน เพื่อให้ปัญหาทางเทคนิคโผล่ออกมาให้เห็นแต่เนิ่นๆ ก่อนที่จะไปกระทบงานอื่นที่ต้องพึ่งพากัน
• การพึ่งพา: บางครั้งต้องทำรายการที่สำคัญน้อยกว่าให้เสร็จก่อน งานที่สำคัญกว่าจึงจะเริ่มได้ ทีมจึงต้องมองเห็นความเชื่อมโยงและการพึ่งพาระหว่างงานต่างๆ อย่างชัดเจน

กรอบการจัดลำดับความสำคัญที่จัดทำขึ้นซึ่งจัดโครงสร้างกระบวนการนี้:

• MoSCoW (Must-have, Should-have, Could-have, Won't-have): แบ่งข้อกำหนดออกเป็นกลุ่มตามระดับความจำเป็นต่อการส่งมอบ
• เมทริกซ์มูลค่ากับความพยายาม: วางงานตามมูลค่าที่ได้เทียบกับแรงที่ต้องใช้ ทำให้มองเห็นโอกาสจากงานที่มูลค่าสูงแต่ใช้แรงน้อย
• โมเดล Kano: เน้นความพึงพอใจของลูกค้า โดยแยกข้อกำหนดพื้นฐาน คุณสมบัติด้านประสิทธิภาพ และปัจจัยที่สร้างความพึงพอใจออกจากกัน
• WSJF (Weighted Shortest Job First): ให้งานที่คุ้มค่าทางเศรษฐกิจมากที่สุดในเวลาสั้นที่สุดได้ทำก่อน เป็นวิธีมาตรฐานในสภาพแวดล้อม SAFe

การเพิ่มประสิทธิภาพและ refinement

การประชุม refinement เป็นประจำ ซึ่งทีมกับ Product Owner มานั่งทบทวน ลงรายละเอียด ประมาณการ และเก็บกวาดแบ็คล็อกด้วยกัน คือสิ่งที่ทำให้แบ็คล็อกใช้งานได้จริง ไม่ได้ถูกต้องแค่บนกระดาษ

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

การประชุม refinement ควรจัดเป็นประจำและกำหนดเวลาไว้ชัดเจน ให้นานพอที่จะรักษาคุณภาพของแบ็คล็อกไว้ได้ โดยไม่กินเวลาของทีมมากเกินไป

ข้อผิดพลาดที่พบบ่อย

ต่อให้รู้แนวปฏิบัติที่ดีที่สุดอยู่แล้ว ทีมต่างๆ ก็ยังพลาดในจุดเดิมๆ ซ้ำแล้วซ้ำอีก:

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

บทความที่เกี่ยวข้อง:

สำหรับแนวทางการวางแผนโครงการเชิงกลยุทธ์และโครงสร้างแผนงาน อ่าน แผนงานโครงการ: การวางแผนและการจัดการโครงการของคุณ

สำหรับภาพรวมโดยละเอียดของวิธีการจัดการ Waterfall อ่าน การจัดการโครงการ Waterfall: คู่มือทีละขั้นตอน

สำหรับค่านิยมและหลักการพื้นฐานที่อยู่ภายใต้ Agile อ่าน แถลงการณ์ Agile: ค่านิยมและหลักการหลักที่อธิบายแล้ว ข้อมูลเพิ่มเติม: งาน

บทสรุป

การจัดการแบ็คล็อกให้ได้ผลและการจัดลำดับความสำคัญอย่างมีวินัยเป็นเรื่องของการลงมือทำทุกวัน แบ็คล็อกที่ดูแลดีทำให้ทีมโฟกัสกับงานที่ให้มูลค่าสูงสุด ปรับตัวได้เร็วเมื่อมีการเปลี่ยนแปลง และเป็นฐานการวางแผนที่ทำให้แต่ละ sprint คาดการณ์ได้ เวลาและแรงที่ลงไปกับการสร้างและรักษาแนวปฏิบัติเหล่านี้จะได้ผลตอบแทนคุ้มค่า ทั้งในแง่การส่งมอบที่สม่ำเสมอ ภาระการวางแผนที่ลดลง และการรับมือกับสถานการณ์ที่เปลี่ยนไปได้โดยไม่หลงทิศ