วิธีรับข้อกำหนดโครงการจากผู้มีส่วนได้ส่วนเสีย

บทนำ

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

เรื่องราวของผู้ใช้มักถูกตีกรอบเกี่ยวกับบทบาทของผู้ร้องขอสิ่งที่พวกเขาต้องการและเหตุผลที่พวกเขาต้องการ

Designmodo

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

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

การประชุมระดมความคิด

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

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

น. พันธมิตร

ตรวจสอบเซสชัน

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

สิ่งที่ต้องรวมไว้ในรายงานสถานะโครงการรายสัปดาห์

การจัดทำแผนภาพกระบวนการ

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

ถามว่าทำไม

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