자기 중심 프로그래머를 다루는 방법?

이것을 조금 설명하겠습니다.

이전에는 경영진에게 평판이 좋은 동료가있었습니다. 그는 항상 정시에 끝냈습니다. 그리고 보스들은 자신의 발전에 만족하여 특정 특권을 얻었습니다.

문제는 다른 프로그래머들이 그의 비밀을 알고 있다는 것이었다. 그는 80/20 규칙을 최적화하여 코드의 80 %를 완료하기 위해 20 %의 시간을 일했습니다. 나머지 (단단한) 20 %는 유지 보수 프로그래머에게 맡겨졌습니다. 진전이 없기 때문에 (놀랍게도) 누가 처벌을 받았 는가. 그러나이 프로그래머는 경영진에게 평판이 좋았 기 때문에 그 책임을 그에게 옮기는 것은 거의 불가능했습니다. (다행스럽게도 그는 회사를 떠났습니다).

내 질문은, 당신이 당신의 팀 내에 그러한 프로그래머가 있다면 프로그래밍 팀으로서 무엇을해야 하는가입니다. 자신의 기회를 망칠 위험이있는 경영진에게 경고하려고합니까? 당신은 사실을 받아들입니까? 아니면 다른 옵션이 있습니까?

코드 검토 팀을 구현하십시오. 이 프로그래머가 팀 상호 작용이없는 프로젝트에서 솔로로 일한 것처럼 들립니다. 나는 팀 기반의 워크 플로우를 장려하여 모든 것을 망쳐 놓은 다음 문에 맡길 수 없도록했습니다.

사람들은 자신이 개발 한 것을 지원해야합니다. 그렇지 않으면 지원 가능한 것을 개발하는 법을 배우지 않습니다.

현실적으로 항상이 시간의 100 %를 수행 할 수는 없지만 약간의 시간만으로도 이런 종류의 문제를 해결하는 데 충분합니다.

작업을 추적하거나 프로젝트를 관리하는 방식에 근본적인 문제인 것 같습니다.

엔지니어 또는 엔지니어 그룹은 완전한 기능을 제공해야합니다. 배송되지 않거나 프로덕션 환경에서 문제없이 실행될 때까지 완료되지 않습니다.

누군가가 프로젝트의 일부만을 작업하게한다면, 당신은 항상 시스템의 정치적 게임에 희생 될 것입니다.

이 사람은 가치를 제공하지 않고 체리 따기 작업에 매우 효과적이라고 들었습니다.

경영진이 요구 사항을 작업으로 나누고 있습니까? 그렇지 않은 경우 문제가 있습니다.

프로그래머는 자신이해야 할 작업에만 고정 된 경우 모든 작업의 ​​80 %를 완료 할 수 없으며 다른 작업에 시간을 소비하는 대신 자신의 작업을보다 완벽하게 만들기 위해 시간을 소비 할 수 있습니다. 테스트, 문서화, 리팩토링, 그의 일정에 따라 다음 작업 ...

팀 전체가 그의 엉덩이를 걷어차 야합니다! 저를 믿으십시오. 그의 행동은 영원히 변할 것입니다.

회의에 앉아서 관리자가 기능을 추가할지 여부를 결정하는 것에 놀랐습니다. 따라서 작업을 수행 할 때 항상 화를내는 특정 사람과 대면 할 필요가 없습니다. 나는 일을하라는 요청을 받았을 때 화가 나야한다고 지적했다. 내 상사는 이것이 그녀가 생각하는 나쁜 생각이라고 신속하게 언급합니다.