วิธีเขียนเรื่องราวของผู้ใช้ใน Jira

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

มีขั้นตอนต่างๆ ที่เกี่ยวข้อง เช่น การทำความเข้าใจความต้องการ การออกแบบ การทดสอบ การปรับแต่ง และการเผยแพร่แอปขั้นสุดท้าย

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

เรื่องราวของผู้ใช้เป็นส่วนประกอบที่สำคัญในเส้นทางการพัฒนาซอฟต์แวร์ เนื่องจากช่วยอธิบายคุณลักษณะต่างๆ ของมันด้วยภาพและจัดลำดับความสำคัญของรายการหรือเรื่องราวที่ต้องพัฒนา อ่านต่อเพื่อทำความเข้าใจวิธีสร้าง User Stories ใน Jira

เรื่องราวของผู้ใช้คืออะไร

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

โครงสร้างพื้นฐานของ User Story

เรื่องราวของผู้ใช้คือรายการ 'สิ่งที่ต้องทำ' ที่ช่วยกำหนดขั้นตอนที่ต้องปฏิบัติตามเมื่อทำงานในโครงการ เรื่องราวของผู้ใช้ควรจะจับภาพ "ใคร" "อะไร" และ "ทำไม" ของข้อกำหนดของผลิตภัณฑ์ เรื่องราวดังกล่าวสั้น ๆ โดยแต่ละองค์ประกอบมี 10-15 คำ ขั้นตอนเหล่านี้จะช่วยให้ผลิตภัณฑ์และกระบวนการเป็นไปตามข้อกำหนดที่ต้องการ

Ron Jeffries กล่าวว่า เรื่องราวของผู้ใช้ทุกคนควรมี 3Cs ซึ่งหมายถึง “การ์ด การสนทนา และการยืนยัน” ให้เราอธิบาย 3Cs ที่ควรสังเกตเมื่อเขียน User Stories ใน Jira

การ์ด

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

การ์ดยังสามารถแสดงรายละเอียดที่สำคัญ เช่น ลำดับความสำคัญและค่าใช้จ่ายที่เกี่ยวข้องกับคุณสมบัติ เจ้าของผลิตภัณฑ์หรือผู้จัดการโครงการจะมอบการ์ดเรื่องราวให้กับนักพัฒนาเมื่อบันทึกรายละเอียดทั้งหมดแล้ว

การสนทนา

หลังจากใช้การ์ดเพื่อกำหนดเรื่องราวของผู้ใช้แล้ว การสนทนาระหว่างฝ่ายต่างๆ ที่เกี่ยวข้องจะตามมา ข้อกำหนดใน User Story ต้องมีการหารือและปรับปรุงก่อนที่จะสื่อสารกับนักพัฒนา

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

การยืนยัน

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

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

วัตถุประสงค์ของการเขียน User Story

• ช่วยให้นักออกแบบ เจ้าของผลิตภัณฑ์ และนักพัฒนาคิดโดยคำนึงถึงผู้ใช้ปลายทาง ผลิตภัณฑ์สมัยใหม่ควรพิจารณาเสมอว่าผู้ใช้จะโต้ตอบกับผลิตภัณฑ์อย่างไร เรื่องราวของผู้ใช้เป็นวิธีการที่ยอดเยี่ยมที่เน้นการเดินทางของผู้ใช้ปลายทางเมื่อออกแบบและพัฒนาผลิตภัณฑ์
• มีรูปแบบที่ง่ายและยืดหยุ่น เรื่องราวของผู้ใช้ใน Jira ไม่จำเป็นต้องซับซ้อน รูปแบบที่ตรงไปตรงมาช่วยให้คุณบันทึกรายละเอียดทั้งหมดโดยใช้คำให้น้อยที่สุด ความต้องการยังเปลี่ยนไปเมื่อแอปพลิเคชันระบบ/ซอฟต์แวร์เติบโตขึ้น และนั่นคือเหตุผลที่ User Story มีความยืดหยุ่นเพื่อรองรับการเปลี่ยนแปลงดังกล่าว
• ทีมงานพูดภาษาเดียวกัน ทีมพัฒนาทั่วไปสามารถมีเจ้าของผลิตภัณฑ์ นักออกแบบ และนักพัฒนาได้ เรื่องราวของผู้ใช้เป็นเครื่องมือที่ดีที่ช่วยให้มั่นใจว่าทุกคนในทีมเข้าใจความต้องการและเป้าหมายสุดท้าย
• เรื่องราวของผู้ใช้เปิดใช้งานการทำงานร่วมกัน เรื่องราวของผู้ใช้กำหนดเป้าหมายสุดท้าย ทีมจึงสามารถทำงานร่วมกันและตัดสินใจว่าจะให้บริการผู้ใช้ปลายทางอย่างไรให้ดีที่สุดและบรรลุเป้าหมายที่ตั้งไว้

