What is product backlog refinement?

What is product backlog refinement?
Product backlog refinement is the process through which product backlog items are reviewed by the Scrum team and revised, providing more detail and ensuring that there is greater clarity in the requirements for that item.

What product backlog items should be refined?
Any product backlog item should be refined as and when additional information is known about it. However, priority should be given to refining the product backlog items that are likely to be taken into the next sprint. This will ensure that enough information is known about each item to allow for it to be sized, for the plan to be generated during sprint planning as to how the selected product backlog item can be delivered, and to allow for the team to commit to delivering that and other items in the next sprint.

When should product backlog refinement take place?
Product backlog refinement should be an ongoing process. However, some teams find it useful to have a planned mid-sprint session that allows for product backlog items that are candidates for the next sprint to be discussed. This session helps to kick-start product backlog refinement activities, with revisions being finalized during the sprint planning session.

Who should be involved in product backlog refinement?
All members of the Scrum team should be involved in product backlog refinement. This ensures that the whole team understands what is required from each product backlog item that may be taken into a sprint. In addition, you may want to include any UI, UX, DBA, infrastructure experts, etc., who may be involved in the delivery of the product backlog items being refined.

What should I do to refine product backlog items?
There is no one single thing that can be done to refine product backlog items. Each item will need to be refined on its own merits. The goal is that there should be a common understanding across the team of what is required from that product backlog item. This understanding will be gained through conversations between the product owner and the development team. The outcomes of these discussions may include (but are not limited to):
Updates to the product backlog item description (user story)
Updated acceptance criteria
"Given, When, Then" statements
Diagrams (architectural, process flow, UI designs, etc.)
Example data
Test cases

Why have product backlog refinement sessions?
A product backlog refinement session provides value in a number of ways:
It ensures that the team start to look ahead at upcoming product backlog items, reviewing and revising their content.
It allows for any queries over product backlog item content to be raised and answered at an early stage.
It assists the team's understanding of product backlog requirements, allowing for the item to be sized more accurately because refinement may remove some of the unknowns.
It may reduce the length of sprint planning sessions, as the team will have had the opportunity to query/clarify product backlog item requirements prior to the session.
Tasks associated with the delivery of product backlog items can be recorded.
As refinement takes place, unnecessary product backlog items can be removed/deprioritized.

Who should lead the product backlog refinement session?
Product backlog refinement sessions should be led by the product owner. This is his or her opportunity to provide the rest of the Scrum team with the vision for the next sprint. He or she is also likely to have the most knowledge about the upcoming items. If required, the ScrumMaster can aid the product owner in facilitating this session.

Where should a product backlog refinement session take place?
In an ideal world, all the participants for a product backlog refinement session would be in the same room. However, where this is not possible, video/teleconferencing facilities should be used. The key thing is that everyone attending the session has access to, or visibility of, the items being discussed.

What format should the product backlog refinement session take?
There is no set format for a product backlog refinement session. Each team will find the best way to deliver this session for their requirements. Any positive or negative feedback about this session should be raised through the sprint retrospective, with any suggested improvements to the session given due consideration.

What is the output of a product backlog refinement session?
The output from a product backlog refinement session is a shared understanding of the product backlog items that may be taken into the next sprint. Beyond the session, the team has a responsibility to ensure that the product backlog items are updated in line with any discussions held or clarifications made.

How long should product backlog refinement take?
The Scrum Guide suggests that "refinement usually consumes no more than 10% of the capacity of the Development Team."

How do I know when a product backlog item is fully refined?
It is possible that product backlog items will never be fully refined. However, they need to be sufficiently refined so that the development team has a common understanding of the requirement and can size the item and commit to delivering it during the next sprint.

Can a product backlog item continue to be refined once it is included in a sprint backlog?
In order to be accepted into a sprint, a product backlog item will need to have been sufficiently elaborated and the requirements understood by the development team. If, during the sprint/development of the item, there is anything that provides further clarity or there is a necessary change to what is being developed, this should be discussed and agreed on by the product owner and development team before making updates to the sprint backlog item. - See more at: https://www.scrumalliance.org/community/articles/2014/october/product-backlog-refinement#sthash.2opikdJF.dpuf

ผลลัพธ์ (ไทย) 1:

