Backlog สินค้าคืออะไร?

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

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

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

Product Backlog ใน Scrum คืออะไร?

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

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

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

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

Backlog Journey ของผลิตภัณฑ์เริ่มต้นอย่างไร

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

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

Product Backlog และ Product Roadmaps แตกต่างกันอย่างไร?

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

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

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

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

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

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

เทคนิคการจัดลำดับความสำคัญของงานในมือ

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

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

ประโยชน์ของ Backlog สินค้า

Backlog เป็นตัวยึดตำแหน่ง

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

ธรรมชาติแบบไดนามิก

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

ถอดง่าย

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

เพิ่มรายการค้าง

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

Backlog สินค้า Agile เทียบกับ Sprint Backlog- ความแตกต่างโดยละเอียด

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

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

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

sprint backlog คือชุดของงานที่ทีมมุ่งมั่นที่จะทำให้เสร็จ ไม่ว่าตอนนี้หรือภายหลังใน sprint (โดยทั่วไปคือช่วง 1-4 สัปดาห์) ประกอบด้วยเรื่องราวของผู้ใช้ที่ทีมมุ่งมั่นที่จะทำให้เสร็จในระหว่างการวิ่งที่กำลังจะมาถึง

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

ถึงเวลาสร้าง Backlog ของคุณ

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

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