ล้างข้อมูลค้างในงานวิศวกรรม

หากคุณกำลังเรียนวิศวกรรมหรือเป็นวิศวกร คุณอาจเคยได้ยินคำว่า "งานค้าง" ที่ใช้บ่อยในสาขาของคุณ

แต่คุณเคยสงสัยหรือไม่ว่า Backlog คืออะไร และเหตุใดจึงมีความสำคัญในโครงการวิศวกรรม

Backlog เป็นมากกว่ารายการงานหรือคำสั่งซื้อที่ยังทำไม่เสร็จ

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

ในบล็อกโพสต์นี้ เราจะพูดถึง Backlog ในงานวิศวกรรม รวมถึงประเภท บทบาท และความสำคัญต่างๆ

ดังนั้น โปรดอ่านต่อไปหากคุณต้องการยกระดับโครงการวิศวกรรมของคุณไปอีกขั้น

ทำความเข้าใจกับคำจำกัดความของ Backlogs และความสำคัญในงานวิศวกรรม

คำนิยามอย่างเป็นทางการ:

1. การสะสมของคำสั่งซื้อที่มีแนวโน้มว่าจะได้งานและกำไรในอนาคต 2. การสะสมของวัสดุที่ยังไม่ได้แปรรูปหรืองานที่ยังไม่ได้ดำเนินการ

ในงานวิศวกรรมและการจัดการโครงการ งานในมือคือรายการงานที่ต้องทำและความสำคัญของงานเหล่านั้น

ช่วยให้ทีมวางแผนรายละเอียดก่อนที่จะใช้เวลามากเกินไปในการวางแผนขอบเขตและลำดับความสำคัญของธุรกิจ

รายการสิ่งที่ต้องทำ:

ทีมผลิตภัณฑ์ตัดสินใจว่าโครงการใดจะทำงานต่อไป และทุกทีมจะใช้งานในมือในวงจรการพัฒนาเพื่อติดตามและจัดลำดับความสำคัญของงานในขณะที่ทำงานเพื่อส่งมอบผลิตภัณฑ์

รายการที่สำคัญที่สุดอยู่ที่ด้านบนสุดของผลิตภัณฑ์ที่ค้างอยู่ ดังนั้นทีมจึงรู้ว่าต้องทำงานอะไรก่อน

เรื่องราวของผู้ใช้ การแก้ไขจุดบกพร่อง และการอัปเดตผลิตภัณฑ์ ล้วนเป็นสิ่งที่พบได้ทั่วไปใน Backlog ของผลิตภัณฑ์

ทีมพัฒนาไม่ได้ทำงานผ่าน Backlog ทั้งหมดในคราวเดียว

แต่จะทำทีละเล็กทีละน้อย เรียกว่า "สปรินต์"

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

Backlogs มีความสำคัญอย่างไร:

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

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

การจัดการงานในมือ:

การจัดการงานค้างคือกระบวนการที่ทีมเพิ่ม เปลี่ยนแปลง ล้างข้อมูล และจัดลำดับงานค้างเพื่อให้แน่ใจว่าผู้ใช้ได้รับคุณลักษณะที่สำคัญที่สุดก่อน

งานค้างทั้งหมดอาจส่งผลเสียต่อการพัฒนาซอฟต์แวร์โดยทำให้ใช้เวลานานขึ้นในการนำผลิตภัณฑ์ออกสู่ตลาดและทำให้ดีน้อยลง

การกู้คืนงานค้างอาจเป็นส่วนสำคัญในการทำให้โครงการกลับมาดำเนินตามเดิมและส่งเสริมความคิดสร้างสรรค์ซึ่งมีความสำคัญอย่างยิ่งต่อการพัฒนาซอฟต์แวร์ที่ประสบความสำเร็จ

Backlog อาจหมายถึง:

ในงานบัญชีและการเงิน งานในมือคืองานจำนวนมากที่ต้องทำ เช่น ใบสั่งขายที่ต้องกรอกหรือเอกสารทางการเงินที่ต้องดำเนินการ

