อธิบายความแตกต่างระหว่างรายการที่ค้างของผลิตภัณฑ์และงาน

ฉันได้พบกับความท้าทายนี้สองสามครั้งและฉันหวังว่าบางคนสามารถให้การอ้างอิงการฝึกอบรมหรือคำแนะนำเกี่ยวกับวิธีการอธิบายความแตกต่างระหว่างรายการที่ค้างสินค้ากับงานใน TFS

ฉันเข้าใจและได้อธิบายว่ารายการสินค้าค้างคือ "อะไร" และภารกิจคือ "อย่างไร" ฉันได้อธิบายด้วยว่า PBI เป็นข้อกำหนดและภารกิจเป็นไปตามข้อกำหนด

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

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

"สินค้าคงค้างรายการ" เป็นจริงคืออะไรฟังก์ชั่นที่จะต้องสร้าง ภารกิจอธิบายขั้นตอนที่ต้องดำเนินการเพื่อไปที่นั่น

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

บางทีเกร็ดเล็กเกร็ดน้อยอาจช่วย:

ดูรายการที่ค้างสินค้าเป็นรายการในรายการช้อปปิ้งของพวกเขาสำหรับวันหยุดพักผ่อนของพวกเขา อาจเป็น "เต็นท์" ซึ่งเป็น "คันเบ็ด" ซึ่งเป็น "เตรียมรถยนต์สำหรับการเดินทาง"

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

Tasks for Fishing Rod จะคล้ายกันมาก แต่งานสำหรับ "เตรียมรถสำหรับการเดินทาง" อาจแตกต่างกันมาก: "ตรวจสอบข้อกำหนดสำหรับรัฐ / ประเทศตามเส้นทางที่ต้องการ", "ซื้อเสื้อกั๊กความปลอดภัย", "แทนที่เนื้อหาที่หมดอายุจากการปฐมพยาบาล kit "," ตรวจสอบยางอะไหล่ "," นัดหมายเวลากับโรงรถเพื่อตรวจสอบเครื่องยนต์ "," ไปที่โรงรถเพื่อตรวจสอบเครื่องยนต์ "," ไปที่หน่วยงานของรัฐเพื่อซื้อบัตรผ่านทางหลวง "," ตรวจสอบประกันภัยรถยนต์ "

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

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

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

ฉันคิดว่าเจสซีได้ให้คำตอบที่ดี ฉันจะลองทำดูง่าย ๆ (ถ้าเป็นไปได้) :) รายการสินค้าในมือ (หรือเรื่องราวของผู้ใช้หากคุณต้องการ) มักจะเขียนดังนี้:

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

ในหัวหน้านักพัฒนาสิ่งนี้อาจแปลเป็น:

1. สร้างแบบฟอร์มลงทะเบียน
2. เขียนข้อมูลการลงทะเบียนไปยังฐานข้อมูล
3. ส่งอีเมลไปยังลูกค้าใหม่เพื่อยืนยันการลงทะเบียน

รายการทั้งสามนี้เป็นภารกิจ

หวังว่าจะช่วย

- ทำให้มันง่ายที่สุดเท่าที่จะทำได้ แต่ไม่ง่ายกว่า (Einstein)

นี่คือวิธีที่เรากลิ้ง:

PBI:

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

งาน:

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

ฉันมักจะเสนอสิ่งนี้เมื่อถูกถามว่า: -

PBI หรือเรื่องราวเป็นสิ่งที่มากกว่าหนึ่งคนสามารถเดินทางไปได้

งานเป็นสิ่งที่มีเพียงคนเดียวเท่านั้นที่สามารถหยิบ