Agile User StoriesUser stories have

Agile User Stories
User stories have a specific format, designed to help the author be descriptive and the reader (a developer) to take action:

“As a [persona], I want to [do something] so that I can [derive a benefit]”

If you’re the product person, your job is the fill in the (orange) blanks. The persona is a vivid, humanized, yet operational description of your user. The ‘[do something]’ is a some action you assume the user wants to do, and the ‘[derive a benefit]’ clause is a statement of why you’ve assumed the user persona wants to do what you describe. The [derive a benefit] clause is the most neglected by most creators of agile user stories and yet the most important. The reason why it’s so important is that this is where you’re saying why the feature you’re proposing to build makes sense. The world’s an uncertain place and you don’t necessarily have to be right about why but you User-Stories do need to state your point of view

ผลลัพธ์ (ไทย) 1:

เรื่องราวผู้ใช้คล่องตัวเรื่องราวผู้ใช้มีรูปแบบเฉพาะ จะช่วยให้ผู้เขียนสามารถอธิบายและอ่าน (นักพัฒนา) การดำเนินการ: "เป็นเป็น [ตัว], ฉันต้องการ [ทำงาน] เพื่อให้ฉันสามารถ [ได้รับสวัสดิการ] "ถ้าคุณคนผลิตภัณฑ์ งานของคุณคือ การเติมในช่อง (สีส้ม) ตัวเป็นคำอธิบายที่สดใส humanized แต่การดำเนินงานของผู้ใช้ของคุณ '[ทำงาน]"เป็นการกระทำบางอย่างที่คุณคิดว่า ผู้ใช้ต้องการจะทำ และอนุประโยค '[ได้รับสวัสดิการ]' เป็นรายงานเหตุผลที่คุณได้ถือว่า ตัวผู้ใช้ต้องการจะทำสิ่งที่คุณอธิบาย การ [ได้รับสวัสดิการ] อนุประโยคเป็นที่ถูกละเลยมากที่สุด โดยผู้สร้างส่วนใหญ่ของผู้ใช้คล่องตัวเรื่องราว และ ยังสำคัญสุด เหตุผลที่ทำไมมันเป็นสิ่งสำคัญจะเป็นที่คุณจะพูดทำไมลักษณะการทำงานที่คุณกำลังเสนอสร้างเหมาะสม โลกเป็นสถานที่ที่ไม่แน่นอนและคุณไม่จำเป็นต้องมีขวาเกี่ยวกับทำไมแต่เรื่องราวผู้ใช้คุณจะต้องมองของรัฐ

ผลลัพธ์ (ไทย) 2:

ผู้ใช้เรื่องเปรียว
เรื่องราวผู้ใช้มีรูปแบบเฉพาะที่ออกแบบมาเพื่อช่วยให้ผู้เขียนจะบรรยายและผู้อ่าน (พัฒนา) ที่จะดำเนินการ: "ในฐานะที่เป็น [บุคคล] ผมต้องการที่จะ [ทำอะไรบางอย่าง] เพื่อที่ฉันสามารถ [ได้รับประโยชน์ ] " ถ้าคุณเป็นคนที่สินค้างานของคุณคือการเติมใน (สีส้ม) ช่องว่าง บุคคลที่เป็นที่สดใส humanized, รายละเอียดการดำเนินงานยังของผู้ใช้ของคุณ [ทำอะไรบางอย่าง] คือการกระทำบางอย่างที่คุณถือว่าผู้ใช้ต้องการที่จะทำและ '[ได้รับประโยชน์] คำสั่งเป็นคำสั่งของเหตุผลที่คุณได้สันนิษฐานว่าบุคคลที่ผู้ใช้ต้องการที่จะทำสิ่งที่คุณอธิบาย [ได้รับมาเป็นประโยชน์] ข้อคือถูกทอดทิ้งมากที่สุดโดยผู้สร้างส่วนใหญ่ของเรื่องที่ผู้ใช้ยังคล่องตัวและที่สำคัญที่สุด เหตุผลที่ว่าทำไมมันเป็นสิ่งสำคัญเพื่อให้เป็นที่นี้เป็นที่ที่คุณกำลังจะบอกว่าทำไมคุณลักษณะที่คุณกำลังเสนอที่จะสร้างทำให้รู้สึก โลกเป็นสถานที่ที่มีความไม่แน่นอนและคุณไม่จำเป็นต้องถูกต้องเกี่ยวกับว่าทำไม แต่คุณเรื่องที่ผู้ใช้ไม่จำเป็นต้องระบุมุมมองของ

ผลลัพธ์ (ไทย) 3:

ว่องไวราว
ผู้ใช้ราวมีรูปแบบเฉพาะ ที่ออกแบบมาเพื่อช่วยให้ผู้เขียนได้บรรยายและผู้อ่าน ( พัฒนา ) เพื่อดำเนินการ :

" [ บุคคล ] , ฉันต้องการ [ ทำ ] เพื่อที่ฉันสามารถได้รับประโยชน์ [ ] "

ถ้าคุณผลิตภัณฑ์บุคคล งานของคุณคือการเติมเต็มในช่องว่าง ( สีส้ม ) . ตัวเป็นมนุษย์ แต่การดำเนินงานที่รายละเอียดของผู้ใช้ของคุณ' [ ทำ ] ' คือการกระทำบางอย่างที่คุณคิดว่าผู้ใช้ต้องการที่จะทำและ ' [ ] ' ได้รับประโยชน์ข้อแถลงของทำไมคุณคิดว่าผู้ใช้ Persona อยากทำตามที่คุณบอก [ ได้รับประโยชน์ ] ข้อที่ถูกทอดทิ้งมากที่สุดโดยผู้สร้างส่วนใหญ่ของเรื่องที่ผู้ใช้ ว่องไว และยังสำคัญที่สุดเหตุผลว่าทำไมมันจึงสำคัญว่า นี้คือที่คุณบอกว่าทำไมคุณลักษณะที่คุณเสนอให้สร้าง สมเหตุสมผล โลกเป็นสถานที่ที่ไม่แน่นอนและคุณไม่จําเป็นต้องถูกทำไม แต่นายเรื่องที่ผู้ใช้ต้องการให้รัฐมุมมองของคุณ