มีวิธีมาตรฐานในการรู้ว่าเมื่อใดที่จะหยุดเขียนเรื่องราวของผู้ใช้และถ้าเป็นเช่นนั้นพื้นฐานสำหรับเรื่องนี้คืออะไรและนำไปใช้กับการวิ่งในอนาคตได้อย่างไร
ฉันไม่รู้วิธีการมาตรฐานต่อส่วนตัว มันมาจากการผสมผสานระหว่างวิธีการของคุณและความคาดหวังของลูกค้าของคุณ
ฉันพบว่ามันเป็นการดีกว่าที่จะเริ่มเขียนโค้ดทันทีที่คุณมีเรื่องราว "พอ" จากลูกค้าของคุณเพื่อเริ่มต้น อย่างที่คนอื่น ๆ พูดกันนี่อาจเป็นการทำซ้ำครั้งเดียว แต่อาจเป็นไปได้มากกว่า การวัดปริมาณที่เพียงพอของคุณควรได้รับคำแนะนำจากความถี่ที่คุณตั้งใจจะปล่อยรหัสการทำงานให้กับลูกค้าของคุณและแทนที่จะให้ลูกค้าของคุณให้รายชื่อเรื่องราวที่ไม่รู้จบ (ซึ่งหลายคนอาจจะไม่เคยทำมา ทำให้กำหนดเปิดตัวครั้งใหญ่ของคุณ) ดีกว่าที่จะถามลูกค้าของคุณสำหรับคุณลักษณะที่สำคัญที่สุดและสำคัญที่สุด 3-5 อันดับแรก เมื่อสิ่งเหล่านั้นถูกทำและปล่อยให้กับลูกค้าของคุณคุณจะรวบรวมคุณสมบัติ 3-5 ที่สำคัญที่สุดถัดไปและอื่น ๆ ขอมากหรือน้อยขึ้นอยู่กับว่าการวนซ้ำของคุณน่าจะนานแค่ไหน
ลูกค้าหรือสัญญาหรือกำหนดเวลาของคุณอาจแนะนำคุณว่าควรหยุดเรื่องจริงเมื่อใด แต่ในระหว่างนี้คุณได้ถามเรื่องราวและหยุดบ่อยเท่าที่คุณเคยทำซ้ำ เมื่อตกลงคุณและลูกค้ารู้สึกว่าผลิตภัณฑ์นั้นสมบูรณ์เพียงพอคุณสามารถตัดสินใจได้ว่าจะทำอย่างไรกับเรื่องราวที่ลูกค้าอาจยังไม่ได้มอบให้คุณ
ข้อได้เปรียบหลักของวิธีนี้คือการที่คุณส่งมอบคุณค่าที่ยิ่งใหญ่ที่สุดให้กับลูกค้าล่วงหน้าและเมื่อโครงการเติบโตและเวลาผ่านไปจำนวนของมูลค่าที่คุณมอบให้กับลูกค้าลดลงจนถึงจุดที่ลูกค้าสามารถสร้าง การตัดสินใจเกี่ยวกับ "คุณสมบัติ 20% สุดท้าย" ที่พวกเขาอาจต้องการซึ่งอาจไม่เคยใช้จริง นอกจากนี้ยังลดเวลาที่สูญเปล่าสำหรับรายการที่ไม่สำคัญและมีลำดับความสำคัญต่ำวางความรับผิดชอบ (และความเครียด) ในการจัดลำดับความสำคัญและกำหนดเวลาการทำซ้ำให้กับลูกค้าและทั้งหมดขึ้นอยู่กับความต้องการของลูกค้าเท่านั้น แต่นั่นไม่ได้หมายความว่าคุณไม่ควรให้คำแนะนำกับลูกค้าเพื่อหลีกเลี่ยงปัญหาคอขวดที่ยากต่อการกำหนดเวลาซึ่งอาจจะเกิดขึ้นเมื่อคุณพูดคุยกับลูกค้า
อ่านการพัฒนาซอฟต์แวร์ลีนของ Poppendeicks ถ้าคุณต้องการคำอธิบายโดยละเอียดเพิ่มเติมเกี่ยวกับวิธีการนี้ในบริบทที่กว้างขึ้น