บางครั้งมีโครงการวิจัยและพัฒนาที่ไม่มีอะไรรู้ล่วงหน้าเกี่ยวกับเทคโนโลยีแนวคิดและลูกค้า อย่างไรก็ตามผู้จัดการยังคงต้องการเวลาโดยประมาณ ฉันจะทำอย่างไรเพื่อจัดทำประมาณการที่มีประโยชน์
บางครั้งมีโครงการวิจัยและพัฒนาที่ไม่มีอะไรรู้ล่วงหน้าเกี่ยวกับเทคโนโลยีแนวคิดและลูกค้า อย่างไรก็ตามผู้จัดการยังคงต้องการเวลาโดยประมาณ ฉันจะทำอย่างไรเพื่อจัดทำประมาณการที่มีประโยชน์
คำตอบ:
สุจริตตามที่ Nassim Nicholas Taleb เขียนไว้ในหนังสือของเขา The Black Swan: 'เราไม่สามารถคาดเดาได้' สาเหตุหลักมาจากสิ่งแปลกปลอม โดยทั่วไปแล้วสิ่งที่ดีที่สุดคือการสื่อสารความจริงข้อนี้ความจริงที่คุณไม่สามารถคาดการณ์ได้แทนที่จะสื่อสารการประมาณ
ตามที่ Taleb เขียน: มันเป็นการดีที่จะถูกต้องในวงกว้าง ดังนั้นให้แน่ใจว่าได้สื่อสารความจริงที่ว่าคุณมีเวลาที่ยากลำบากในการประเมินและใช้สิ่งต่าง ๆ เช่น 'เส้นโค้งการเรียนรู้ในเทคโนโลยีใหม่' เป็นหนึ่งในข้อโต้แย้ง ซึ่งหมายความว่าช่วงประมาณการของคุณจะใหญ่: 'โครงการนี้จะมีราคาระหว่าง 100k ถึง 500k'
โดยการพูดอะไรแบบนี้คนที่ขอให้คุณประเมินบางสิ่งบางอย่างรู้ตัวว่าสิ่งต่าง ๆ นั้นไม่ง่ายนัก
สิ่งแรกที่คุณต้องการคือความคิดเกี่ยวกับขอบเขต ยิ่งเป็นรูปธรรมมากขึ้นก็ยิ่งดี แต่ความต้องการทุกรูปแบบสามารถใช้ในการประมาณการเบื้องต้นได้ ความต้องการของลูกค้าวิสัยทัศน์และขอบเขตและเอกสารแนวคิดสามารถใช้ได้ก่อน เมื่อความต้องการและสภาพแวดล้อมในการทำงานเริ่มชัดเจนขึ้นการประมาณการจะดีขึ้น ความเข้าใจที่ดีขึ้นของลูกค้า (โดยเฉพาะอย่างยิ่งการเชื่อมต่อระหว่างลูกค้าและองค์กรที่กำลังพัฒนา) ทีมงานที่ทำงานเทคโนโลยีที่จะใช้สถาปัตยกรรมของระบบและการออกแบบที่มีรายละเอียดจะช่วยให้การประเมินมีความแม่นยำมากขึ้น สิ่งนี้สามารถมองเห็นได้ในกรวยแห่งความไม่แน่นอน
หากคุณกำลังใช้เครื่องมือสร้างแบบจำลองพารามิเตอร์เช่น SLIM หรือ COCOMO (ระดับกลางหรือขั้นสูงเท่านั้นเนื่องจากระดับพื้นฐานไม่ได้คำนึงถึงต้นทุนในการขับเคลื่อนต้นทุน) ดังนั้นควรมีปัจจัยการปรับตัวสำหรับความไม่คุ้นเคยของเทคโนโลยี ตัวอย่างเช่น COCOMO มีตัวผลักดันต้นทุนจำนวนมากซึ่งรวมถึงบางส่วนที่เน้นไปที่ความคุ้นเคยกับแพลตฟอร์มเป้าหมายรวมถึงภาษาและเครื่องมือที่ใช้ในการพัฒนาระบบ SLIM ยังคำนึงถึงประสบการณ์โดยรวมของทีมพัฒนาซึ่งควรรวมถึงข้อควรพิจารณาเกี่ยวกับเครื่องมือและเทคโนโลยีที่ใช้
ด้วยเทคนิคนี้ผลลัพธ์ของเครื่องมือสร้างแบบจำลองจะได้รับการตรวจสอบความถูกต้องเพราะพวกเขาประสบความสำเร็จในการประเมินโครงการซอฟต์แวร์ก่อนหน้านี้ในหลาย ๆ ปีในหลาย ๆ องค์กร อย่างไรก็ตามเอาต์พุตนั้นดีพอ ๆ กับอินพุตของเครื่องมือ
หากคุณไม่ได้ใช้แบบจำลองพารามิเตอร์เพื่อการประมาณค่าคุณจะต้องพิจารณาปัจจัยเหล่านี้เมื่อทำการประมาณค่าของคุณ มันกลายเป็นการเรียกวิจารณญาณมากขึ้น แต่คุณสามารถพิจารณากิจกรรมต่าง ๆ เช่นการอ่านเอกสารการตั้งค่าสภาพแวดล้อมการพัฒนาใหม่และการพัฒนาแอปพลิเคชันตัวอย่างบนแพลตฟอร์มเป้าหมายหรือด้วยภาษาเป้าหมาย
ในกรณีเหล่านี้คุณจะต้องแยกการประมาณการตามงานและสามารถใช้วิจารณญาณของมืออาชีพในการสำรองข้อมูล หวังว่าคุณจะมีข้อมูลในอดีตและหลักฐานที่เป็นรูปธรรมอื่น ๆ เพื่อเป็นฐานการประมาณการของคุณ มิฉะนั้นจะเป็นการต่อสู้ที่ยากเย็นแสนเข็ญ
แยกการฝึกอบรมที่สำคัญและเวลาวิจัยจากเวลาในการพัฒนา แบ่งโครงการออกเป็นหลายโครงการย่อยที่มีตอนจบที่มีความสุข ให้แน่ใจว่าคุณสร้างหลักฐานของแนวคิดหลังจากการฝึกอบรม
หากคุณยังใหม่กับเทคโนโลยีคุณจะไม่ได้ใกล้เคียงกับเวลาในการพัฒนาจริง เพิ่มสิ่งนี้เป็นความเสี่ยงในช่วงเริ่มต้นของโครงการและใจกว้างในการประเมินของคุณ สิ่งนี้ใช้ได้กับเทคโนโลยีหลักที่คุณและทีมของคุณไม่คุ้นเคย
ขึ้นอยู่กับว่าฉันใช้ FPA (การวิเคราะห์จุดของฟังก์ชั่น ) เป็นส่วนใหญ่ แต่เราอยู่ใน "การพัฒนาเว็บ enterprizey" ฉันหมายความว่าคุณรู้ว่า บริษัท เว็บ Forbes 500
มีงานที่สามารถแบ่งออกเป็นสองส่วน: หนึ่งซึ่งเหมาะกับ FPA ดีจริง ๆ : คุณมีอินเทอร์เฟซการป้อนข้อมูลอินเทอร์เฟซการส่งออกแฟ้มภายในแบบลอจิคัล (aka. ตาราง / ชนิดของฐานข้อมูลที่จะส่งออก) .
ในเวอร์ชั่นง่ายงานที่ซับซ้อนเป็นส่วนประกอบที่เขียนไปแล้วมันเป็นเรื่องยากและไม่รู้จักที่จะเชื่อมต่อกับมัน
รุ่นยากคือเมื่อมันต้องถูกเขียนแล้วการประเมินตามนักบิน COCOMO อะไรก็ตาม
อย่างไรก็ตามมีความสำคัญสองประการ:
ระบบการประเมินทุกประเภทจะต้องมีเวลาสอบเทียบสำหรับองค์กรของคุณ คุณไม่เคยพัฒนาคนเดียวอย่างน้อยมีลูกค้ารอรหัสของคุณ (หรือคุณจะไม่หมดหวังในเรื่องนี้เขียนโค้ดเพื่อประโยชน์ของคุณเอง) คำถามไม่ใช่ "จะพัฒนาได้เร็วแค่ไหน" แต่ "คุณจะพัฒนาได้เร็วแค่ไหน?"
เมื่อฉันมีผู้จัดการที่อ่านนิยายของแบล็กสวอนและคลั่งไคล้มัน เขาบอกเราว่ามันเป็นไปไม่ได้ที่จะประมาณและฉันก็ทำตามปกติของฉันแม่นยำถึง + -10% ประมาณอย่างไม่ลดละ ...
ฉันทำโครงการที่ตรงกับคำอธิบายนั้นค่อนข้างสม่ำเสมอและฉันยังไม่เข้าใจคำตอบนี้! โชคดีที่ฉันทำงานฉันได้รับละติจูดเพื่อทำสิ่งที่ฉันต้องการและไม่ จำกัด เวลาที่ไร้ประโยชน์ โครงการไม่ประสบความสำเร็จเสมอไปและเป็นเพียงส่วนหนึ่งของงานที่ไม่ทราบจำนวนมาก บริษัท ได้รับความรู้ทุกครั้ง
ขออภัยที่ไม่ได้ช่วยเลย
ประมาณระยะเวลาที่ต้องใช้ในการทำโครงการที่คล้ายกันโดยใช้เทคโนโลยีที่คุ้นเคย คูณด้วย 4 เพิ่มเวลาการเรียนรู้
หากค่าประมาณสั้นเกินไปคุณจะดูไร้เดียงสาและหยิ่ง หากค่าประมาณนั้นใหญ่เกินไปคุณจะดูโง่เขลาและไร้ความสามารถ เลือกอย่างชาญฉลาด