การต่อรองและเอาชนะความพยายามในการประมาณค่าการแย่งชิงส่วนที่ถูกต้องของกระบวนการหรือไม่
ฉันสังเกตเห็นในการประชุมทะเลาะกันว่านักพัฒนามักจะให้การประเมินที่สมจริงเกี่ยวกับเรื่องราว อย่างไรก็ตามเรื่องราวที่ค่อนข้างเรียบง่ายนั้นต้องใช้ความพยายามอย่างมากในการกำหนดค่าการตั้งค่าส่วนประกอบของบุคคลที่สามการทดสอบและการสร้างขั้นสุดท้ายและระบบได้สะสมหนี้สินทางเทคนิคบางส่วนดังนั้นการประมาณการมักจะปรากฏสูงเกินไปสำหรับเจ้าของผลิตภัณฑ์หรือการจัดการ PO มักจะเอาชนะประมาณการเช่น: "คุณต้องการอะไร 13 เรื่อง [4 วัน] สำหรับเรื่องนี้ไม่เป็น! ฉันไม่สามารถอธิบายสิ่งนี้กับฝ่ายบริหารได้ ด้วย 3 SP [ใน 4 ชั่วโมง]! " เป็นผลให้นักพัฒนาได้รับแขนของพวกเขาบิดที่จะมอบให้กับประมาณ 5 หรือ 8 เรื่องราว [1.5 ถึง 2 วัน] ประมาณการ (การต่อสู้แย่งชิงยังคงเป็นภาระผูกพันไม่ได้เป็นเพียงการคาดการณ์) แน่นอนว่าหากไม่มีแผนใด ๆ ที่จะตัดความคาดหวัง (ส่วนใหญ่เกี่ยวกับการทดสอบและคุณภาพ) การวิ่งเหล่านี้มักล้มเหลว การประเมินของนักพัฒนาซอฟต์แวร์นั้นเป็นสิ่งที่จริงซื่อตรงและเอาชนะการคาดการณ์ไม่ได้ทำให้งานที่แท้จริงต้องทำ หนึ่งสามารถพูดว่า: "คุณไม่ควรมุ่งมั่นที่เป็นไปไม่ได้เพียงเพราะใครบางคนผลักดันให้คุณทำ!" แต่ในความคิดของฉันงานของนักพัฒนาคือการออกแบบและเขียนโปรแกรมซอฟต์แวร์ไม่ใช่การต่อรองหรือยืนหยัดต่อสู้กับความกดดัน! อาจมีแจ็คของการซื้อขายทั้งหมดโดยทั่วไปผู้ที่ติดต่อโดยตรงกับลูกค้าภายนอก แต่นี่ไม่ใช่นักพัฒนาสำนักงานส่วนใหญ่! สำหรับฉันแล้วการฝึกนี้ทำให้โปรแกรมเมอร์ดูเหมือนกระตุกทำให้เกิดความล้มเหลวในการวิ่งอย่างต่อเนื่องและป้องกันการประมาณค่าจริงรวมทั้งมองหาการปรับปรุงที่เกิดขึ้นจริง แนวทางการแย่งชิงกันพูดในหัวข้อนี้หรือพวกเขาพูดอะไรเกี่ยวกับมัน? แก้ไข:แทนที่เวลาด้วยคะแนนเรื่องราว ฉันอ้างถึงขั้นตอนการประมาณค่าเริ่มต้นด้วยการวางแผนโป๊กเกอร์และคะแนนเรื่องราวไม่ใช่การวางแผนรายละเอียดงาน ฉันแค่ใส่วัน / ชั่วโมงเพราะมันเป็นบทสนทนาทั่วไปเช่นนี้บางครั้งก็มีเวลาแทนที่จะเป็นคะแนน ขออภัยในความสับสนใด ๆ ! …