งานค้างอาจดีหรือไม่ดีก็ได้ ขึ้นอยู่กับว่ามันส่งผลต่อสถานการณ์อย่างไร

ในแง่หนึ่งอาจหมายความว่ายอดขายเพิ่มขึ้น แต่ในทางกลับกัน บริษัทต่างๆ มักจะพยายามหลีกเลี่ยงงานในมือ เพราะอาจหมายความว่าพวกเขามีประสิทธิภาพน้อยลงหรือไม่สามารถตอบสนองความต้องการได้

ปลดล็อกพลังของ Backlog: วิธีหลีกเลี่ยงกำหนดเวลาและเพิ่มความเครียด!

ยังยากที่จะเข้าใจ? ให้ฉันเปลี่ยนมุมมองเล็กน้อย:

คุณเบื่อที่จะทำงานให้เสร็จทันเวลาและตามงบประมาณหรือไม่? คุณคิดถึงความตื่นเต้นของเส้นตายที่กำลังจะมาถึงและรสหวานของความตื่นตระหนกหรือไม่? ไม่ต้องกังวลเพราะฉันรู้ว่าต้องทำอะไร: งานค้าง! ใช่คุณถูกต้อง.

แค่ปล่อยให้คำสั่งและงานกองพะเนินพะเนินเทินทึก แล้วในไม่ช้าคุณก็จะมีงานมากกว่าที่คุณรู้ว่าต้องทำอะไร

บอกลาการทำงานให้เสร็จและสวัสดีกับอาการหัวใจวายที่เกิดจากความเครียด

ใครสนใจเกี่ยวกับการทำเงินและมีประสิทธิภาพ?

โอเค นั่นเป็นแค่เรื่องตลกที่ทำให้ดูเหมือนโฆษณาทีวี

ตอนนี้กลับไปที่คำอธิบาย

Product Backlog vs Sprint Backlog: ความแตกต่างที่สำคัญ

งานค้างของผลิตภัณฑ์และงานค้าง sprint เป็นเครื่องมือสำคัญสองอย่างสำหรับการจัดโครงการพัฒนาซอฟต์แวร์ในระเบียบวิธีแบบอไจล์

งานในมือทั้งสองเป็นส่วนสำคัญของโครงการพัฒนาซอฟต์แวร์ แต่ขอบเขตและเป้าหมายต่างกัน

สินค้าคงเหลือ:

เจ้าของผลิตภัณฑ์สร้างรายการคุณสมบัติที่จะเพิ่มในโครงการก่อนที่โครงการจะเริ่มต้น

รายการนี้เรียกว่า "สินค้าคงค้าง"

ซึ่งให้ภาพรวมของผลิตภัณฑ์ทั้งหมด รวมทั้งเป้าหมายพื้นฐานและหลักการ และส่วนอื่นๆ ที่มีแนวโน้มที่จะเปลี่ยนแปลง

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

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

นอกจากนี้ยังเป็นเอกสารที่มีชีวิตซึ่งช่วยให้ทีมพัฒนาทั้งหมดมีแหล่งข้อมูลเดียวเพื่อใช้ตลอดทั้งโครงการ

Sprint Backlog:

ในทางกลับกัน Sprint Backlog เป็นส่วนย่อยของ Product Backlog ที่รวมเฉพาะรายการจาก Product Backlog ที่สามารถดำเนินการเสร็จสิ้นระหว่าง Agile Sprint แต่ละครั้ง

ทำให้ผลงานของสินค้าในช่วงเวลาหนึ่งโดดเด่นยิ่งขึ้น

งานค้างสปรินต์ประกอบด้วยรายการจากงานค้างของผลิตภัณฑ์ แต่เฉพาะรายการที่สามารถดำเนินการให้เสร็จได้ในระหว่างการวิ่งแบบอไจล์แต่ละครั้ง

ในระหว่างการประชุมวางแผนการวิ่ง ทีมจะตัดสินใจว่ารายการใดจากงานค้างของผลิตภัณฑ์ที่พวกเขาจะดำเนินการในระหว่างการวิ่ง

