ความแตกต่างระหว่างเรื่องราวของผู้ใช้กับฟีเจอร์ต่าง ๆ คืออะไร?

เล่นกับicescrumฉันรู้ว่าฉันไม่เข้าใจความแตกต่างระหว่างเรื่องราวของผู้ใช้และคุณลักษณะของผู้ใช้

มีคนอธิบายความแตกต่างได้ไหม

คุณสมบัติเป็นองค์ประกอบที่แตกต่างของฟังก์ชั่นที่สามารถให้ความสามารถกับธุรกิจ

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

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

• บันทึกความคิดเห็น
• กรองความคิดเห็นสำหรับคำหยาบ
• จำกัด ความคิดเห็นไม่เกิน 400 ตัวอักษรและย้อนกลับไปยังผู้ใช้
• เพิ่ม captchas เพื่อหยุดบอทสแปมเว็บไซต์
• อนุญาตให้ผู้ใช้เข้าสู่ระบบผ่านทาง Google ID

เป็นต้น

ในแต่ละขั้นตอนเราจะได้รับคำติชมว่าทิศทางที่เราทำนั้นมีประโยชน์หรือไม่

บางทีมไม่ต้องแยกคุณสมบัติออกเป็นเรื่องราว ไม่เป็นไร.

คุณสมบัติ == เรื่องราวของผู้ใช้

การใช้คำฟุ่มเฟือยถูกกำหนดโดยวิธีการเปรียวที่ได้รับการว่าจ้าง

วิธีการที่แตกต่างกันใช้คำศัพท์ที่แตกต่างกันเพื่ออ้างถึงคุณสมบัติ มันขึ้นอยู่กับทีมที่จะตัดสินใจว่าจะใช้ระเบียบวิธีหรือคำศัพท์ใด Extreme Programming (XP) ใช้คำศัพท์เรื่องราวผู้ใช้หรือเรื่องราวเพื่อแสดงคุณสมบัติ Scrum ใช้ Product Backlog เพื่ออธิบายรายการคุณสมบัติ การพัฒนาที่ขับเคลื่อนด้วยคุณสมบัติใช้ฟีเจอร์; และ DSDM ใช้ข้อกำหนด ในทำนองเดียวกันมีหลายรุ่นที่มีน้ำหนักเบาของ Unified Process หรือ Agile UP ที่ใช้ Requirement และ / หรือ Use Case เพื่อกำหนดฟังก์ชั่นการส่งมอบที่เพิ่มขึ้น ในที่สุดเป้าหมายก็เหมือนกัน - เพื่อส่งมอบคุณค่าทางธุรกิจอย่างสม่ำเสมอโดยเพิ่มขึ้นทีละน้อยและเร็วกว่าในภายหลัง

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

คุณสมบัติของซอฟแวร์เป็นลักษณะที่แตกต่างกันของซอฟต์แวร์ที่ก่อให้เกิดการออกแบบโดยรวมและการทำงานของซอฟแวร์

ข้อควรพิจารณาที่สำคัญสองประการ:

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

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

คำสองคำนั้นมีความเกี่ยวข้องกัน แต่มีความแตกต่างกันเล็กน้อย

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

ในทางปฏิบัติพวกเขามักจะตรงกันในเรื่องของผู้ใช้คนหนึ่งซึ่งประกอบด้วยการใช้คุณสมบัติบางอย่าง

อย่างไรก็ตามในบางสถานการณ์พวกเขาอาจแตกต่างกัน:

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