รีไฟน์เมนท์ยอดคงค้างของผลิตภัณฑ์คืออะไรรีไฟน์เมนท์ยอดคงค้างของผลิตภัณฑ์คือ กระบวนการผ่านผลิตภัณฑ์ที่ตรวจสอบยอดคงค้างสินค้าทีม scrum ได้ และแก้ไข ให้รายละเอียดเพิ่มเติม และมั่นใจว่า มีความชัดเจนยิ่งขึ้นในความต้องการสำหรับสินค้าที่ยอดคงค้างสินค้าใดสินค้าควรจะบริสุทธิ์หรือไม่ยอดคงค้างสินค้าใด ๆ ควรจะกลั่นเป็น และ เมื่อเป็นที่รู้จักข้อมูลเพิ่มเติมเกี่ยวกับมัน อย่างไรก็ตาม ความสำคัญควรได้รับการปรับรายการยอดคงค้างของผลิตภัณฑ์มักจะถูกนำมาร่วมวิ่งต่อไป นี้จะให้แน่ใจว่า เป็นที่รู้จักข้อมูลเพียงพอเกี่ยวกับสินค้าแต่ละรายการเพื่อให้การกำหนดขนาด แผนสร้างขึ้นระหว่างการวางแผนเป็นอย่างไรสามารถส่งยอดคงค้างสินค้าเลือกวิ่ง และอนุญาตให้กระทำการส่งมอบที่และรายการอื่น ๆ ในวิ่งต่อไปเมื่อควรรีไฟน์เมนท์ยอดคงค้างสินค้าเกิดขึ้นหรือไม่รีไฟน์เมนท์ยอดคงค้างของผลิตภัณฑ์ควรเป็นกระบวนการอย่างต่อเนื่อง อย่างไรก็ตาม บางคนค้นพบประโยชน์ให้เซสชันวิ่งกลางแผนที่อนุญาตสำหรับสินค้ายอดคงค้างที่คนวิ่งต่อไปจะอภิปราย เซสชันนี้ช่วยให้ kick-start ผลิตภัณฑ์ยอดคงค้างรีไฟน์เมนท์กิจกรรม ด้วยการขั้นสุดท้ายในระหว่างวิ่งรอบเวลาการวางแผนปรับปรุงที่ควรเกี่ยวข้องกับผลิตภัณฑ์ยอดคงค้างรีไฟน์เมนท์หรือไม่สมาชิกทั้งหมดของทีม scrum ได้ควรเกี่ยวข้องกับผลิตภัณฑ์ยอดคงค้างรีไฟน์เมนท์ นี้ช่วยให้มั่นใจว่า ทีมทั้งหมดเข้าใจความต้องการจากแต่ละรายการคงค้างสินค้าที่อาจถูกนำมาร่วมวิ่งเป็น นอกจากนี้ คุณอาจต้องการรวมใด ๆ UI, UX, DBA ผู้เชี่ยวชาญด้านโครงสร้างพื้นฐาน ฯลฯ ที่อาจเกี่ยวข้องในการจัดส่งสินค้าผลิตภัณฑ์ยอดคงค้างการกลั่นฉันควรทำอะไรเพื่อคัดสรรสินค้ายอดคงค้างไม่มีสิ่งหนึ่งเดียวที่สามารถทำได้เพื่อคัดสรรสินค้ายอดคงค้าง สินค้าแต่ละรายการจะต้องสามารถกลั่นในคุณธรรมของตัวเอง เป้าหมายคือ ควรมีความเข้าใจร่วมกันในทีมคืออะไรจากนั้นสินค้าที่ยอดคงค้าง ความเข้าใจนี้จะได้รับผ่านการสนทนาระหว่างเจ้าของผลิตภัณฑ์และทีมพัฒนา ผลของการสนทนาเหล่านี้อาจรวมถึง (แต่ไม่จำกัด):ปรับปรุงผลิตภัณฑ์ยอดคงค้างสินค้าคำอธิบาย (เรื่องราวผู้ใช้)เกณฑ์การยอมรับปรับปรุงคำสั่ง "ให้ เมื่อ แล้ว"ไดอะแกรม (ขั้นตอนของกระบวนการ สถาปัตยกรรม ออกแบบ UI ฯลฯ)ตัวอย่างข้อมูลกรณีทดสอบทำไมมีเซสชันรีไฟน์เมนท์ยอดคงค้างของผลิตภัณฑ์เซสชันรีไฟน์เมนท์ยอดคงค้างสินค้าสะดวกในหลายวิธี:มันใจที่ทีมงานเริ่มต้นหน้าตาถึงยอดคงค้างสินค้า ทบทวน และปรับปรุงเนื้อหาจึงได้สอบถามผ่านผลิตภัณฑ์ยอดคงค้างสินค้าเนื้อหาให้เพิ่มขึ้น และการตอบมันช่วยให้เราเข้าใจความต้องการผลิตภัณฑ์ยอดคงค้าง อนุญาตให้สินค้าที่จะกำหนดขนาดได้ชัดเจนยิ่งขึ้นเนื่องจากรีไฟน์เมนท์อาจเอาของ unknownsมันอาจลดความยาวของวิ่งรอบเวลา การวางแผนเป็นทีมจะมีโอกาสสอบถาม/ชี้แจงความต้องการสินค้ารายการคงค้างสินค้าก่อนงานสามารถบันทึกงานที่เกี่ยวข้องกับการจัดส่งสินค้ายอดคงค้างเป็นรีไฟน์เมนท์เกิด ยอดคงค้างสินค้าไม่ได้เอา ออก/deprioritizedที่ควรนำรอบรีไฟน์เมนท์ผลิตภัณฑ์ยอดคงค้างหรือไม่ควรจะนำผลิตภัณฑ์ยอดคงค้างรีไฟน์เมนท์รอบ โดยเจ้าของผลิตภัณฑ์ นี่คือโอกาสที่เขา หรือเธอเพื่อให้เหลือทีม scrum ได้ มีวิสัยทัศน์สำหรับวิ่งต่อไป เขาหรือเธอก็จะมีความรู้มากที่สุดเกี่ยวกับสินค้ามาถึง ถ้าจำเป็น ScrumMaster สามารถช่วยเจ้าของผลิตภัณฑ์ในการอำนวยความสะดวกในเซสชันนี้เซสชันรีไฟน์เมนท์ยอดคงค้างสินค้าควรใช้สถานที่หรือไม่ในโลกเหมาะ ทุกคนในเซสชันรีไฟน์เมนท์ยอดคงค้างสินค้าจะอยู่ในห้องเดียว อย่างไรก็ตาม ที่ไม่สามารถ วิดีโอ/เรนซ์สิ่งอำนวยความสะดวกควรใช้ สิ่งสำคัญคือ ว่า ทุกคนที่เข้ารอบมีถึง หรือมองเห็นได้ของ สินค้าที่กำลังกล่าวถึงรูปแบบที่เซสชันรีไฟน์เมนท์ยอดคงค้างของผลิตภัณฑ์ควรใช้หรือไม่มีไม่มีรูปแบบการตั้งค่าสำหรับเซสชันผลิตภัณฑ์ยอดคงค้างรีไฟน์เมนท์ แต่ละทีมจะหาทางส่งเซสชันนี้สำหรับความต้องการของพวกเขา ความคิดเห็นใด ๆ หรือเกี่ยวกับเซสชันนี้ควรยกผ่านย้อนรอยวิ่ง ใด ๆ แนะนำปรับปรุงรอบเวลาให้ครบกำหนดพิจารณาผลผลิตงานรีไฟน์เมนท์ยอดคงค้างสินค้าคืออะไรจากเซสชันรีไฟน์เมนท์ยอดคงค้างสินค้าเข้าใจร่วมรายการยอดคงค้างสินค้าที่อาจถูกนำมาร่วมวิ่งต่อไปได้ นอกเหนือจากรอบ ทีมงานมีความรับผิดชอบเพื่อให้แน่ใจว่า มีการปรับปรุงสินค้ายอดคงค้างกับการสนทนาที่จัดขึ้นหรือทำการชี้แจงใด ๆวิธีควรรีไฟน์เมนท์ยอดคงค้างสินค้าใช้เวลาคู่มือ scrum ได้แนะนำว่า "รีไฟน์เมนท์ปกติใช้ไม่เกิน 10% ของกำลังการผลิตของทีมพัฒนา"ฉันรู้เมื่อเป็นสินค้าที่ยอดคงค้างทั้งหมดกลั่นมันเป็นไปได้ว่า สินค้ารายการคงค้างจะไม่บริสุทธิ์เต็ม อย่างไรก็ตาม พวกเขาต้องการที่จะได้รับเพียงพอเพื่อให้ทีมพัฒนามีความเข้าใจร่วมกันของความต้องการ และสามารถขนาดสินค้า และยืนยันการส่งมอบระหว่างวิ่งต่อไปยอดคงค้างสินค้ายังสามารถกลั่นเมื่อมันรวมอยู่ในยอดคงค้างการวิ่งหรือไม่เป็นที่ยอมรับในการวิ่ง ยอดคงค้างสินค้าจะต้องมีการแก่ elaborated และเข้าใจความต้องการ โดยทีมงานพัฒนา ถ้า ระหว่างการวิ่ง/พัฒนาสินค้า ไม่มีอะไร ที่ให้เพิ่มเติมความชัดเจน หรือมีการเปลี่ยนแปลงที่จำเป็นเพื่อที่จะได้รับการพัฒนา นี้ควรอธิบาย และตกลง โดยเจ้าของผลิตภัณฑ์และพัฒนาทีมงานก่อนทำการปรับปรุงสินค้ายอดคงค้างวิ่ง -ดูเพิ่มเติมได้ที่: https://www.scrumalliance.org/community/articles/2014/october/product-backlog-refinement#sthash.2opikdJF.dpuf

