Làm thế nào để xử lý các lập trình viên egrialric?

Hãy để tôi giải thích điều này một chút.

Trong một công việc trước đây, tôi đã có một đồng nghiệp có uy tín với ban quản lý. Anh luôn hoàn thành đúng hạn. Và các ông chủ hài lòng với sự tiến bộ của mình nên het có những đặc quyền nhất định.

Vấn đề là các lập trình viên khác biết bí mật của anh ta. Anh ta đã tối ưu hóa quy tắc 80/20, vì vậy anh ta đã làm việc 20% thời gian để hoàn thành 80% mã. 20% còn lại (cứng) được dành cho các lập trình viên bảo trì. Ai (không ngạc nhiên) đã bị phạt vì thiếu tiến bộ của họ. Nhưng bởi vì lập trình viên này có một danh tiếng tốt với ban quản lý, nên việc chuyển sự đổ lỗi cho anh ta gần như là điều không thể chấp nhận được. (May mắn là anh ấy đã rời công ty).

Câu hỏi của tôi là, phải làm gì với tư cách là một nhóm lập trình nếu bạn có một lập trình viên như vậy trong nhóm của bạn. Bạn có cố gắng để cảnh báo quản lý với nguy cơ hủy hoại cơ hội của chính bạn? Bạn có chấp nhận sự thật không? Hoặc có những lựa chọn khác.

Cố gắng thực hiện một nhóm đánh giá mã. Có vẻ như lập trình viên này đã làm việc một mình trong một dự án không có tương tác nhóm. Tôi sẽ cố gắng khuyến khích một quy trình làm việc theo nhóm nhiều hơn để anh ta không thể dậm chân trên tất cả mọi thứ và sau đó để nó trên cửa của bạn.

Mọi người nên hỗ trợ những gì họ phát triển, nếu không họ không bao giờ học cách phát triển những thứ có thể hỗ trợ.

Trên thực tế, bạn không thể luôn luôn làm điều này 100% thời gian, nhưng thậm chí một chút cũng đủ để giải quyết rất nhiều vấn đề này trong phần lớn thời gian.

Có vẻ như đó là một vấn đề cơ bản với cách bạn theo dõi công việc hoặc quản lý dự án của bạn.

Một kỹ sư hoặc một nhóm các kỹ sư phải chịu trách nhiệm cung cấp các tính năng và chức năng hoàn chỉnh. Nó không được thực hiện cho đến khi nó được vận chuyển hoặc chạy trong sản xuất mà không có vấn đề.

Nếu bạn để ai đó chỉ làm việc trên một số phần của dự án, bạn sẽ luôn là nạn nhân của trò chơi chính trị của hệ thống.

Có vẻ như người này đã rất hiệu quả trong công việc hái anh đào mà không mang lại giá trị.

Là quản lý phân chia các yêu cầu thành nhiệm vụ? Nếu không thì đó là vấn đề của bạn.

Lập trình viên không thể hoàn thành 80% mọi thứ nếu anh ta bị khóa chỉ với các nhiệm vụ anh ta nên thực hiện, sau đó thay vì dành thời gian cho các nhiệm vụ khác, anh ta có thể dành thời gian để thực hiện các nhiệm vụ của mình hoàn hảo hơn. Kiểm tra, Tài liệu, Tái cấu trúc, Nhiệm vụ tiếp theo trong lịch trình của mình ...

Cả đội phải đá đít anh! Tin tôi đi, hành vi của anh ấy sẽ thay đổi mãi mãi.

Tôi ngạc nhiên khi ngồi trong một cuộc họp và người quản lý căn cứ vào việc có thêm tính năng hay không để họ không phải đối đầu với một người cụ thể luôn nổi điên khi được giao nhiệm vụ. Tôi chỉ ra rằng có lẽ tôi nên nổi điên khi được yêu cầu làm việc. Sếp của tôi nhanh chóng đề cập rằng đây là một ý tưởng tồi như cô ấy nên làm.