ตัวอย่างรายละเอียดงานของ Scrum Masters เกี่ยวกับ User Story

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

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

ดังนั้น ในบล็อกนี้ คุณจะได้สำรวจตัวอย่าง Scrum Masters' Guide to User Story Task Breakdown ฉบับสมบูรณ์

เข้าไปกันเถอะ!

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

เรื่องราวของผู้ใช้สามารถกำหนดได้ดังนี้:

“รายการข้อกำหนดหรือคำอธิบายอย่างง่ายของคุณสมบัติตามมุมมองของผู้ใช้/ลูกค้า”

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

ในฐานะ < ประเภทผู้ใช้ > ฉันต้องการ < บางเป้าหมาย > เพื่อให้ < เหตุผลบางอย่าง >

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

ในฐานะเจ้าของแบรนด์ ฉันต้องการเปิดตัวแคมเปญการตลาดเพื่อให้ได้ลูกค้ามากขึ้น

ดังนั้นเรื่องราวของผู้ใช้จึงตอบคำถามพื้นฐานสามข้อ:

• ใคร - ใครต้องการอะไร?
• อะไร - พวกเขาต้องการอะไร?
• ทำไม - ทำไมพวกเขาต้องการมัน?

คำถามสุดท้ายคือความช่วยเหลือที่ยอดเยี่ยมสำหรับทีมในการกำหนดเป้าหมายตามความต้องการของบุคคล

ผู้ใช้ต้องชัดเจนในความต้องการและต้องการเพื่อให้ทีมสามารถร่างงานตามนั้นได้

ตอนนี้สามารถมีได้มากกว่าหนึ่งเป้าหมายและมากกว่าหนึ่งเหตุผลเช่นกัน ขึ้นอยู่กับประเภทของผู้ใช้และความต้องการเฉพาะของพวกเขา

ดังนั้น เรื่องราวของผู้ใช้เหล่านี้จึงช่วย Scrum Masters ในสิ่งที่ลูกค้าต้องการให้พวกเขาทำ ต่อมาพวกเขาวางแผนกลยุทธ์และไทม์ไลน์ตามความเหมาะสม

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

ตัวอย่างการแบ่งงานเรื่องราวของผู้ใช้

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

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

1. กำหนด ให้สั้นและเรียบง่าย อย่าทำให้ข้อกำหนดยาวเกินไป ควรมีความแม่นยำและยาวพอที่จะทำให้เสร็จภายในสองสามวัน
2. กำหนดงานให้ชัดเจน - อย่าคลุมเครือและคลุมเครือเมื่อต้องส่งมอบงานที่ต้องทำให้เสร็จ มีความชัดเจนและแม่นยำกับพวกเขา
3. รักษารายการตรวจสอบ - ด้วยข้อกำหนดมากมายจากผู้ใช้ จึงมีโอกาสพลาดในรายละเอียดบางอย่างอยู่เสมอ ดังนั้น รักษารายการตรวจสอบไว้เสมอและแก้ไขต่อไปเมื่อมีข้อกำหนดใหม่ปรากฏขึ้นในขั้นต่อไป รายการตรวจสอบจะลบโอกาสในการพลาดข้อกำหนดที่สำคัญของผู้ใช้

ลองมาดูตัวอย่างการแบ่งงานเรื่องราวของผู้ใช้ ต่อไปนี้เป็นข้อกำหนดเรื่องราวของผู้ใช้จากเจ้าของแบรนด์

“ในฐานะเจ้าของแบรนด์ ฉันต้องการเปิดตัวแคมเปญการตลาดบนช่องทางโซเชียลมีเดีย เพื่อเพิ่มการเข้าชมเว็บไซต์และรับลูกค้าเพิ่มขึ้น”

ดังนั้น เพื่อแก้ไขข้อกำหนดนี้ ทีมการตลาดจะนั่งร่วมกันเพื่อค้นหาวิธีแก้ปัญหาที่มีประสิทธิภาพ และทำตามขั้นตอนต่อไปนี้เพื่อแยกย่อยเรื่องราวของผู้ใช้ออกเป็นงาน

ขั้นตอนที่ 1: สร้างเกณฑ์การยอมรับ

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

ในตัวอย่างที่นำมา เกณฑ์การยอมรับจะเป็นไปตามรูปแบบนี้:

“สถานการณ์สมมติ: (อธิบายสถานการณ์สมมติ) ให้ (สิ่งที่เริ่มต้น) เมื่อ (การกระทำที่ดำเนินการ) จากนั้น (ผลของการกระทำ)”

ในตัวอย่างของเรา

