คำถามติดแท็ก brookslaw

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

4
"ทีมศัลยกรรม" ของ Fred Brooks จัดการกับปัจจัยรถบัสได้อย่างมีประสิทธิภาพหรือไม่?
ทีมนักพัฒนาที่มีประสบการณ์ 4 คนของฉันทำงานบนแอพพลิเคชั่น Windows ขนาดใหญ่ (ประมาณ 200 KLoC) ฉันได้มุ่งเน้นไปที่ codebase หลักตั้งแต่จุดเริ่มต้นของโครงการ (3 ปีที่แล้ว) และค่อยๆเปลี่ยนไปสู่ตำแหน่งผู้พัฒนากึ่งนำแม้ว่าฉันไม่ใช่ผู้จัดการทีม การวนซ้ำปัจจุบันของเราคือการรีเฟรช UI ที่มีลำดับความสำคัญสูงที่ผู้บริหารระดับสูงร้องขอซึ่งเกี่ยวข้องกับการเปลี่ยนแปลงประมาณ 15 ครั้งในฐานข้อมูลหลัก เมื่อผู้จัดการถามฉันฉันคาดว่าการเปลี่ยนแปลงทั้ง 15 ครั้งจะใช้เวลาน้อยกว่าสี่ชั่วโมงกว่าจะเสร็จสมบูรณ์รวมน้อยกว่า 7 วันทำงาน ฉันอาสาไปทำงาน ผู้จัดการตัดสินใจที่จะแบ่งงานทั้ง 15 ให้กับนักพัฒนาทั้งสี่คนอย่างเท่าเทียมกัน ในสามวันนับตั้งแต่เราเริ่มทำงานฉันได้สังเกตสองสิ่ง: สมาชิกในทีมที่ไม่มีประสบการณ์คนอื่น ๆ ทำภารกิจอย่างน้อย 1 อย่างให้เสร็จ กฎหมายของ Brook ใช้งานได้ : ฉันใช้เวลาประมาณครึ่งหนึ่งในการให้ความช่วยเหลือ (พยายามสอนพวกเขาเกี่ยวกับการใช้ส่วนประกอบ) เป็นผลให้ฉันทำงาน 2 อย่างด้วยตัวเองแทนที่จะเป็น 5 หรือ 6 อย่างที่คาดไว้ ฉันเข้าหาผู้จัดการด้วยความกังวลว่าเรามาช้าและแนะนำอีกครั้งว่าฉันทำภารกิจที่เหลือให้เสร็จ คำขอของฉันถูกปฏิเสธอย่างสุภาพและเหตุผลที่กล่าวไว้ในการแบ่งโหลดอย่างเท่าเทียมกันนั้นเป็นสองเท่า: จำกัดปัจจัยรถบรรทุก …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.