นี่คือที่ที่ทำ backlog sprint

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

Sprint Backlog แตกต่างจาก Product Backlog ตรงที่สามารถเปลี่ยนแปลงได้ในระหว่างการประชุมวางแผน Sprint เท่านั้น

อะไรที่แตกต่างกัน:

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

ทีมพัฒนาใช้ Sprint Backlog เพื่อวางแผนและทำงานระหว่าง Sprint ที่เฉพาะเจาะจง

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

ระหว่างสปรินต์ งานค้างสปรินต์จะถูกหยุดไว้ และการเปลี่ยนแปลงสามารถทำได้ระหว่างการประชุมวางแผนสปรินต์เท่านั้น

การจัดการและการบำรุงรักษา Backlogs: บทบาทและความรับผิดชอบ

การติดตามและจัดการงานค้างเป็นส่วนสำคัญของการพัฒนาซอฟต์แวร์ Agile

ต่อไปนี้คือบทบาทและความรับผิดชอบที่สำคัญที่สุดในการจัดการและติดตามงานในมือ

ความรับผิดชอบของเจ้าของผลิตภัณฑ์:

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

ความรับผิดชอบของทีมพัฒนา:

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

งานของ Scrum Master คือ:

• Scrum Master อำนวยความสะดวกในกิจกรรม Scrum และช่วยให้ทุกคนเข้าใจทฤษฎี แนวปฏิบัติ กฎ และค่านิยมของ Scrum
• พวกเขาอาจมีส่วนร่วมในกระบวนการเปลี่ยนแปลงงานในมือ แต่ไม่มีอำนาจในการเปลี่ยนแปลงด้วยตนเอง

การทำงานร่วมกันและการพูดคุยกัน:

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

สรุปได้ว่า Product Owner รับผิดชอบ Product Backlog และทีมพัฒนารับผิดชอบ Sprint Backlog

Scrum Master จัดการประชุม Scrum และทำให้แน่ใจว่าทุกคนเข้าใจทฤษฎี แนวปฏิบัติ กฎ และคุณค่าของ Scrum

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

ทีมพัฒนารับผิดชอบในการเปลี่ยนรายการใน Product Backlog ให้เป็นซอฟต์แวร์ที่ใช้งานได้ ในขณะที่ Product Owner ตรวจสอบให้แน่ใจว่า Backlog นั้นสอดคล้องกับเป้าหมายโดยรวมของโครงการ

เทคนิคการปรับแต่ง Backlog และจัดลำดับความสำคัญ

การจัดการและการบำรุงรักษา Backlogs: บทบาทและความรับผิดชอบ

Backlogs เป็นส่วนสำคัญของการจัดการโครงการแบบ Agile และจำเป็นต้องมีการจัดการและปรับปรุงให้ทันสมัยอยู่เสมอ

บทความนี้พูดถึงบทบาทและความรับผิดชอบของทีม Scrum ในการจัดการและติดตามผลิตภัณฑ์และงานในมือของ Sprint

เจ้าของผลิตภัณฑ์และงานค้างของผลิตภัณฑ์

Product Owner มีหน้าที่จัดการและอัปเดต Backlog ของผลิตภัณฑ์ ซึ่งเป็นเอกสารที่มีชีวิตซึ่งเปลี่ยนแปลงตามความต้องการทางธุรกิจ ตลาด และเทคโนโลยี

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

สิ่งที่สำคัญที่สุดอยู่ที่ด้านบนเพื่อให้สามารถดำเนินการได้ก่อน

เจ้าของผลิตภัณฑ์มีหน้าที่รับผิดชอบในการจัดระเบียบงานค้างของผลิตภัณฑ์ให้เป็นปัจจุบันอยู่เสมอ

ซึ่งรวมถึงการแบ่งรายการออกเป็นเรื่องราวของผู้ใช้

พวกเขาตัดสินใจว่าจะจัดลำดับงานใน Backlog อย่างไร และตรวจสอบให้แน่ใจว่าเหมาะสมกับเป้าหมายโดยรวมของโครงการ

