วิธีการวิเคราะห์ความต้องการ
หากคุณเริ่มใหม่โครงการปราศจากการรวบรวมความต้องการโครงการจากผู้สนับสนุนและผู้ใช้ปลายทางคุณกำลังตั้งค่าตัวเองสำหรับความล้มเหลว โครงการสำเร็จเมื่อพวกเขาส่งมอบผลลัพธ์ที่เป็นบวกและความคาดหวังของผู้มีส่วนได้เสีย หากโครงการของคุณไม่พบโครงการและความคาดหวังของผู้ใช้มันล้มเหลวไม่ว่าคุณจะเสร็จเร็วแค่ไหนหรือเก็บไว้ภายในงบประมาณ
ตัวอย่างเช่นคุณเป็นผู้นำโครงการเพื่อสร้างแอพมือถือใหม่ คุณรวบรวมข้อกำหนดของโครงการและรวบรวมทีมนักพัฒนาผู้จัดการผลิตภัณฑ์และโฆษณา อย่างไรก็ตามหลังจากการเปิดตัวผู้ใช้บ่นเกี่ยวกับอินเทอร์เฟซของแอป พวกเขาไม่สามารถนำทางแอปเพื่อรับสิ่งที่ทำ
ปรากฎว่าทีมของคุณได้รับการมุ่งเน้นไปที่ความพึงพอใจทุกโครงการที่รวบรวมไว้จากผู้สนับสนุนโครงการที่พวกเขาไม่สนใจข้อกำหนดผู้ใช้ที่สำคัญอย่างหนึ่งสำหรับโครงการซอฟต์แวร์: ทำให้ง่าย!
ทีมของคุณส่งแอปที่ใช้งานได้ แต่ล้มเหลวในการตอบสนองความคาดหวังของผู้ใช้ โชคดีที่คุณสามารถหลีกเลี่ยงผลลัพธ์ดังกล่าวได้โดยการระบุการวิเคราะห์และการตรวจสอบความต้องการของผู้มีส่วนได้ส่วนเสียก่อนเริ่มโครงการใหม่ นี่คือที่การวิเคราะห์ความต้องการเข้ามา
การวิเคราะห์ความต้องการคืออะไร?
การวิเคราะห์ความต้องการเกี่ยวข้องกับการกำหนดวิเคราะห์การตรวจสอบความถูกต้องและการกำหนดความคาดหวังของผู้มีส่วนได้เสียสำหรับโครงการใหม่ในขณะที่พิจารณาถึงความขัดแย้งที่เป็นไปได้ทั้งหมด
เป็นกระบวนการของการระบุการวิเคราะห์และการจัดการข้อกำหนดของโครงการเพื่อพิจารณาว่าโครงการควรทำและกำจัดความคลุมเครือหรือข้อกำหนดที่ขัดแย้งกันใด ๆแผนโครงการของคุณ .
ในขณะที่คุณดำเนินการวิเคราะห์ความต้องการโปรดจำไว้ว่าข้อกำหนดที่ยอมรับได้ต้องเป็น:
การวิเคราะห์ความต้องการดำเนินการเมื่อใด
โดยทั่วไปแล้วคุณดำเนินการกระบวนการวิเคราะห์ข้อกำหนดก่อนที่จะเริ่มการวางแผนโครงการ. นอกจากนี้ในการจัดการโครงการ, คุณดำเนินการวิเคราะห์ความต้องการเมื่อ:
ใครบ้างที่ดำเนินการวิเคราะห์ข้อกำหนด
ผู้จัดการโครงการดำเนินการวิเคราะห์ข้อกำหนดของโครงการก่อนเริ่มโครงการใหม่ เอกสารการวิเคราะห์ความต้องการรวบรวมจัดระเบียบและติดตามข้อกำหนดของโครงการจากผู้มีส่วนได้ส่วนเสียที่สำคัญ มันแนะนำโครงการการวางแผนและทำให้แน่ใจว่าคุณทำโครงการให้สอดคล้องกับผู้มีส่วนได้ส่วนเสียและเป้าหมายทางธุรกิจ
การวิเคราะห์ความต้องการในวิศวกรรมซอฟต์แวร์
ในขณะที่การวิเคราะห์ความต้องการเป็นประโยชน์ต่อโครงการใด ๆ มันเป็นเรื่องธรรมดามากที่สุดในวิศวกรรมซอฟต์แวร์ ในด้านวิศวกรรมซอฟต์แวร์การวิเคราะห์ความต้องการที่รู้จักกันในนามวิศวกรรมความต้องการกำหนดความคาดหวังสำหรับซอฟต์แวร์ใหม่ที่สร้างขึ้นหรือแก้ไข
การวิเคราะห์ความต้องการด้านวิศวกรรมซอฟต์แวร์ช่วยให้ผู้จัดการโครงการและผู้นำสามารถรักษาทิศทางที่ชัดเจนทำให้ผู้ใช้ต้องการความต้องการด้านหน้าและศูนย์และพัฒนาเอกสารที่ครอบคลุมของกระบวนการพัฒนา การวิเคราะห์ความต้องการในวิศวกรรมซอฟต์แวร์มักเป็นกระบวนการวนซ้ำอย่างต่อเนื่องตลอดระยะเวลาของโครงการไม่ใช่แบบหนึ่งและทำงาน .
คุณจะหาข้อกำหนดของโครงการได้อย่างไร
การขุดเจาะจงข้อกำหนดของโครงการคือการวิเคราะห์ความต้องการที่ปัดเศษ มันเริ่มต้นด้วยการระบุและรับการป้อนข้อมูลจากผู้มีส่วนได้ส่วนเสียที่สำคัญที่สุด หลังจากระบุผู้มีส่วนได้เสียเหล่านี้บันทึกความต้องการโครงการเพื่อการวิจัยและการตรวจสอบก่อนที่จะเริ่มงาน
มีสามขั้นตอนหลักในการวิเคราะห์ความต้องการอย่างละเอียด:
ผู้มีส่วนได้ส่วนเสียที่สำคัญในการศึกษาในกระบวนการวิเคราะห์ข้อกำหนด ได้แก่ ลูกค้าผู้ใช้ปลายทางสมาชิกในทีมและผู้สนับสนุนโครงการ สิ่งเหล่านี้มักจะเป็นผู้มีส่วนได้เสียที่ได้รับผลกระทบมากที่สุดจากโครงการและความต้องการของพวกเขารวมกันเพื่อกำหนดผลลัพธ์ของโครงการในอุดมคติ
เทคนิคการวิเคราะห์ความต้องการที่คุณต้องรู้
เทคนิคการวิเคราะห์ความต้องการช่วยให้คุณกำหนดความคาดหวังของผู้มีส่วนได้ส่วนเสียที่ทำให้การวิเคราะห์ความต้องการ พวกเขายังช่วยให้คุณชี้แจงความคาดหวังของผู้มีส่วนได้เสียในภาษาที่ง่ายและภาพเพื่อให้แน่ใจว่าคุณอยู่ในหน้าเดียวกัน เมื่อคุณรวบรวมข้อกำหนดแล้วให้เขียนลงในเอกสารการวิเคราะห์ความต้องการและแบ่งปันกับผู้มีส่วนได้เสียของคุณเพื่อขออนุมัติ
หากคุณทำการเปลี่ยนแปลงเอกสารการวิเคราะห์ความต้องการนี้ในระหว่างโครงการให้บันทึกผ่านเปลี่ยนขั้นตอนการควบคุมและส่งอีกครั้งเพื่อขออนุมัติจากผู้มีส่วนได้เสียที่เกี่ยวข้อง
เทคนิคการวิเคราะห์ความต้องการสำหรับการค้นพบความต้องการทางธุรกิจ
เทคนิคการวิเคราะห์ความต้องการต่อไปนี้ช่วยในการค้นหาความต้องการทางธุรกิจ:
เทคนิคการวิเคราะห์ความต้องการสำหรับการระบุข้อกำหนดของซอฟต์แวร์
เทคนิคการวิเคราะห์ความต้องการต่อไปนี้ช่วยระบุความต้องการความต้องการซอฟต์แวร์:
ความท้าทายของการระบุข้อกำหนดของโครงการคืออะไร?
เมื่อระบุความต้องการของโครงการมีความท้าทายทั่วไปบางอย่างที่คาดหวัง บางส่วนของเหล่านี้คือ:
1. ผู้มีส่วนได้ส่วนเสียไม่รู้ว่าพวกเขาต้องการอะไร
ความท้าทายที่ใหญ่ที่สุดของการวิเคราะห์ความต้องการคือลูกค้ามักจะมีความคิดที่คลุมเครือเกี่ยวกับสิ่งที่พวกเขาต้องการ ลูกค้าบางรายอาจทราบ แต่ต้องดิ้นรนกับการสื่อสารกับมันดังนั้นจึงขึ้นอยู่กับคุณที่จะถามคำถามที่ถูกต้องเพื่อจับความต้องการของพวกเขา
2. ข้อกำหนดมักเป็นแบบไดนามิก
ความท้าทายของการวิเคราะห์ความต้องการอีกประการหนึ่งคือลักษณะของความต้องการที่มีการพัฒนา ความคาดหวังที่กำหนดไว้ในช่วงเริ่มต้นของโครงการอาจเปลี่ยนแปลงไปเมื่อโครงการดำเนินไป แนวโน้มธุรกิจอาจส่งผลกระทบต่อเงื่อนไขเริ่มต้นจำเป็นต้องมีวิธีแก้ปัญหาใหม่ทั้งหมด มีแผนสำรองและเปลี่ยนกระบวนการจัดการแทนที่เพื่อแก้ไขปัญหาการเปลี่ยนแปลงที่ไม่คาดคิด
3. การสื่อสารที่ไม่ดีระหว่างทีม
เนื่องจากความแตกต่างของความเชี่ยวชาญด้านเทคนิคระหว่างผู้จัดการโครงการวิศวกรและผู้ใช้ผู้มีส่วนได้เสียเหล่านี้อาจไม่เห็นตาต่อตาเสมอไป เป็นงานของคุณในขณะที่ผู้จัดการโครงการเป็นผู้ไกล่เกลี่ยและผู้สื่อสารระหว่างด้านที่เกี่ยวข้องทั้งหมด
4. ทีมพัฒนากำลังหลงลืมการเมืองขององค์กร
ทีมพัฒนามักจะหลงลืมต่อการเมืองขององค์กรโดยเฉพาะใน บริษัท ขนาดใหญ่ที่มีทีมข้ามฟังก์ชั่น. ไม่ถูกตรวจสอบนี้อาจทำให้เกิดความเข้าใจผิดการเยื้องศูนย์เป้าหมายและความล้มเหลวของโครงการ
กระบวนการวิเคราะห์ความต้องการคืออะไร
กระบวนการห้าขั้นตอนด้านล่างมีความสำคัญในการค้นหาความต้องการของโครงการ
1. ดำเนินการวิเคราะห์ผู้มีส่วนได้ส่วนเสีย
เพื่อค้นหาข้อกำหนดของโครงการรายการผู้มีส่วนได้ส่วนเสียที่สำคัญที่เกี่ยวข้องจากผู้สนับสนุนโครงการไปยังผู้ใช้ปลายทางไปยังทีมงานโครงการ
การมีภาพที่ชัดเจนว่าใครมีคำพูดในโครงการทำให้คุณอยู่ในเส้นทางที่ถูกต้องเพื่อรวบรวมและจัดระเบียบความคาดหวังของพวกเขาก่อนการวิเคราะห์ความต้องการที่แท้จริง เมื่อคุณระบุผู้มีส่วนได้ส่วนเสียที่สำคัญคุณสามารถจัดกลุ่มตามระดับอิทธิพลและความสนใจที่พวกเขามีในความสำเร็จหรือความล้มเหลวของโครงการของคุณ
2. หมายเหตุความต้องการของผู้มีส่วนได้ส่วนเสียแต่ละราย
หลังจากที่คุณระบุและจัดหมวดหมู่ผู้มีส่วนได้ส่วนเสียของโครงการขอให้แต่ละคนตามความคาดหวังของพวกเขา พวกเขาต้องการอะไรจากผลิตภัณฑ์นี้ ผลลัพธ์ที่คาดหวังของพวกเขาคืออะไร?
เมื่อพูดกับผู้มีส่วนได้ส่วนเสียรักษาความโปร่งใส ชี้แจงขอบเขตโครงการและศักยภาพใด ๆช่องว่างขอบเขตและการอภิปรายบริบท หากคุณไม่ทำเช่นนั้นผู้มีส่วนได้ส่วนเสียอาจกำหนดข้อกำหนดโครงการที่ไม่สมจริงซึ่งจะนำไปสู่ความผิดหวังหากคุณไม่สามารถใช้งานฟังก์ชั่นที่ต้องการในโครงการได้ส่งมอบได้ .
จำเป็นที่จะต้องเข้าใจมุมมองที่แตกต่างกันของผู้มีส่วนได้เสียในการสร้างและสื่อสารรูปภาพที่ชัดเจนยิ่งขึ้นของเป้าหมายของโครงการของคุณ ต่อไปนี้เป็นเทคนิคการวิเคราะห์ความต้องการบางอย่างที่จะช่วยบันทึกความต้องการของผู้มีส่วนได้เสีย:
3. ข้อกำหนดของกลุ่ม
หลังจากระบุข้อกำหนดจัดกลุ่มพวกเขาในสี่ประเภทเหล่านี้:
4. ชี้แจงและบันทึกความต้องการ
ตอนนี้ถึงเวลาที่ต้องกำหนดความเป็นไปได้ของแต่ละความต้องการและวิธีการที่โครงการสามารถส่งมอบได้ เพื่อให้บรรลุสิ่งนี้คุณต้อง:
5. รับข้อตกลงที่ลงนามแล้ว
มันไม่เพียงพอที่จะยอมรับความต้องการด้วยวาจา รับพวกเขาเป็นลายลักษณ์อักษรและมีเอกสารที่เซ็นชื่อโดยกลุ่มผู้มีส่วนได้ส่วนเสียที่สำคัญยืนยันว่าข้อกำหนดที่นำเสนอสะท้อนความต้องการของพวกเขาอย่างถูกต้อง เอกสารการวิเคราะห์ความต้องการนี้เป็นที่รู้จักในด้านวิศวกรรมซอฟต์แวร์เป็นข้อมูลจำเพาะข้อกำหนดของซอฟต์แวร์ (SRS) ป้องกันความน่าจะเป็นของขอบเขตคืบปัญหา.
ตัวอย่างเอกสารการวิเคราะห์ความต้องการ
เอกสารการวิเคราะห์ความต้องการของคุณ (RAD) สามารถรวมถึงไดอะแกรมข้อความและภาพ มันสามารถทำหน้าที่เป็นข้อตกลงตามสัญญาระหว่างคุณกับลูกค้าของคุณและควรเขียนในผู้มีส่วนได้ส่วนเสียทางภาษาสามารถเข้าใจได้ ส่วนสำคัญของเอกสารการวิเคราะห์ความต้องการรวมถึง:
นี่คือตัวอย่างเอกสารการวิเคราะห์ความต้องการจากมหาวิทยาลัยแห่งรัฐฟลอริดาเพื่อสร้างแรงบันดาลใจให้คุณ
ทำไมต้องใช้ผู้จัดการงาน UDNเป็นเครื่องมือวิเคราะห์ความต้องการ?
โครงการที่ประสบความสำเร็จตรงตามความคาดหวังของผู้มีส่วนได้ส่วนเสียทั้งหมด ทรงพลังเครื่องมือการจัดการโครงการชอบผู้จัดการงาน UDNทำให้ง่ายต่อการรวบรวมความต้องการจากผู้มีส่วนได้เสียหลักให้ทัศนวิสัยในการวิเคราะห์ความต้องการและกระบวนการวางแผนโครงการและวิเคราะห์ความต้องการโครงการในสถานที่และพื้นที่ทำงานรวมศูนย์
คุณพร้อมที่จะบรรลุเป้าหมายโครงการในเวลาและงบประมาณในขณะที่ปฏิบัติตามความคาดหวังของผู้มีส่วนได้ส่วนเสียหรือไม่? เริ่มต้นด้วยทดลองใช้ฟรีสองสัปดาห์ฟรีของผู้จัดการงาน UDNซอฟต์แวร์การจัดการโครงการ