จะจัดการโปรแกรมเมอร์ที่ไม่เป็นศูนย์กลางได้อย่างไร

15

ขออธิบายหน่อย

ในงานก่อนหน้านี้ฉันมีเพื่อนร่วมงานที่มีชื่อเสียงที่ดีกับฝ่ายบริหาร เขาตรงเวลาเสมอ และผู้บังคับบัญชามีความสุขกับความก้าวหน้าของเขาดังนั้นเธอจึงได้รับสิทธิพิเศษบางอย่าง

ปัญหาคือโปรแกรมเมอร์คนอื่น ๆ รู้ความลับของเขา เขาปรับกฎ 80/20 ให้เหมาะสมเขาจึงใช้เวลา 20 เปอร์เซ็นต์ในการทำโค้ดให้เสร็จ 80 เปอร์เซ็นต์ อื่น ๆ (ยาก) 20% ถูกปล่อยให้โปรแกรมเมอร์บำรุงรักษา ใคร (ไม่แปลกใจ) ถูกลงโทษเพราะขาดความก้าวหน้า แต่เนื่องจากโปรแกรมเมอร์นี้มีชื่อเสียงที่ดีกับฝ่ายบริหารจึงแทบไม่สามารถเปลี่ยนความผิดของเขาได้ (โชคดีที่เขาออกจาก บริษัท )

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

behavior

— Toon Krijthe
แหล่งที่มา

6

ฉันไม่แน่ใจว่า "egocentric" เป็นคำที่ถูกต้อง ฉันจะลองบางอย่างเช่น "หลอกลวง"

— ตัวช่วยสร้าง

อาจเป็นไปได้ซ้ำกับการจัดการด้วย "โปรแกรม

2

เรื่องจริง: นี่คือการพัฒนาของยูนิกซ์และวางไข่โปรแกรมเมอร์ที่มีความคิดเหมือนกันทั้งรุ่น ดูแย่ลงจะดีกว่า

— imgx64

หากคุณสามารถลงคะแนนและคิดว่านี่เป็นคำถามที่มีประโยชน์หรือมีคำตอบที่เป็นประโยชน์ด้านล่างโปรดลงคะแนน เว็บไซต์ StackExchange ต้องการคะแนนโหวตเพื่อสร้างชุมชนที่ดี คุณสามารถให้ 30 คะแนนต่อวันไม่ต้องเสียพวกเขา ผู้ใช้พิเศษที่มีชื่อเสียงและได้รับคะแนนโหวตต่ำโปรดอ่านสิ่งนี้: meta.programmers.stackexchange.com/questions/393/…

— Maniero

หน่วยไม่สอดคล้องกับเวลา 20% และรหัส 80% เพียงแค่ทิ้งไว้ที่ "เขาทำงาน 80% นั้นง่ายและเหลือ 20% ซึ่งยากสำหรับคนอื่น ๆ ในทีม"

— Huperniketes

13

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

— Daenyth
แหล่งที่มา

1

ใช้การวัดจริงของช่วงหน่วยการทำงานมาตรฐานคือคำนึงถึงปัจจัยที่แท้จริงของการเขียนโปรแกรมไม่ใช่สิ่งที่ฝ่ายบริหารคิด (เช่น LOC = โปรแกรมเมอร์ที่ดีกว่า)

— ไม่ระบุตัวตน

8

คนควรจะต้องสนับสนุนสิ่งที่พวกเขาพัฒนามิฉะนั้นพวกเขาไม่เคยเรียนรู้ที่จะพัฒนาสิ่งที่สนับสนุน

ในความเป็นจริงคุณไม่สามารถทำสิ่งนี้ได้ 100% ตลอดเวลา แต่แม้เพียงเล็กน้อยก็เพียงพอที่จะแก้ไขปัญหาประเภทนี้ได้เป็นจำนวนมากตลอดเวลา

— บิล
แหล่งที่มา

6

ดูเหมือนว่าเป็นปัญหาพื้นฐานของวิธีการติดตามงานหรือจัดการโครงการของคุณ

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

หากคุณปล่อยให้ใครบางคนทำงานเฉพาะในบางส่วนของโครงการคุณจะตกเป็นเหยื่อของการเล่นเกมทางการเมืองของระบบเสมอ

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

— วิน
แหล่งที่มา

5

การจัดการแบ่งความต้องการออกเป็นงานต่างๆหรือไม่? ถ้าไม่เช่นนั้นมีปัญหาของคุณอยู่

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

— Tamara Wijsman
แหล่งที่มา

มันเป็นงานก่อนหน้านี้เมื่อหลายปีก่อน การจัดการไม่ดีมากและทั้งหมดที่ฉันรู้คือ บริษัท ไม่มีอีกต่อไป

— Toon Krijthe

3

ทีมงานทั้งหมดต้องเตะตูดของเขา! เชื่อฉันสิพฤติกรรมของเขาจะเปลี่ยนไปตลอดกาล

2

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

— JeffO
แหล่งที่มา