สถานการณ์สมมติ: เจ้าของแบรนด์ต้องการแคมเปญโซเชียลมีเดียที่ดีที่สุดเพื่อให้ได้ลูกค้าสูงสุด

เนื่องจากเราได้เลือกเนื้อหาประเภทต่าง ๆ สำหรับการจัดการโซเชียลมีเดียหลักสองรายการ

เมื่อเปิดตัวแคมเปญ

จำนวนคนเปลี่ยนเส้นทางเพิ่มขึ้น

ขั้นตอนที่ 2: ตัดสินใจเกี่ยวกับบุคลิกภาพของผู้ซื้อ

ดำเนินการวิจัยอย่างเหมาะสมเพื่อทราบว่าใครคือกลุ่มเป้าหมายของแบรนด์และคู่แข่งด้วย การมี Buyer's Persona ที่มีประสิทธิภาพคือกุญแจสำคัญในการเปิดตัวแคมเปญที่ประสบความสำเร็จ

ขั้นตอนที่ 3: แยกย่อยออกเป็นงาน

เมื่อคุณมีเกณฑ์การยอมรับและบุคลิกของผู้ซื้อแล้ว ก็ถึงเวลาแบ่งย่อยเรื่องราวของผู้ใช้ออกเป็นงานต่างๆ

จากตัวอย่างข้างต้น งานบางอย่างที่ทีมของคุณต้องทำเพื่อให้เป็นไปตามเกณฑ์การยอมรับคือ:

1. การวิเคราะห์โซเชียลมีเดีย
2. การวิเคราะห์คู่แข่ง
3. รายชื่อโซเชียล
4. เนื้อหาสำหรับช่องทางโซเชียลมีเดียที่ใช้
5. กรองโพสต์ตามคนดู
6. อัพเดทกำหนดการ

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

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

ขั้นตอนที่ 4: การทำแผนที่เรื่องราว

การแมปเรื่องราวของผู้ใช้สามารถกำหนดได้ดังนี้:

“การแสดงภาพงานทั้งหมดที่ควรทำให้เสร็จซึ่งเป็นส่วนหนึ่งของเส้นทางการดำเนินการผลิตภัณฑ์”

ดังนั้น ในขั้นตอนนี้ งานทั้งหมดจะถูกแมปเพื่อให้เห็นภาพการเดินทางของผู้ใช้อย่างมีประสิทธิภาพ โดยปกติ แผนภูมิแกนต์หรือบอร์ดคัมบังจะถูกใช้เพื่อจุดประสงค์นี้

เคล็ดลับสำหรับการแจกแจงเรื่องราวของผู้ใช้

เคล็ดลับบางประการสำหรับการแยกเรื่องราวเพื่อสร้างการแยกย่อยอย่างมีประสิทธิภาพคือ:

1. แยกตามความสามารถ

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

2. แยกตามบทบาทของผู้ใช้

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

3. แยกตามลักษณะผู้ใช้

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

4. แยกตามอุปกรณ์

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

ประโยชน์ของการมีรายละเอียดเรื่องราวของผู้ใช้

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

1. เพิ่มโฟกัสและความชัดเจน

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

2. เพิ่มความร่วมมือ

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

3. ง่ายต่อการเข้าใจและเข้าใจ

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

4. โอกาสผิดพลาดน้อยลง

คุณเคยอยู่ในสถานการณ์ที่ผู้ใช้ไม่พอใจเพราะคุณพลาดข้อกำหนดในชุดข้อกำหนดที่ให้มาหรือไม่?

เป็นเรื่องปกติ แต่ถ้าคุณใช้เวลามากพอในการแยกแยะเรื่องราวของผู้ใช้ ก็มีโอกาสเกิดข้อผิดพลาดน้อยลง

5. ความพึงพอใจที่ดีขึ้นของความต้องการของผู้มีส่วนได้ส่วนเสีย

ไม่ชัดเจนเหรอ?

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

บทสรุป

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

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

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

เราขอให้คุณโชคดีที่สุด!

การอ่านที่เกี่ยวข้อง:

• Scrum Effort Points – คืออะไรและมีความสำคัญอย่างไรในการประชุม Story Point
• คู่มือที่ครอบคลุมสำหรับ Scrum Teams
• ทีม Scrum คืออะไร? – คู่มือฉบับสมบูรณ์สำหรับปี 2022
• บทบาทและความสำคัญของ Scrum Master ในการประชุมสแตนด์อัพประจำวัน
• Scrum Tools ที่ดีที่สุดของปี 2022 สำหรับการจัดการโครงการแบบ Agile
• ประเภทของ Scrum Meetings และ Scrum Best Practices