TL; DR
เราควรสันนิษฐานไว้เสมอว่านักพัฒนาที่มีความสามารถเท่านั้นที่จะได้รับมอบหมายให้กับเรื่องใดเรื่องหนึ่ง
ความสามารถ (หรือขาดความสามารถ) ไม่ได้เป็นการดูถูก มันเป็นเพียงการวัดทักษะทักษะของนักพัฒนาที่ไม่ได้ล้าหลังหรือมีประสบการณ์เป็นพิเศษ
นี่อาจเป็นเรื่องของแนวทางเฉพาะของ บริษัท ฉันเคยเห็น บริษัท ตัดการประมาณการให้กับนักพัฒนาโดยเฉพาะ ฉันเคยเห็น บริษัท ที่บังคับใช้ระบบซึ่งนักพัฒนาที่สุ่มเลือกสามคนทำการประเมินเรื่องราวก่อนที่จะมอบหมายนักพัฒนา (ไม่ใช่หนึ่งในสามคนแรก) ให้กับงาน
ทุกระบบสามารถทำงานได้ทุกระบบสามารถล้มเหลวได้ คำถามคือไม่มากซึ่งระบบจะดีกว่า แต่ที่ข้อบกพร่องของ บริษัท สามารถ / เต็มใจที่จะจัดการกับ
โดยหลักการแล้วไม่ควรรวมเวลาเรียนเพื่อฝึกฝนภาษา / กรอบการเรียนรู้ ผู้เยาว์แทนเจนต์: ถึงแม้ว่าพวกเขาไม่ควรอยู่ในโลกในอุดมคติ แต่ก็ควรมีการศึกษาเวลาสำหรับโครงการหรือสิ่งกีดขวางเฉพาะเรื่อง
มีเหตุผลหลายประการสำหรับการทำเช่นนั้น แต่ฉันเชื่อว่าวิธีนี้เป็นทางเลือกที่ดีกว่าเพราะมันยังคงเป็นจริงกับความตั้งใจที่จะประเมินปริมาณงาน นี่อาจเป็นเรื่องของความเห็นของฉันมากกว่าความเป็นกลาง ฉันไม่สามารถพูดได้อย่างแน่นอน
เวลาการศึกษาเป็นส่วนบุคคล มันอยู่ในขอบเขตสำหรับนักพัฒนาเฉพาะที่ต้องการทำงานกับเทคโนโลยีเฉพาะ ไม่เกี่ยวข้องเมื่อประเมินภาระงานของเรื่องราวของผู้ใช้เนื่องจากเรื่องราวของผู้ใช้นั้นอยู่ในขอบเขตของแอปพลิเคชันเท่านั้น (และเทคโนโลยีที่ใช้)
เวลาศึกษาโดยทั่วไปจะไม่ซ้อนกัน สมมติว่ามือใหม่ของเรารู้จัก C # เล็กน้อยและเราประเมินว่าเขาต้องการเวลาอีกสามวันในการหาสภาพแวดล้อมก่อนที่เขาจะสามารถทำงานได้ ตามปกติในหลาย ๆ บริษัท ที่ฉันทำงานอยู่ตอนนี้เราอยู่ในการประชุมที่เราคาดว่าจะประเมินเรื่องราวของผู้ใช้หลายคน (เป็นรายบุคคล) เพื่อเป็นตัวอย่างสมมติว่าเรามีสามเรื่องที่จะแก้ไขปัญหา
- เราเพิ่มสามวันในแต่ละเรื่องหรือไม่ หากทั้งสามเรื่องมีจุดเน้นทางเทคนิคคล้ายกันนั่นหมายความว่ามือใหม่ไม่จำเป็นต้องใช้เวลาเพิ่มในเรื่องที่สองและสาม เราประเมินงานหกวัน
- เราเพิ่มหนึ่งวันในแต่ละเรื่องหรือไม่? สิ่งนี้ไม่ถูกต้องเช่นกัน หากเราแค่กำหนดมือใหม่ให้กับหนึ่งในสามเรื่องเท่านั้นเราจะทำให้เขาต้องเปลี่ยนเวลาเรียนให้สั้นลงสองวัน และเราได้มอบเวลาศึกษาที่ไม่จำเป็นสองวันให้กับผู้พัฒนารายอื่น
- เราเพิ่มสามวันในหนึ่งเรื่องหรือไม่? เราจะรับประกันได้อย่างไรว่าเรื่องนี้จะได้รับการจัดการต่อหน้าอีกสองคน จุดรวมของการสร้างเรื่องราวของผู้ใช้แยกต่างหากคือเรื่องราวมักจะสามารถจัดการได้โดยอิสระ ความถูกต้องของการประเมินของเราตอนนี้บานพับทั้งสองข้อสันนิษฐานว่ามือใหม่ของเราจะทำงานรวมถึงลำดับที่เขาได้รับมอบหมายงานเหล่านั้น (ถ้ามันเป็นเรื่องสำคัญเช่นถ้าปริมาณงานรวมเกินวิ่งเดี่ยว)
หมายเหตุ :
มีกรณีอื่น ๆ ที่เวลาการศึกษาไม่สแต็คเช่นถ้าสามชั้นอยู่ในหัวข้อที่แตกต่างกันอย่างดุเดือดและจำเป็นต้องมีทักษะที่แตกต่างกัน
แต่เพื่อค้นหาว่าเป็นกรณีนี้หรือไม่เราจะต้องดูทั้งสามเรื่องในเวลาเดียวกันซึ่งค่อย ๆ เริ่มละเมิดหลักการของการมีเรื่องราวของผู้ใช้ที่เป็นอิสระ หากเราจัดการกับประมาณการเหล่านี้ในการประชุมแยกกัน เราจะไม่สามารถวัดการทับซ้อนระหว่างเรื่องราวได้อย่างแม่นยำ
เนื่องจากเราไม่สามารถรับประกันได้ว่าเรื่องราวใดจะจบลงด้วยการทำจริง (ลูกค้าอาจปฏิเสธการประเมินขนาดใหญ่) และผู้ที่จะได้รับมอบหมายให้พยายามพิจารณาบัญชีสำหรับนักพัฒนาเฉพาะที่จะมอบหมายให้เรื่องใดเรื่องหนึ่งเป็นเรื่องที่ไร้ประโยชน์ มันลงเอยด้วยน้ำเท่านั้น
แต่เราควรประเมินปริมาณงานโดยสมมติว่ามือใหม่ได้รับการเพิ่มความเร็ว (และเป็นผู้พัฒนาที่เท่าเทียมกับผู้ร่วมงานของเขา)
การประมาณการดังกล่าวเป็นผู้ไม่เชื่อเรื่องพระเจ้าและดังนั้นความถูกต้องของการประมาณการจึงไม่ผันผวนขึ้นอยู่กับว่านักพัฒนาคนใดถูกกำหนดให้เข้าร่วมเรื่องราว
หมายเหตุ
ยังเกี่ยวข้องกับการรับทราบว่าผู้พัฒนารายใดรายหนึ่งอาจต้องการเวลาพิเศษในการศึกษาก่อนที่จะสามารถรับมือกับเรื่องราวเฉพาะได้ นั่นคือการพิจารณาที่เกี่ยวข้องมาก แต่การพิจารณานี้ไม่ควรยึดติดกับเนื้อเรื่องแต่เป็นการมอบหมายของนักพัฒนาเฉพาะให้กับเรื่องนี้โดยเฉพาะ
แต่เมื่อฉันเริ่มด้วยสิ่งนี้อาจแตกต่างกันไปในแต่ละ บริษัท บาง บริษัท อาจไม่ได้ยุ่งกับเวลาเรียน (เช่นหากนักพัฒนาจะต้องเรียนรู้ที่จะใช้เทคโนโลยีอย่างหลีกเลี่ยงไม่ได้) คนอื่นอาจใช้ความแม่นยำของการประมาณการเหล่านี้เป็นอย่างมากเนื่องจากจะมีผลต่อการเรียกเก็บเงินให้กับลูกค้า
ในท้ายที่สุดมันเป็นเรื่องของการเลือกพิษของคุณ ไม่มีวิธีการใดที่รับประกันว่าจะแม่นยำกว่าวิธีอื่น ๆ