การจัดการความต้องการ
ด้วยข้อกำหนดของ Visure งานที่เกี่ยวข้องกับการจัดการความต้องการจะง่ายขึ้นอย่างมาก การกำหนดเวอร์ชันและประวัติความต้องการจะไม่เป็นอุปสรรคอีกต่อไป เนื่องจากเครื่องมือจะจัดการให้คุณโดยอัตโนมัติ การตรวจสอบย้อนกลับแบบสองทิศทางยังทำให้ง่ายขึ้นผ่านเมทริกซ์ความสามารถในการตรวจสอบย้อนกลับและมุมมองการตรวจสอบย้อนกลับอื่นๆ
การจัดการความต้องการคืออะไร?
ตัวอย่างเช่น CMMI(1)ระบุว่าวัตถุประสงค์ของการจัดการความต้องการ (REQM) คือเพื่อ จัดการข้อกำหนดของผลิตภัณฑ์และส่วนประกอบของผลิตภัณฑ์ของโครงการ และเพื่อให้มั่นใจว่าข้อกำหนดเหล่านั้นมีความสอดคล้องกันกับแผนงานและผลงานของโครงการ.
กิจกรรมในวงจรการจัดการความต้องการ
เพื่อให้บรรลุเป้าหมายนี้ มีแนวทางปฏิบัติหลายประการที่จำเป็นต้องทำให้สำเร็จ:
- ทำความเข้าใจข้อกำหนด
กิจกรรมนี้ประกอบด้วยการทำความเข้าใจข้อกำหนดและผู้มีส่วนได้ส่วนเสียที่เป็นต้นกำเนิด ในหลายกรณี การจัดการความต้องการมีความเสี่ยงจากความคลุมเครือและความเข้าใจผิด ตัวอย่างเช่น “ระบบจะต้องจัดเตรียมอินเทอร์เฟซที่ใช้งานได้” ไม่ได้หมายความว่าอะไร แต่ถ้าเราเปลี่ยนถ้อยคำใหม่ในแง่ของจำนวนคลิกสูงสุดเพื่อเข้าถึงตัวเลือกใด ๆ ในเมนู เราจะสามารถ เอาชนะความคลุมเครือและเข้าใจความต้องการ.
- ได้รับความมุ่งมั่นต่อข้อกำหนด
ข้อกำหนดเป็นพื้นฐานตามสัญญาของผลิตภัณฑ์หรือระบบที่จะสร้าง จึงเป็น จำเป็นที่ทั้งสองฝ่ายเข้าใจและยอมรับข้อกำหนด. สิ่งสำคัญคือต้องกำหนดเกณฑ์การยอมรับที่เกี่ยวข้องกับข้อกำหนดแต่ละข้อเพื่อให้สามารถบรรลุและแสดงให้เห็นถึงการยอมรับของระบบ
- การเปลี่ยนแปลงข้อกำหนดในการจัดการ
ความต้องการเปลี่ยนแปลงและพัฒนาตลอดวงจรชีวิตของโปรเจ็กต์ และการพยายามหลีกเลี่ยงการเปลี่ยนแปลงถือเป็นข้อผิดพลาดร้ายแรง ยิ่งวงจรชีวิตยาวขึ้นเท่าใด เราจะพบการเปลี่ยนแปลงมากขึ้นเท่านั้น ดังนั้นเราจึงต้องเตรียมพร้อมสำหรับการเปลี่ยนแปลงและจัดการอย่างเหมาะสมโดยใช้เทคนิคเฉพาะ เช่น ประวัติเอกสาร การกำหนดเวอร์ชัน การวิเคราะห์ผลกระทบ และการติดตามการเปลี่ยนแปลง
- MANTAIN ความสามารถในการสืบค้นกลับแบบสองทิศทางของข้อกำหนด
การตรวจสอบย้อนกลับเป็นรากฐานที่สำคัญของการจัดการความต้องการ ช่วยให้สามารถติดตามข้อกำหนดไปยังสิ่งประดิษฐ์อื่น ๆ ในโครงการและตอบคำถามเช่น:
– เรากำลังทดสอบระบบทั้งหมดหรือไม่?
– เราปฏิบัติตามข้อกำหนดของผู้มีส่วนได้ส่วนเสียทั้งหมดหรือไม่?
- ค่าใช้จ่ายของการเปลี่ยนแปลงนี้คืออะไร?
– โซลูชันของเราสมบูรณ์หรือไม่
ด้วยความสามารถในการตรวจสอบย้อนกลับ เราสามารถตอบคำถามเหล่านี้และคำถามอื่นๆ ได้ มิฉะนั้น งานต่างๆ เช่น การวิเคราะห์ผลกระทบการเปลี่ยนแปลง จะเป็นกิจกรรมสุ่มทั้งหมด
(1)CMMI เป็นรูปแบบการปรับปรุงกระบวนการที่อธิบายแง่มุมต่างๆ ของการพัฒนาผลิตภัณฑ์ที่ครอบคลุมโดยกระบวนการขององค์กร