สารบัญ:
วีดีโอ: เรื่องราวของผู้ใช้แทนที่ข้อกำหนดหรือไม่
2024 ผู้เขียน: Lynn Donovan | [email protected]. แก้ไขล่าสุด: 2023-12-15 23:54
ในขณะที่งานในมือสามารถคิดได้ว่าเป็น ทดแทน สำหรับ ความต้องการ เอกสารของโครงการแบบดั้งเดิม สิ่งสำคัญคือต้องจำไว้ว่าส่วนที่เป็นลายลักษณ์อักษรของ Agile เรื่องราวของผู้ใช้ (“ในฐานะ a ผู้ใช้ , ฉันต้องการ …”) ยังไม่สมบูรณ์จนกว่าจะมีการอภิปรายเกี่ยวกับเรื่องนั้น เรื่องราว เกิดขึ้น.
ต่อมาอาจมีคนถามอีกว่า ทำไมเรื่องราวของผู้ใช้ถึงดีกว่าข้อกำหนด?
โดยทั่วไปแล้ว เรื่องราวของผู้ใช้มีมากขึ้น ใช้กันทั่วไปในวิธีการแบบเปรียวในขณะที่ ความต้องการ เอกสารคือ มากกว่า มักเกี่ยวข้องกับวิธีการน้ำตกแบบดั้งเดิม เนื่องจากแสงธรรมชาติของ เรื่องราวของผู้ใช้ , พวกเขาส่งเสริม มากกว่า การอภิปรายและการทำงานร่วมกัน เกินความต้องการ เอกสาร
รู้ยัง ข้อกำหนดในการเขียนเรื่องราวของผู้ใช้มีอะไรบ้าง? ต่อไปนี้คือแนวทางบางประการที่ควรพิจารณา:
- เรื่องราวของผู้ใช้ ≠ งาน เรื่องราวของผู้ใช้ไม่ใช่งาน
- อยู่ในระดับสูง คุณต้องมีระดับสูง แต่ยังแม่นยำและตรงประเด็น
- ทำความเข้าใจผู้ใช้
- คิดว่าเป็นผู้ใช้
- คิดการใหญ่.
- ใช้มหากาพย์
- อย่าทิ้ง - จัดลำดับความสำคัญแทน
- การตั้งค่าเพื่อความสำเร็จ - ไม่ใช่แค่การยอมรับ
เกี่ยวกับเรื่องนี้ 3 C's ในเรื่องผู้ใช้คืออะไร?
เรื่องราวของผู้ใช้ที่ดีประกอบด้วยสามองค์ประกอบ โดยทั่วไปเรียกว่า C สามตัว:
- การ์ด: เขียนบนการ์ด
- การสนทนา: รายละเอียดที่บันทึกไว้ในการสนทนา
- การยืนยัน: เกณฑ์การยอมรับยืนยันว่าเรื่องราวเสร็จสิ้นแล้ว
ข้อกำหนดใน Agile คืออะไร?
สิ่งที่ดี ความต้องการ เอกสารสำหรับ เปรียว โครงการประกอบด้วยเรื่องราวของผู้ใช้ การทดสอบการยอมรับของผู้ใช้ เวิร์กโฟลว์ ความต้องการ ในรายละเอียดและโครงร่าง