เจ้าของผลิตภัณฑ์สามารถเปลี่ยนหรือจัดลำดับงานใน Backlog ได้ตลอดเวลาตามคำติชมจากลูกค้าหรือข้อกำหนดใหม่

แต่เมื่อดำเนินการไปแล้วก็ไม่ควรมีการเปลี่ยนแปลงมากเกินไป

ในระหว่างเซสชันเพื่อล้างข้อมูลงานค้างของผลิตภัณฑ์และวางแผนสปรินต์ ประเด็นเรื่องราวจะถูกใช้เพื่อประเมิน PBI

นี่เป็นเพียงแนวคิดคร่าวๆของขนาด

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

ทีมพัฒนาและ Sprint Backlog

ทีมพัฒนามีหน้าที่รับผิดชอบในการเปลี่ยนรายการใน Product Backlog ให้เป็นชิ้นส่วนของฟังก์ชันที่สามารถใช้ร่วมกันได้

แม้ว่าเจ้าของผลิตภัณฑ์จะเป็นคนเดียวที่รับผิดชอบในการติดตาม Product Backlog แต่ทีม Scrum ที่เหลือควรช่วยปรับปรุงด้วยการแบ่งปันความรู้ ข้อมูลเชิงลึก และประสบการณ์กับโครงการจนถึงตอนนี้

ทีมงานทั้งหมดทำงานและเพิ่มงานในมือของผลิตภัณฑ์ แต่มันเป็นหน้าที่ของทีมพัฒนาที่จะเปลี่ยนให้เป็นซอฟต์แวร์ที่สามารถใช้งานได้

ทีมพัฒนารับผิดชอบ Sprint Backlog ซึ่งเป็นส่วนย่อยของ Product Backlog

Sprint Backlog มีสิ่งที่สำคัญที่สุดจาก Product Backlog รวมถึงสิ่งอื่นๆ ที่ต้องทำ เช่น User Stories, Tasks, Use Cases และ Tests

ใน Sprint Backlog นักพัฒนาสามารถค้นหางานง่ายๆ ที่จะทำระหว่างการวิ่งปัจจุบันได้

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

ทีมพัฒนามีหน้าที่รับผิดชอบในการเลือกสิ่งที่จะไปใน Sprint Backlog และความสำคัญของแต่ละรายการ

เรื่องราวของผู้ใช้, งาน, กรณีการใช้งาน, การทดสอบ และรายการอื่นๆ ที่แยกย่อยรายการ Product Backlog ที่เลือกสามารถเพิ่มลงใน Sprint Backlog ได้

ในระหว่างการประชุม Daily Scrum แต่ละครั้ง (การประชุมรายวัน) สมาชิกในทีมจะตรวจสอบความคืบหน้ากับงานที่วางแผนไว้ใน Sprint Backlog เพื่อดูว่าพวกเขาอยู่ในแนวทางเพื่อบรรลุเป้าหมายการวิ่งนี้หรือไม่

หากมีจุดบกพร่องที่สำคัญหรือการเปลี่ยนแปลงคุณสมบัติในแผนงาน อาจเปลี่ยนหรืออัปเดตลำดับความสำคัญใน Sprint Backlog

เทคนิคการปรับแต่ง Backlog และจัดลำดับความสำคัญ

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

การปรับแต่ง Backlog เป็นกระบวนการต่อเนื่องที่ทำให้แน่ใจว่าความคาดหวังของผู้ใช้ คำติชมจากตลาด และการส่งมอบโครงการทั้งหมดสอดคล้องกัน

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

ประโยชน์หลักของการปรับแต่ง Backlog คือการทำให้แน่ใจว่ารายการที่อยู่ด้านบนสุดของรายการของคุณมีความเกี่ยวข้อง มีข้อมูลเพียงพอ และมีค่าประมาณ

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

ก่อนอื่น คุณจะต้องวางแผนสำหรับผลิตภัณฑ์ของคุณ

สิ่งนี้ทำให้ทีมมีวิธีวัดว่าพวกเขาทำได้ดีเพียงใดเมื่อเทียบกับเป้าหมายและโครงการที่ใช้ร่วมกัน