ผลลัพธ์ (ไทย) 2:

การปรับแต่งเป็นสินค้าค้างอะไร?
การปรับแต่งสินค้าค้างเป็นกระบวนการที่ผ่านรายการสินค้าค้างจะมีการทบทวนโดยทีมต่อสู้และปรับปรุงให้รายละเอียดมากขึ้นและสร้างความมั่นใจว่ามีความชัดเจนมากขึ้นในความต้องการสำหรับรายการที่. อะไรรายการสินค้าค้างควรได้รับการกลั่น ? รายการสินค้าค้างใด ๆ ควรจะกลั่นเป็นและเมื่อข้อมูลเพิ่มเติมเป็นที่รู้จักกันเกี่ยวกับเรื่องนี้ แต่ควรให้ความสำคัญในการปรับแต่งรายการสินค้าค้างที่มีแนวโน้มที่จะต้องนำมาวิ่งต่อไป เพื่อให้มั่นใจว่าข้อมูลที่เพียงพอเป็นที่รู้จักกันเกี่ยวกับแต่ละรายการเพื่อให้เพื่อให้เป็นขนาดสำหรับการวางแผนที่จะสร้างขึ้นในระหว่างการวางแผนการวิ่งเป็นวิธีรายการสินค้าค้างที่เลือกจะสามารถส่งมอบและเปิดโอกาสให้สำหรับทีมที่จะมุ่งมั่นที่จะส่งมอบ และรายการอื่น ๆ ในการวิ่งต่อไป. เมื่อการปรับแต่งสินค้าค้างควรใช้สถานที่? การปรับแต่งสินค้าค้างควรจะเป็นกระบวนการที่ต่อเนื่อง แต่บางทีมพบว่ามีประโยชน์ที่จะมีการวางแผนที่เซสชั่นกลางวิ่งที่ช่วยให้สำหรับรายการสินค้าค้างที่มีผู้สมัครสำหรับการวิ่งต่อไปที่จะกล่าวถึง เซสชั่นนี้จะช่วยให้ที่จะเตะเริ่มต้นกิจกรรมการปรับแต่งสินค้าค้างกับการแก้ไขการสรุปในช่วงเซสชั่นการวางแผนการวิ่ง. ใครควรจะมีส่วนร่วมในการปรับแต่งสินค้าค้าง? สมาชิกทุกคนของทีมการแย่งชิงกันควรมีส่วนร่วมในการปรับแต่งสินค้าค้าง เพื่อให้แน่ใจว่าทั้งทีมมีความเข้าใจในสิ่งที่ถูกต้องจากแต่ละรายการสินค้าค้างที่อาจจะนำมาวิ่ง นอกจากนี้คุณอาจต้องการที่จะรวมถึง UI ใด ๆ UX, DBA, ผู้เชี่ยวชาญด้านโครงสร้างพื้นฐานอื่น ๆ ที่อาจจะมีส่วนร่วมในการส่งมอบของรายการสินค้าค้างถูกกลั่น. สิ่งที่ฉันควรจะทำอย่างไรที่จะปรับแต่งรายการสินค้าค้าง? ไม่มีใครเป็น สิ่งเดียวที่สามารถทำได้เพื่อปรับปรุงรายการสินค้าค้าง แต่ละรายการจะต้องมีการกลั่นในประโยชน์ของตัวเอง เป้าหมายของเราคือว่าควรจะมีความเข้าใจร่วมกันทั่วทั้งทีมงานของสิ่งที่จะต้องออกจากรายการสินค้าค้างที่ ความเข้าใจนี้จะได้รับผ่านการสนทนาระหว่างเจ้าของผลิตภัณฑ์และทีมพัฒนา ผลของการอภิปรายเหล่านี้อาจรวมถึง (แต่ไม่ จำกัด เฉพาะ): การปรับปรุงรายละเอียดของสินค้าสินค้าค้าง (ผู้ใช้เรื่อง) ปรับปรุงเกณฑ์การยอมรับ"ให้เมื่อนั้น" งบไดอะแกรม (สถาปัตยกรรมการไหลของกระบวนการออกแบบ UI และอื่น ๆ ) ตัวอย่างข้อมูลกรณีทดสอบทำไมมีการประชุมการปรับแต่งสินค้าค้าง? สินค้าค้างเซสชั่นการปรับแต่งให้ค่าในหลายวิธี: ทำให้มั่นใจได้ว่าทีมเริ่มที่จะมองไปข้างหน้าในรายการสินค้าค้างที่จะเกิดขึ้นทบทวนและปรับปรุงเนื้อหาของพวกเขา. จะช่วยให้ข้อสงสัยใด ๆ เนื้อหารายการสินค้าค้างจะได้รับการยกขึ้นและตอบในระยะแรก. จะช่วยให้ความเข้าใจของทีมของความต้องการสินค้าค้างเพื่อให้รายการที่มีขนาดถูกต้องมากขึ้นเพราะการปรับแต่งอาจลบบางส่วนของราชวงศ์. มันอาจจะลดความยาวของการวิ่ง การประชุมวางแผนในขณะที่ทีมงานจะได้มีโอกาสสอบถาม / ชี้แจงความต้องการรายการสินค้าค้างก่อนที่จะเซสชั่น. งานที่เกี่ยวข้องกับการส่งมอบของรายการสินค้าค้างสามารถบันทึก. ขณะที่การปรับแต่งจะเกิดขึ้นรายการสินค้าค้างที่ไม่จำเป็นสามารถลบออกได้ / deprioritized. ใครควรจะนำไปสู่เซสชั่นการปรับแต่งสินค้าค้าง? สินค้าค้างการประชุมการปรับแต่งควรจะนำโดยเจ้าของผลิตภัณฑ์ นี่คือโอกาสของเขาหรือเธอเพื่อให้ส่วนที่เหลือของทีมต่อสู้กับวิสัยทัศน์สำหรับการวิ่งต่อไป เขาหรือเธอจะยังมีแนวโน้มที่จะมีความรู้มากที่สุดเกี่ยวกับรายการที่จะเกิดขึ้น หากต้องการ ScrumMaster สามารถช่วยเจ้าของผลิตภัณฑ์อำนวยความสะดวกในการประชุมครั้งนี้. ที่ไหนควรเซสชั่นการปรับแต่งสินค้าค้างเกิดขึ้นได้หรือไม่ในโลกที่เหมาะเข้าร่วมทั้งหมดสำหรับสินค้าค้างเซสชั่นการปรับแต่งจะอยู่ในห้องเดียวกัน แต่ที่เป็นไปไม่ได้, สิ่งอำนวยความสะดวก / วิดีโอการประชุมทางไกลควรจะใช้ สิ่งสำคัญคือทุกคนที่เข้าร่วมเซสชั่นที่มีการเข้าถึงหรือการแสดงผลของรายการที่ถูกกล่าวถึง. รูปแบบสิ่งที่ควรเซสชั่นการปรับแต่งสินค้าค้างจะ? ไม่มีรูปแบบที่กำหนดไว้สำหรับสินค้าค้างเซสชั่นการปรับแต่งเป็น แต่ละทีมจะได้พบกับวิธีที่ดีที่สุดที่จะส่งมอบเซสชั่นนี้สำหรับความต้องการของพวกเขา ใด ๆ ตอบรับเชิงบวกหรือเชิงลบเกี่ยวกับการประชุมครั้งนี้ควรจะยกผ่านย้อนหลังวิ่งมีการปรับปรุงข้อเสนอแนะใด ๆ ที่จะเซสชั่นที่ได้รับการพิจารณาเนื่องจาก. คือการส่งออกของสินค้าค้างเซสชั่นการปรับแต่งอะไรเอาท์พุทจากสินค้าค้างเซสชั่นการปรับแต่งเป็นความเข้าใจร่วมกัน รายการสินค้าค้างที่อาจจะนำมาวิ่งต่อไป นอกเหนือจากช่วงที่ทีมมีความรับผิดชอบเพื่อให้แน่ใจว่ารายการสินค้าค้างที่มีการปรับปรุงให้สอดคล้องกับการอภิปรายใด ๆ ที่จัดทำหรือชี้แจง. นานแค่ไหนที่ควรปรับแต่งสินค้าค้างใช้? คู่มือการแย่งชิงกันแสดงให้เห็นว่า "การปรับแต่งการใช้งานมักจะไม่เกิน 10% ของความจุของทีมพัฒนา. " ฉันจะทราบเมื่อรายการสินค้าค้างวิธีการกลั่นอย่างเต็มที่? มันเป็นไปได้ว่ารายการสินค้าค้างจะไม่บริสุทธิ์อย่างเต็มที่ แต่พวกเขาจะต้องมีการกลั่นอย่างเพียงพอเพื่อให้ทีมพัฒนามีความเข้าใจร่วมกันของความต้องการและสามารถขนาดรายการและมุ่งมั่นที่จะส่งมอบในระหว่างการวิ่งต่อไป. สามารถรายการสินค้าค้างยังคงได้รับการกลั่นเมื่อมีการรวมอยู่ใน งานในมือวิ่ง? เพื่อที่จะได้รับการยอมรับในการวิ่งรายการสินค้าค้างจะต้องได้รับการบรรจงเพียงพอและความต้องการที่เข้าใจโดยทีมพัฒนา ถ้าในระหว่างการวิ่ง / การพัฒนาของรายการที่มีอะไรที่ให้ความคมชัดเพิ่มเติมหรือมีการเปลี่ยนแปลงที่จำเป็นเพื่อให้สิ่งที่จะถูกพัฒนาขึ้นนี้ควรจะมีการหารือและตกลงโดยเจ้าของผลิตภัณฑ์และทีมพัฒนาก่อนที่จะทำการปรับปรุงการวิ่ง รายการที่ค้างส่ง - ดูรายละเอียดเพิ่มเติมได้ที่:

