เทคนิคการประมาณค่า - ภาพรวม

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

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

• ข้อมูลในอดีต / ประสบการณ์ในอดีต
• เอกสาร / ความรู้ที่มีอยู่
• Assumptions
• ระบุความเสี่ยง

ขั้นตอนพื้นฐานสี่ขั้นตอนในการประมาณโครงการซอฟต์แวร์ ได้แก่ -

• ประมาณขนาดของผลิตภัณฑ์ที่พัฒนา
• ประเมินความพยายามเป็นรายเดือนหรือคน - ชั่วโมง
• ประมาณการกำหนดการเป็นเดือนปฏิทิน
• ประเมินต้นทุนโครงการในสกุลเงินที่ตกลงกัน

ข้อสังเกตเกี่ยวกับการประมาณค่า

• การประมาณค่าไม่จำเป็นต้องเป็นงานครั้งเดียวในโครงการ สามารถเกิดขึ้นในระหว่าง -

  • การได้รับโครงการ
  • การวางแผนโครงการ
  • การดำเนินโครงการตามความต้องการที่เกิดขึ้น

• ต้องเข้าใจขอบเขตของโครงการก่อนที่กระบวนการประมาณจะเริ่มขึ้น การมีข้อมูลโครงการในอดีตจะเป็นประโยชน์

• เมตริกโครงการสามารถให้มุมมองทางประวัติศาสตร์และข้อมูลที่มีคุณค่าสำหรับการสร้างประมาณการเชิงปริมาณ

• การวางแผนต้องการผู้จัดการด้านเทคนิคและทีมซอฟต์แวร์เพื่อให้คำมั่นสัญญาเบื้องต้นเนื่องจากจะนำไปสู่ความรับผิดชอบและความรับผิดชอบ

• ประสบการณ์ที่ผ่านมาสามารถช่วยได้มาก

• ใช้เทคนิคการประมาณอย่างน้อยสองอย่างเพื่อให้ได้ค่าประมาณและกระทบยอดค่าผลลัพธ์ ดูเทคนิคการสลายตัวในส่วนถัดไปเพื่อเรียนรู้เกี่ยวกับการกระทบยอดค่าประมาณ

• แผนควรทำซ้ำและอนุญาตให้มีการปรับเปลี่ยนเมื่อเวลาผ่านไปและทราบรายละเอียดเพิ่มเติม

แนวทางการประมาณโครงการทั่วไป

แนวทางการประมาณโครงการที่ใช้กันอย่างแพร่หลายคือ Decomposition Technique. เทคนิคการสลายตัวใช้วิธีแบ่งแยกและพิชิต การประมาณขนาดความพยายามและต้นทุนจะดำเนินการในลักษณะทีละขั้นตอนโดยแยกโครงการออกเป็นหน้าที่หลัก ๆ หรือกิจกรรมวิศวกรรมซอฟต์แวร์ที่เกี่ยวข้อง

Step 1 - ทำความเข้าใจขอบเขตของซอฟต์แวร์ที่จะสร้าง

Step 2 - สร้างขนาดซอฟต์แวร์โดยประมาณ

• เริ่มต้นด้วยคำชี้แจงขอบเขต

• แยกย่อยซอฟต์แวร์ออกเป็นฟังก์ชันที่สามารถประมาณได้ทีละอย่าง

• คำนวณขนาดของแต่ละฟังก์ชัน

• หาค่าความพยายามและค่าประมาณโดยใช้ค่าขนาดกับเมตริกประสิทธิภาพการทำงานพื้นฐานของคุณ

• รวมค่าประมาณฟังก์ชันเพื่อสร้างค่าประมาณโดยรวมสำหรับทั้งโครงการ

Step 3- สร้างประมาณการของความพยายามและค่าใช้จ่าย คุณสามารถบรรลุความพยายามและการประมาณค่าใช้จ่ายโดยการแบ่งโครงการออกเป็นกิจกรรมด้านวิศวกรรมซอฟต์แวร์ที่เกี่ยวข้อง

• ระบุลำดับของกิจกรรมที่ต้องดำเนินการเพื่อให้โครงการเสร็จสมบูรณ์

• แบ่งกิจกรรมออกเป็นงานที่สามารถวัดผลได้

• ประเมินความพยายาม (เป็นชั่วโมง / วัน) ที่ต้องใช้ในการทำงานแต่ละอย่างให้เสร็จ

• รวมการประมาณการความพยายามของงานของกิจกรรมเพื่อสร้างค่าประมาณสำหรับกิจกรรม

• รับหน่วยต้นทุน (เช่นต้นทุน / หน่วยความพยายาม) สำหรับแต่ละกิจกรรมจากฐานข้อมูล