แนวทางปฏิบัติที่ดีที่สุดในการเขียน User Stories

#1. ควรกำหนดผู้ใช้ให้ชัดเจน

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

ผู้ใช้จะแสดงเป็น:

“ในฐานะ [ชื่อผู้ใช้]……”

ตัวอย่างเช่น ”ในฐานะผู้เช่า…….” หรือ “ในฐานะเจ้าของบ้าน….”

#2. เรื่องราวของผู้ใช้จะต้องจับความต้องการ

คำถามบางข้อที่ต้องถามคือ – ผู้ใช้ต้องการแบ่งปันรูปภาพของผลิตภัณฑ์กับเพื่อนของพวกเขาหรือต้องการดูประวัติของรายการทั้งหมดที่พวกเขาซื้อในอดีตหรือไม่? คำถามดังกล่าวจะช่วยให้ทีมผลิตภัณฑ์เข้าใจว่าพวกเขาควรจะสร้างอะไร

ข้อผิดพลาดทั่วไปที่ปรากฏในขั้นตอนนี้กำลังนำเสนอแนวทางแก้ไข อย่างไรก็ตาม เรื่องราวของผู้ใช้ไม่ควรมาพร้อมกับวิธีแก้ปัญหา ในฐานะนักพัฒนาผลิตภัณฑ์ คุณควรทำงานร่วมกับผู้ใช้เมื่อเขียนเรื่องราวของผู้ใช้ใน Jira เพื่อรวบรวมความต้องการของผู้ใช้ แต่หลีกเลี่ยงการด่วนสรุป

ความต้องการแสดงเป็น “ในฐานะ [ชื่อผู้ใช้]: ฉันสามารถ [บรรลุบางสิ่ง]….”

ตัวอย่างเช่น “ในฐานะเจ้าของบ้าน: ฉันสามารถดูรายละเอียดการเก็บค่าเช่ารายเดือน…..”

#3. ควรมีคำชี้แจงคุณสมบัติ

คุณสามารถนำเสนอข้อความที่มีคุณสมบัติครบถ้วนด้วยวลีเช่น "ดังนั้น" ฟีเจอร์ไม่ได้ถูกเพิ่มเข้าไปในแอพเท่านั้น แต่ฟีเจอร์นั้นควรเพิ่มมูลค่า

คุณสามารถแสดงข้อความที่มีคุณสมบัติเป็น;

“ในฐานะ [USERNAME] ฉันสามารถ [บรรลุบางสิ่ง] ดังนั้น [VALUE STATEMENT]…”

ตัวอย่างเช่น;

“ในฐานะเจ้าของบ้าน: ฉันสามารถดูรายละเอียดการเก็บค่าเช่ารายเดือนเพื่อที่ฉันจะได้วางแผนค่าใช้จ่ายของฉัน”

คำชี้แจงคุณสมบัติระบุเหตุผลว่าเหตุใดทีมผลิตภัณฑ์จึงควรดำเนินการกับคุณลักษณะที่เสนอ

#4. เรื่องราวของผู้ใช้ควรเป็นอิสระ

ทุก User Story ที่สร้างขึ้นควรแสดงถึงชุดคุณค่าทางธุรกิจที่เป็นอิสระและแตกต่าง ดังนั้น ควรมีมูลค่าที่เพิ่มขึ้นเมื่อนักพัฒนาใช้งาน User Story

#5. ทำให้เรื่องราวของผู้ใช้สามารถต่อรองได้

สามารถอธิบายเป้าหมายสุดท้ายของ User Story ได้อย่างชัดเจน อย่างไรก็ตาม กระบวนการบรรลุเป้าหมายที่ตั้งไว้ควรสามารถต่อรองได้ เรื่องราวของผู้ใช้ควรอนุญาตให้เจ้าของผลิตภัณฑ์และทีมพัฒนาสามารถเจรจาเพื่อป้องกันข้อจำกัดที่ไม่สมจริงในฟังก์ชันหรือคุณสมบัติ