ผลลัพธ์ (ไทย) 3:

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

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

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

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

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

" ให้ ตอนที่แล้ว " งบ
ไดอะแกรม ( สถาปัตยกรรม , ขั้นตอนการไหล , UI ออกแบบ ฯลฯ )



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

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

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

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

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

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

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

สามารถเป็นสินค้าค้างส่งรายการต่อไปจะบริสุทธิ์ เมื่อมันอยู่ใน Sprint ค้าง ?
ให้เป็นที่ยอมรับใน Sprint ,ผลิตภัณฑ์ / สินค้าจะต้องได้รับอย่างเพียงพอ elaborated และความเข้าใจ โดยทีมพัฒนา ถ้าระหว่างวิ่ง / พัฒนาสินค้า มีอะไรที่แสดงความชัดเจนต่อไป หรือมีการเปลี่ยนแปลง เป็นสิ่งที่ถูกพัฒนาขึ้นนี้ควรจะหารือและตกลงกับเจ้าของสินค้า และการพัฒนาทีมก่อนการอัพเดตงานวิ่งรายการ ดูเพิ่มเติมได้ที่ : https : / / www.scrumalliance . org / ชุมชน / บทความ / 2014 / ตุลาคม / ผลิตภัณฑ์การปรับแต่ง# sthash.2opikdjf.dpuf ค้าง