• คำนวณความพยายามและต้นทุนทั้งหมดสำหรับแต่ละกิจกรรม

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

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

• ขอบเขตของโครงการไม่ได้รับความเข้าใจอย่างเพียงพอหรือมีการตีความผิดพลาด

• ฟังก์ชันและ / หรือรายละเอียดของกิจกรรมไม่ถูกต้อง

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

Step 5 - ตรวจสอบสาเหตุของความแตกต่างแล้วกระทบยอดประมาณการ

ความแม่นยำในการประมาณการ

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

ปัจจัยสำคัญที่มีผลต่อความแม่นยำของการประมาณการ ได้แก่ -

• ความถูกต้องของข้อมูลอินพุตโดยประมาณทั้งหมด

• ความถูกต้องของการคำนวณโดยประมาณ

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

• ความสามารถในการคาดเดาของกระบวนการพัฒนาซอฟต์แวร์ขององค์กรของคุณ

• ความเสถียรของข้อกำหนดของผลิตภัณฑ์และสภาพแวดล้อมที่สนับสนุนความพยายามด้านวิศวกรรมซอฟต์แวร์

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

ต่อไปนี้เป็นแนวทางบางประการในการบรรลุค่าประมาณที่เชื่อถือได้ -

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

อ้างถึงส่วนแนวทางการประมาณการในบทนี้

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

ปัญหาการประมาณการ

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

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

แม้แต่การประมาณการที่ดีก็ยังมีข้อสันนิษฐานความเสี่ยงและความไม่แน่นอนโดยธรรมชาติ แต่ก็มักจะถูกปฏิบัติราวกับว่ามีความถูกต้อง

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

• คุณยังสามารถรวมค่าความไม่แน่นอนเป็นค่าความน่าจะเป็นประกอบได้ ตัวอย่างเช่นมีความเป็นไปได้ 90% ที่โครงการจะเสร็จสมบูรณ์ในหรือก่อนวันที่กำหนด

• องค์กรไม่รวบรวมข้อมูลโครงการที่ถูกต้อง เนื่องจากความถูกต้องของการประมาณการขึ้นอยู่กับข้อมูลในอดีตจึงเป็นปัญหา

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

• ตกลงกับไคลเอ็นต์ในการจัดการขอบเขตครีปเพื่อหลีกเลี่ยงการโอเวอร์รันกำหนดการ

• ความล้มเหลวในการรองรับสถานการณ์ฉุกเฉินในการประมาณการขั้นสุดท้ายทำให้เกิดปัญหา เช่นการประชุมกิจกรรมขององค์กร

• การใช้ทรัพยากรควรถือว่าน้อยกว่า 80% เนื่องจากทรัพยากรจะมีประสิทธิผลเพียง 80% ของเวลาของพวกเขา หากคุณกำหนดทรัพยากรที่มีการใช้งานมากกว่า 80% จะมีความคลาดเคลื่อน

แนวทางการประมาณการ

ควรคำนึงถึงแนวทางต่อไปนี้ในการประเมินโครงการ -

• ถามประสบการณ์ของคนอื่นในระหว่างการประมาณค่า ใส่ประสบการณ์ของคุณเองในงานด้วย

• สมมติว่าทรัพยากรจะมีประสิทธิผลเพียง 80 เปอร์เซ็นต์ของเวลา ดังนั้นในระหว่างการประมาณให้ใช้ทรัพยากรน้อยกว่า 80%

• ทรัพยากรที่ทำงานในหลายโครงการใช้เวลานานกว่าในการทำงานให้เสร็จเนื่องจากเวลาที่เสียไปในการสลับระหว่างโครงการเหล่านี้

• รวมเวลาในการจัดการในการประมาณใด ๆ

• สร้างสถานการณ์ฉุกเฉินสำหรับการแก้ปัญหาการประชุมและเหตุการณ์ที่ไม่คาดคิดอื่น ๆ เสมอ

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

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

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

• ใช้คนหลายคนในการประมาณและใช้เทคนิคการประมาณค่าต่างๆ

• กระทบยอดประมาณการ สังเกตการบรรจบกันหรือการแพร่กระจายระหว่างการประมาณการ การบรรจบกันหมายความว่าคุณมีค่าประมาณที่ดี เทคนิค Wideband-Delphi สามารถใช้เพื่อรวบรวมและอภิปรายการประมาณการโดยใช้กลุ่มคนโดยมีจุดประสงค์เพื่อสร้างการประมาณที่ถูกต้องและเป็นกลาง

• ประเมินโครงการใหม่หลายครั้งตลอดวงจรชีวิต