จำเป็นต้องมีการจัดลำดับความสำคัญของ Backlog เพื่อจัดระเบียบรายการใน Backlog ของผลิตภัณฑ์ (เช่น เรื่องราวของผู้ใช้ จุดบกพร่อง ขัดขวาง ฯลฯ) เพื่อให้สามารถสร้างและเผยแพร่ตามลำดับที่ถูกต้อง

ประเภทของ Backlogs และการจัดการในอุตสาหกรรมต่างๆ

ประเภทงานค้าง

การพัฒนาผลิตภัณฑ์จำเป็นต้องจัดคุณลักษณะตามลำดับความสำคัญและนำไปใช้จริง

มีงานค้างสามประเภทหลักที่ใช้สำหรับสิ่งนี้:

• สินค้าค้าง

Product Backlog เป็นแผนระยะยาวสำหรับผลิตภัณฑ์ที่มีคุณลักษณะที่ยังไม่ได้จัดลำดับความสำคัญสำหรับการเผยแพร่

เป็นเอกสารที่มีชีวิตซึ่งเปลี่ยนแปลงเมื่อมีข้อมูลและข้อเสนอแนะใหม่เข้ามา

แบ่งวิสัยทัศน์ออกเป็นเฉพาะสิ่งที่สามารถทำได้และเพิ่มมูลค่าให้กับผลิตภัณฑ์

• ปล่อยงานค้าง

Release Backlog เป็นส่วนหนึ่งของ Product Backlog ที่แสดงรายการคุณสมบัติที่จะส่งมอบในรุ่นใดรุ่นหนึ่ง

ทำโดยการเลือกรายการจาก Product Backlog โดยพิจารณาจากความสำคัญและสามารถทำได้หรือไม่

• Sprint งานค้าง

Sprint Backlog เป็นส่วนหนึ่งของ Release Backlog ที่แสดงรายการคุณสมบัติที่จะส่งมอบในการวิ่งเฉพาะ

ทำโดยการเลือกรายการจาก Release Backlog ตามความสำคัญและสามารถทำได้หรือไม่

การจัดการงานในมือในอุตสาหกรรมต่างๆ

อุตสาหกรรมต่างๆ มีวิธีจัดการกับงานในมือที่แตกต่างกัน

นี่คือตัวอย่างบางส่วน:

• การพัฒนาซอฟต์แวร์.

วิธีการแบบ Agile เช่น Scrum หรือ Kanban ใช้เพื่อจัดการกับงานค้างในการพัฒนาซอฟต์แวร์

ทีม Scrum ทำงานใน "sprints" ซึ่งเป็นระยะเวลาจำกัดที่พวกเขาทำงานเฉพาะจาก "Sprint Backlog"

ทุกๆ วัน ทีมงานจะมีการประชุมแบบ "สแตนด์อัพ" ซึ่งพวกเขาจะพูดคุยเกี่ยวกับสิ่งที่เกิดขึ้นและปัญหาต่างๆ ที่พวกเขากำลังประสบอยู่

ใน Kanban รายการงานจะแสดงบนกระดานพร้อมคอลัมน์ที่แสดงตำแหน่งที่พวกเขาอยู่ในกระบวนการดำเนินการ

เมื่อรายการงานเคลื่อนผ่านระยะต่างๆ สมาชิกในทีมจะย้ายจากคอลัมน์หนึ่งไปยังอีกคอลัมน์หนึ่ง

• การจัดการโครงการ

ในการจัดการโครงการ สามารถใช้เครื่องมือเช่น Trello และ Jira เพื่อติดตามงานค้าง

ด้วยเครื่องมือเหล่านี้ ผู้ใช้สามารถสร้างกระดานที่มีรายการที่แสดงขั้นตอนต่างๆ ของโครงการ

สามารถเพิ่มและย้ายรายการงานระหว่างรายการเหล่านี้ได้เมื่อผ่านขั้นตอนต่างๆ

