การบริหารความต้องการ

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

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

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