#6. ควรเรียบง่ายและมีขนาดเล็ก

คุณควรทำให้ User Stories ของคุณใน Jira มีขนาดเล็ก หากคุณต้องการบรรลุเป้าหมายภายในรอบการวิ่งที่กำหนด หากคุณมีเรื่องราวที่ซับซ้อนเกินไป นั่นเป็นสัญญาณว่าคุณต้องแยกรายละเอียดเพิ่มเติม

กระบวนการทีละขั้นตอนในการสร้างเรื่องราวของผู้ใช้ใน Jira

จิราเป็นหนึ่งในเครื่องมือการจัดการโครงการที่ดีที่สุดในโลกสมัยใหม่ เดิมที Jira ใช้สำหรับการติดตามข้อบกพร่องและปัญหา แต่ตอนนี้ได้พัฒนาเป็นเครื่องมือพัฒนาซอฟต์แวร์ที่คล่องตัวรอบด้านสำหรับทีมพัฒนา

ฟังก์ชันการทำงานที่ประณีตของแอพนี้และการรวมเข้ากับแอพต่าง ๆ ได้ง่ายเป็นเหตุผลที่คุณควรเขียนเรื่องราวของผู้ใช้ใน Jira ทำตามขั้นตอนเหล่านี้เพื่อสร้าง User Story เรื่องแรกของคุณ

#1. เข้าสู่ระบบ / สร้างบัญชีจิราของคุณ

หากคุณมีบัญชี Jira อยู่แล้ว ให้เข้าสู่ระบบและไปยังขั้นตอนที่ 2 อย่างไรก็ตาม หากคุณไม่มีบัญชี Jira คุณสามารถสร้างบัญชี Jira ได้ฟรี กรอกรายละเอียดและทำตามบทช่วยสอนเพื่อตั้งค่าโครงการแรกของคุณ เมื่อบัญชีของคุณพร้อมแล้ว คุณสามารถไปยังขั้นตอนที่ 2 ได้เลย

#2. สร้างปัญหา

ปัญหาใช้ในการติดตามงานแต่ละชิ้นที่ต้องทำให้เสร็จ คลิกที่ไอคอน 'สร้าง' บนแถบนำทางด้านบนของแดชบอร์ด Jira ของคุณ

#3. ระบุเรื่องราวผู้ใช้ของคุณ

อธิบายปัญหาของคุณในส่วนคำอธิบาย สำหรับตัวอย่างนี้ คำอธิบายของเราคือ “ในฐานะผู้ใช้ ฉันต้องการแบ่งปันข้อตกลงที่สำคัญเพื่อให้เพื่อน/ครอบครัวของฉันได้รับประโยชน์”

#4. แนบไฟล์ที่เกี่ยวข้อง

งานบางอย่างอาจต้องใช้ไฟล์ อย่างไรก็ตาม User Story ของเราไม่มีรูปภาพ ดังนั้นเราจะข้ามขั้นตอนนั้นไป

#5. เพิ่มคำอธิบาย

ส่วนนี้จะอธิบายคุณสมบัติโดยละเอียด ในกรณีของเรา เราสามารถอธิบายแพลตฟอร์มโซเชียลมีเดียที่สามารถแชร์ผลิตภัณฑ์ได้

#6. มอบหมายงาน

งานถูกกำหนดให้กับผู้สร้างเรื่องราวโดยอัตโนมัติ อย่างไรก็ตาม คุณสามารถมอบหมายปัญหาให้กับบุคคลอื่นได้หากคุณทำงานเป็นทีม

#7. กำหนดลำดับความสำคัญของงาน

เมื่อเขียน User Stories ใน Jira คุณสามารถกำหนดลำดับความสำคัญเป็นสูงสุด สูง ต่ำ หรือต่ำสุดได้ เราได้เลือก "สูง" สำหรับคุณลักษณะการแชร์บนโซเชียลมีเดียของเรา

#8. เผยแพร่เรื่องราวของผู้ใช้

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

ห่อ

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

คุณอาจสนใจคู่มือแนวทาง Agile นี้