การจัดการการต่อสู้และงานในมือ

Scrum Product Backlog

Scrum Product Backlog เป็นรายการของรายการ คุณสมบัติ และงานสำหรับโครงการที่จัดลำดับตามความสำคัญ

ไม่ควรมีข้อมูลโดยละเอียดเกี่ยวกับสิ่งที่จำเป็น

ข้อกำหนดขั้นสุดท้ายจะถูกตั้งค่าระหว่างการวิ่งพร้อมกับลูกค้าแทน

เรื่องราวของผู้ใช้ ซึ่งแสดงงานที่ต้องทำเพื่อส่งมอบผลิตภัณฑ์หรือบริการ สามารถเพิ่มลงใน Scrum Product Backlog

ทุกรายการใน Scrum Product Backlog ต้องมีคุณค่าสำหรับลูกค้า

ทีม Scrum ยังสามารถใช้สิ่งประดิษฐ์อื่นๆ เช่น สรุปบทบาทของผู้ใช้ที่แตกต่างกัน คำอธิบายเวิร์กโฟลว์ แนวทางอินเทอร์เฟซผู้ใช้ สตอรี่บอร์ด หรือต้นแบบอินเทอร์เฟซผู้ใช้ แต่สิ่งเหล่านี้ไม่ได้แทนที่ Scrum Product Backlog

แต่จะเพิ่มและอธิบายสิ่งที่กล่าวแทน

โลจิสติกค้าง

ขึ้นอยู่กับสิ่งที่กำลังพูดถึง คำว่า "โลจิสติกค้าง" อาจหมายถึงสิ่งที่แตกต่างกัน

ในการจัดการห่วงโซ่อุปทาน Backlog คือสินค้าทั้งหมดที่ลูกค้าสั่งแล้วแต่ยังไม่ได้ส่งออก

ซึ่งรวมถึงสิ่งต่างๆ เช่น หมายเลขใบสั่งงาน หมายเลขผลิตภัณฑ์ วันที่จัดส่ง จำนวนเงิน และสถานะของใบสั่ง

Backlog นั้นดีต่อธุรกิจเพราะแสดงว่าลูกค้าเต็มใจที่จะจ่ายเงินสำหรับคำสั่งซื้อที่ยังไม่ได้กรอก

แต่ถ้าไม่ตรงตามกำหนดส่งและคำสั่งซื้อไม่ส่งตรงเวลา สินค้าคงค้างจะกลายเป็นสินค้าค้างส่ง ซึ่งอาจส่งผลเสียต่อธุรกิจ

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

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

MAINTENANCE BACKLOG คืออะไร และจะคำนวณ Backlog อย่างไร

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

กรณีการใช้งาน

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

บทสรุป

ในทางวิศวกรรม งานในมือเป็นส่วนสำคัญของการจัดการโครงการ และการทำความเข้าใจถึงความสำคัญของงานนั้นสามารถมีผลอย่างมากต่อความสำเร็จของโครงการ

สิ่งสำคัญคือต้องเข้าใจแนวคิดของ "งานค้าง" อย่างถ่องแท้ เพื่อจัดการงานค้างของผลิตภัณฑ์หรืองานค้างวิ่ง และใช้เทคนิคที่มีประสิทธิภาพในการปรับแต่งและจัดลำดับความสำคัญ

แต่สิ่งสำคัญคือต้องระลึกไว้เสมอว่าการจัดการงานในมือนั้นไม่ใช่เรื่องที่เกิดขึ้นเพียงครั้งเดียว

จำเป็นต้องได้รับการปรับปรุงและให้ความสนใจตลอดวงจรชีวิตของโครงการ

ในฐานะวิศวกร การรู้วิธีจัดการกับงานในมืออาจหมายถึงความแตกต่างระหว่างโครงการที่ได้ผลกับโครงการที่ไม่ได้ผล

ดังนั้น ใช้พลังของงานในมือให้เป็นประโยชน์ และอย่าหยุดปรับแต่งและปรับปรุงเพื่อให้ได้ผลลัพธ์ที่ดีที่สุด