นักพัฒนาควรยอมรับการประมาณการปริมาณงานที่ทำโดยแมโคร Excel หรือไม่

ในโครงการใหม่เพื่อนต้องเขียนแบบทดสอบซึ่งเวลาที่ใช้ในการเขียนนั้นถูกคำนวณโดยมาโคร Excel ที่เขียนโดยผู้จัดการที่ไม่ใช่นักพัฒนา

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

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

ขึ้นอยู่กับความสมเหตุสมผลที่พวกเขามองหานักพัฒนาและข้อมูล / ตรรกะที่พวกเขาอ้างอิง ( อาจขึ้นอยู่กับข้อมูลทางสถิติที่เก็บรวบรวมในช่วงหลายปีที่ผ่านมาว่านักพัฒนานี้ต้องการเวลามากแค่ไหนในการแก้ปัญหาที่คล้ายกันในอดีต ... หรืออาจขึ้นอยู่กับผู้จัดการของเขา - ถูกต้องหรือไม่ถูกต้อง - สมมติฐาน)

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

การปฏิเสธที่จะยอมรับการประมาณการนั้นอาจส่งผลให้มีการแทนที่อย่างรวดเร็วดังนั้นจึงเป็นการดีกว่าหากมีวิธีที่นุ่มนวลกว่าและหลีกเลี่ยงการเผชิญหน้าโดยตรงหากเป็นไปได้

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

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

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

ไม่แน่นอนที่สุด

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

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

ฮึ

นี่คือ "กลิ่นงาน" ขนาดมหึมา นั่นคือการจัดการไมโครที่เหลือเชื่อ

หากพวกเขาไม่สามารถเชื่อถือพนักงานของพวกเขาเพื่อให้การประมาณการพวกเขาไม่ไว้ใจคุณอีก

ไม่อย่างแน่นอน.

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

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

เขารู้ว่ามันคือ BS และไม่สนใจมันเป็นข้ออ้างในการจองทรัพยากรจำนวนมากและพยายามทำสิ่งต่าง ๆ ให้เร็วขึ้นโดยการทำให้นักพัฒนา "ไร้ค่า" ทุกคนของเขา "LATE" ตลอดไป

ผู้จัดการรายนี้ฟังดูเหมือนคนฉ้อฉล

ในโครงการใหม่เพื่อนต้องเขียนแบบทดสอบซึ่งเวลาที่ใช้ในการเขียนนั้นถูกคำนวณโดยมาโคร Excel ที่เขียนโดยผู้จัดการที่ไม่ใช่นักพัฒนา

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

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

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

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

ผลลัพธ์ของการทดสอบเหล่านี้น่าเชื่อถือหรือไม่?

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

ดูเหมือนว่าคุณกำลังถามคำถามที่แตกต่างกันสองข้อ:

ผลลัพธ์ของการทดสอบเหล่านี้น่าเชื่อถือหรือไม่?

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

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

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

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

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

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

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

สิ่งที่ฉันคาดเดาคือถ้าเขาสามารถทำข้อสอบเสร็จในเวลาน้อยลงเขาจะไม่พูดอะไรเกี่ยวกับเรื่องนี้ จากนั้นอีกครั้งการขอตัวเองจากการฝึกฝนที่เขาไม่เชื่ออาจบ่งบอกถึงความซื่อสัตย์ในระดับสูง

คำตอบที่ง่ายและสั้น:

คุณไม่สนใจว่าการประเมินมาจากไหน

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

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

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

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

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

แน่นอนผมบอกว่าไม่มี เพราะ:

1. ผู้จัดการที่ไม่ใช่นักพัฒนาซอฟต์แวร์ไม่สามารถประเมินเวลาที่ต้องการในการทำงานได้
2. การประมาณเวลาที่ต้องใช้ในการทำงานใด ๆ นั้นต้องการความฉลาดของมนุษย์ซึ่ง Excel ไม่มี
3. ด้วยการยอมรับวิธีปฏิบัติในการทำงานผู้จัดการจะได้รับความคุ้นเคยเพื่อแทนที่นักพัฒนาในการประเมินเวลา ซึ่งอาจส่งผลให้เกิดภัยพิบัติ พิจารณาสถานการณ์นี้ที่ผู้จัดการของคุณพูด:

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