Scrum Guide | 20. ลงทุน – การสร้างเรื่องราวผู้ใช้ที่ดีที่สุด
เผยแพร่แล้ว: 2022-05-21INVEST คือวิธีการสร้าง User Stories ที่ดี ช่วยให้ตรวจสอบว่ามีการกำหนดเนื้อหาอย่างถูกต้องหรือไม่และเกี่ยวข้องกับมูลค่าทางธุรกิจของผลิตภัณฑ์หรือไม่ และยังเลือกขนาดและความสามารถในการใช้งานอย่างเหมาะสมหรือไม่
การสร้าง User Story ที่ดีที่สุดกับ INVEST – สารบัญ:
- บทนำ
- ฉันเพื่ออิสระ
- N สำหรับต่อรองได้
- V สำหรับมูลค่าหรือแนวตั้ง
- E สำหรับประมาณการได้
- S สำหรับ Small
- T สำหรับทดสอบได้
- สรุป
บทนำ
INVEST เป็นตัวย่อที่สร้างขึ้นโดย Bill Wake ในปี 2546 ตัวอักษรแต่ละตัวย่อมาจากจุดเริ่มต้นของคำที่แสดง ถึงเรื่องราวของผู้ใช้ที่ดี ตามหลักการ INVEST ทุก User Story ควรเป็น:
- เป็นอิสระ
- ต่อรองได้
- มีค่า
- ประมาณการได้
- เล็ก
- ทดสอบได้
เราเขียนเพิ่มเติมเกี่ยวกับสิ่งที่ User Story อยู่ในบทความแยกต่างหาก ในที่นี้ เราจะพูดถึงเพียงว่าเป็นคำอธิบายที่กระชับของฟังก์ชันการทำงานของผลิตภัณฑ์ใหม่ที่เขียนด้วยภาษาที่เข้าถึงได้
ฉันเพื่ออิสระ
คุณลักษณะแรกของ User Story ที่ดีคือความ เป็นอิสระ หมายความว่าคำอธิบายและคุณลักษณะควร เข้าใจได้โดยไม่ต้องอ้างอิงถึงเรื่องราวของผู้ใช้รายอื่น แต่ที่สำคัญที่สุด การ ตระหนักรู้ไม่ควรสัมพันธ์กับเรื่องราวของผู้ใช้อื่นๆ แน่นอนว่ามันจะไม่เป็นอิสระเต็มที่ คุณไม่สามารถแบ่งการสร้างผลิตภัณฑ์ออกเป็นโมดูลที่แยกจากกันโดยสิ้นเชิง อย่างไรก็ตาม สิ่งสำคัญคือต้องจดจำเกี่ยวกับการรักษา User Stories ให้เป็นอิสระมากที่สุด ด้วยเหตุนี้ แม้ว่าหนึ่งในนั้นจะไม่เข้าสู่ระยะการใช้งานหรือได้รับการแก้ไขอย่างมีนัยสำคัญ ส่วนที่เหลือก็ไม่ต้องแก้ไข ตามกฎแล้ว User Story ควรประกอบด้วยเนื้อหาที่แยกจากกันและสอดคล้องกัน
N สำหรับต่อรองได้
User Story ควร ต่อรองได้ ซึ่งหมายความว่าเป็นการกำหนดเป้าหมาย ไม่ใช่วิธีที่จะไปที่นั่น
กล่าวคือ จะกำหนด คุณลักษณะที่คาดหวังของผลิตภัณฑ์ ไม่ใช่โซลูชันทางเทคนิคที่จะนำไปใช้
การเจรจาเรื่องผู้ใช้เกิดขึ้นระหว่างเจ้าของผลิตภัณฑ์และทีมพัฒนา เจ้าของผลิตภัณฑ์เสนอการใช้งานฟังก์ชันบางอย่างของผลิตภัณฑ์ กล่าวคือ "ต้องทำอะไร" นักพัฒนามีหน้าที่ตอบคำถาม "อย่างไร" นั่นคือการ เจรจาวิธีเฉพาะในการแก้ปัญหาที่นำเสนอใน User Story
V สำหรับมูลค่าหรือแนวตั้ง
ในตัวย่อ INVEST ตัวอักษร V หมายถึงคุณสมบัติสองประการ:
- มีค่า
- แนวตั้ง
ทั้งสองเปิดเผยลักษณะสำคัญของ User Story ที่ดี ดังนั้นเราจึงตัดสินใจอธิบายความหมายของแต่ละข้อ
มีค่า
User Story อันมีค่า จะปรับวัตถุประสงค์ทางธุรกิจของการแก้ไข กล่าวอีกนัยหนึ่ง มันตอบคำถามได้อย่างแม่นยำว่าเหตุใดจึงต้องแนะนำการปรับเปลี่ยนและเหตุใดจึงมีความสำคัญจากมุมมองของผู้มีส่วนได้ส่วนเสีย
แนวตั้ง
คุณสมบัติที่สอง; แนวตั้งเกิดขึ้นจากวิธีการแบบ Agile เรื่องราวของผู้ใช้แนวตั้ง มีคุณลักษณะใหม่ของผลิตภัณฑ์ที่ผู้ใช้มองเห็นได้ กล่าวคือไม่ได้เน้นที่ "การปรับปรุงประสิทธิภาพ" ในแนวนอนในเลเยอร์ที่เลือกของผลิตภัณฑ์ ตรงกันข้าม มันเพิ่ม "เลเยอร์" อื่นเข้าไป
กล่าวอีกนัยหนึ่ง User Story อธิบายวิธีแก้ไขการทำงานโดยรวมของผลิตภัณฑ์โดยตอบคำถาม ว่าต้องปรับปรุงอะไรกันแน่ นอกจากนี้ยังหมายความว่าแต่ละฟังก์ชันของผลิตภัณฑ์สร้างขึ้นจากโซลูชันที่มีอยู่
E สำหรับ Estimable
User Story ที่ดีควรประเมินได้ ซึ่งหมายความว่า ต้องกำหนดขอบเขตของการแก้ไขให้ชัดเจนเพื่อแก้ไขผลิตภัณฑ์เพื่อให้ User Story ได้รับการพิจารณาว่าสมบูรณ์ ซึ่งช่วยให้ทีมพัฒนาสามารถกำหนดเวลาและความพยายามที่จำเป็นในการดำเนินการให้เสร็จสิ้นได้
ขอบเขตและความยากง่ายของงานมักจะถูกประเมินในหน่วยที่เรียกว่า Story Points พวกเขาเป็นญาติกัน และทีมพัฒนาแต่ละทีมจะใช้ค่า Story Point ในทางปฏิบัติโดยอิงจากประสบการณ์ก่อนหน้านี้
ในบทความแยก เราได้อธิบายเพิ่มเติมเกี่ยวกับความเร็วของทีมพัฒนาและวิธีการวัดผล
S สำหรับ Small
User Story ที่ทีมพัฒนายอมรับได้ต้องกระชับ นั่นคือ ไม่ควรเกินหนึ่ง Sprint หากนักพัฒนาค้นพบระหว่าง Sprint Planning ว่า User Story ที่เจ้าของผลิตภัณฑ์เสนอนั้นยาวเกินไป พวกเขาควรแยกออกเป็นส่วนๆ
T สำหรับทดสอบได้
ตัวอักษรตัวสุดท้ายของตัวย่อ INVEST ย่อมาจาก testable หมายความว่าการดัดแปลงผลิตภัณฑ์ที่อธิบายไว้ใน User Story จะต้อง กักเก็บน้ำและตรวจสอบได้ กล่าวอีกนัยหนึ่ง ควรจะสามารถตรวจสอบได้ว่าโซลูชันที่นักพัฒนานำไปใช้นั้นได้ส่งค่าที่สมมติขึ้นไปยังผู้มีส่วนได้ส่วนเสียที่เฉพาะเจาะจงหรือไม่
การสร้าง User Story ที่ดีที่สุด – สรุป
INVEST เป็นตัวย่อที่อธิบายถึง User Story ที่เขียนมาอย่างดี มันควรจะเป็น:
- ไม่ขึ้นกับเรื่องราวของ ผู้ ใช้รายอื่น เพื่อให้สามารถแก้ไขหรือลบออกจาก Product Backlog หากมีความจำเป็น
- ต่อรองได้ ควรระบุสิ่งที่ต้องทำโดยปล่อยให้ตัวเลือกวิธีการทำกับนักพัฒนา
- มีคุณค่า กล่าวคือ การแสดงเหตุผลทางธุรกิจในการปรับเปลี่ยนผลิตภัณฑ์ หรือ แนวตั้ง คือ การนำเสนอคุณลักษณะใหม่ของผลิตภัณฑ์ที่ผู้ใช้มองเห็นได้
- Estimable หมายถึง มีขนาดที่กำหนดได้และเกณฑ์ความสมบูรณ์
- เล็ก พอที่จะทำให้เสร็จใน Sprint เดียว
- ทดสอบ ได้เพื่อให้ทราบแน่ชัดว่าได้นำไปปฏิบัติแล้ว
หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งที่วุ่นวายบน Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest
ผู้เขียน: แคโรไลน์ เบ็คเกอร์
ในฐานะผู้จัดการโครงการ Caroline เป็นผู้เชี่ยวชาญในการค้นหาวิธีการใหม่ๆ เพื่อออกแบบเวิร์กโฟลว์ที่ดีที่สุดและเพิ่มประสิทธิภาพกระบวนการ ทักษะในการจัดองค์กรและความสามารถในการทำงานภายใต้แรงกดดันของเวลาทำให้เธอเป็นคนที่ดีที่สุดในการเปลี่ยนโครงการที่ซับซ้อนให้กลายเป็นจริง
คู่มือการต่อสู้:
- อภิธานศัพท์ของคำศัพท์พื้นฐาน บทบาท และแนวคิด
- Scrum คืออะไร?
- ค่าการต่อสู้
- วิธีใช้งาน Scrum ในบริษัทของคุณ
- Scrum Team - มันคืออะไรและทำงานอย่างไร?
- เจ้าของผลิตภัณฑ์คือใคร?
- ข้อผิดพลาดที่พบบ่อยที่สุดของ Product Owner
- Scrum Master คือใคร?
- ลักษณะของ Scrum Master ที่ดี
- ข้อผิดพลาดที่พบบ่อยที่สุดของ Scrum Master
- สถิติและตัวชี้วัดใดที่ Scrum Master ควรติดตาม
- ความร่วมมือระหว่าง Product Owner และ Scrum Master
- ทีมพัฒนาใน Scrum
- ข้อผิดพลาดที่พบบ่อยที่สุดของ Developers
- สิ่งประดิษฐ์การต่อสู้
- สเกลการต่อสู้
- Sprint Backlog
- Backlog สินค้าคืออะไร?
- เรื่องราวของผู้ใช้คืออะไร?
- สร้าง User Story ที่ดีที่สุดกับ INVEST
- ข้อผิดพลาด User Story ที่พบบ่อยที่สุด
- เกณฑ์การยอมรับเรื่องราวของผู้ใช้
- การประมาณค่าและจุดเรื่องราวใน Scrum
- การวางแผนโป๊กเกอร์
- เกมประเมินทีม
- กำหนดส่วนเพิ่ม
- เหตุการณ์การต่อสู้
- Sprint ใน Scrum คืออะไร?
- ความมุ่งมั่นของทีม Scrum - เป้าหมายผลิตภัณฑ์ เป้าหมาย Sprint และคำจำกัดความของความสำเร็จ
- แผนภูมิ Burndown คืออะไร?
- จะสร้างและตีความแผนภูมิเบิร์นดาวน์ได้อย่างไร?
- ข้อดีและข้อเสียของแผนภูมิการเบิร์นดาวน์
- กระดาน Kanban ใน Scrum และ Scruban
- Velocity in Scrum - ความเร็วของทีมพัฒนา
- การต่อสู้รายวัน
- การวางแผนการวิ่ง
- Sprint Review
- Sprint Retrospective คืออะไร?
- ข้อผิดพลาดทั่วไประหว่าง Sprint Retrospective
- บำรุง Backlog สินค้า