좋지 않은 팀을 이끌다

무능한 프로그래머가 4 명인 5 명으로 구성된 팀을 할당하고 리드하도록 요청받은 경우 어떻게 관리 하시겠습니까? 분명히 당신은 4 명이 코딩 할 수 없습니다 (그렇지만 그렇게하는 것은 좋지 않습니다. 적어도 나는 그 일을 태워 버렸습니다). 이런 상황을 겪었습니까?

편집 : 내 문제를 해결하기 위해 잘못된 단어 (무능한)를 선택하여 무례하게 들렸다 고 생각합니다. 질문을 바꾸려면 할당 된 작업을 완료하지 않은 사람들 (무능력에서 '무관심한 것'에 이르기까지)을 어떻게 다루어야합니까?

멘토링하십시오.

나는 최적의 팀 구성원이 아닌 팀과 상담하고 팀을 꾸릴 때 이와 같은 상황을 겪었습니다 (모든 것이 잘 진행된다면 컨설턴트가 필요하지 않습니다 :-/). 내 관리자는 다른 개발자들과 너무 좌절해서 좌절감을 느끼고 항상 잘못하고있는 일을 항상 알려주었습니다. 결국 그들은 완전히 셧다운되고 노력을 포기했습니다.

다른 프로젝트는 달랐습니다. 나는 인내심을 가지고 그들과 함께 일한 관리자가있었습니다. 예, 그들은 하위 수준 이었지만 부분적으로 그렇게했기 때문에 하나의 프로젝트에서 나쁘고 씹어 냈기 때문에 자신감을 잃고 악화되어 더 많은 씹기를 얻었습니다. 이들은 똑똑한 사람들이었고, 생산성을 높이기 위해 집중하는 방법을 몰랐습니다. 무능한 팀원의 비율이 상대적으로 높은 것 같습니다. 때때로 부부가 있지만 80 %가 꽤 높습니다. 이것은 그들이 멘토를 돕고 항상 망치를 느끼지 않고 배울 수있는 기회를 제공하는 데 도움이되는 지도자가없는 것처럼 들립니다 (물론, 당신은 그들에게 배경을주지 않으므로 문제라고 가정합니다). 특정 문제가 무엇인지는 중요하지 않습니다. 이는 팀 전체의 문제처럼 들리며, 새로운 리더로서 이전보다 더 나은 학습 및 작업 환경을 제공 할 수있는 권한, 리소스 및 권한을 보유한 귀하 .

나는 그 말을 듣고 팀이 문제가 무엇인지, 그리고 상황을 설명 할 수있는 무언가가 있다면 알아낼 것을 제안합니다. 여러 번, 팀의 말을 듣는 것만으로도 실제로 듣는 리더를 찾는 경우가 드물기 때문에 마술처럼 작동합니다. 그런 다음 멘토링하고 학습 환경을 조성하십시오. 그들이 당신이 지금 청소해야 할 훌륭한 지도자가 없었기 때문에 그들이 무능한 것이 아닐 수도 있습니다.

주제 변경에 대한 응답 :

사람들이 충분히 열심히 노력하지 않는 것이 문제라면, 사람들이 관심을 가질 수있는 방법을 찾아야합니다. 프로젝트가 제 시간에 맞춰 진다면 더 개방적인 아이디어부터 아이디어에 이르기까지 다양 할 수 있습니다.

바닥 선반에서 구입하지 마십시오!

"무능력"에 대한 답변 :

그래, 나는 그 상황에 부딪쳤다. 완전한 무능은 내가 다루어야 할 것이 아니라 내가 생각하기 쉬운 것으로 생각되는 누군가에 대해 놀랐습니다.

가장 먼저해야 할 일은 그 느낌을 억 누르려고 노력하는 것입니다. 당신도 바보 같은 짓을했다고 확신합니다. 나도 알아

다음으로해야 할 일은 그들이 한 일이 왜 잘못되었는지 설명하는 것입니다. 그들이 당신과 논쟁을하거나 질문을하도록하십시오. 그들이 제대로하게하십시오. 그것이 나의 주요한 문제 중 하나 였기 때문에 경영진의 지원을 받기를 바랍니다. "그들은"올바로 가십시오 "라고 말하면 다른 사람이 놀라기 시작합니다.

당신은 가능한 한 정치적으로 올바른 일을해야합니다. 당신이 그들에게 비명을 지르고 싶더라도 "당신이 생각하는 WTF! 그것은 날지 않으며 전혀 도움이되지 않습니다. 그런 느낌이 든다면 처음에는 그들과 대화하지 마십시오. 이메일이 더 잘 작동하여 직접 편집 할 수 있습니다.

여기서 목표는 그들이 개선하는 것을 돕는 것입니다. 당신의 관점에서 볼 때 종이 자루에서 길을 코딩 할 수없는 사람들과 무언가를 달성하려고 시도하는 것은 지저분합니다 ...하지만 때로는해야합니다.

그것이 당신이 그들을 개선하도록 돕는 방법입니다. 이제 너에게 ...

그것을 놓는 방법을 배워야합니다. 코드가 완벽 할 필요는 없습니다. 단지 작동해야합니다. 표준을 약간 낮추어야 할 수도 있습니다.

이를 달성하고 제품의 코드 트리가 끔찍한 혼란으로 바뀌지 않게하려면 큰 문제에 집중해야합니다. 샌드 박스가 나중에 다시 할 수있는 특정 영역으로 제한되는 한, 시간이 있거나 더 많이 알게되면, 가장 오래되고 가장 스파게티 코드 일 수 있으며 작동하는 한 ... 승인. 이를 가능하게하는 방법을 찾으십시오. 아키텍처가 연결되어 있지 않으면 무능한 사람들이 너무 많은 손상없이 작업 할 수 있습니다.

물론 이것은 그들이 한 일을 고치거나 그들이 쓴 일에 기능을 추가해야 할 때마다 두통이 생길 것임을 의미합니다. 인생이 다 그렇지. 함께 살아라. 가능한 경우, 기능을 추가하거나 버그를 수정하도록 할 수 있습니다. 실제로 더 나은 사례와 코딩 기술을 가르치는 데 먼 길을 갈 수 있습니다 (자신의 쓰레기를 정리해야할수록 더 적은 경향이 있습니다) 카펫에 쓰레기).

라이언이 절대적으로 옳다고 생각합니다. 그들이 무능하다고 생각하면 그들은 결국 당신을 놀라게 할 것입니다. 나는 과거에 그런 일이 있었는데, 5 명의 프로그래머 (나를 포함하여)로 구성된 팀을 이끌었고 기본 프로그래밍으로 고려한 것이 부족하다는 것을 일찍 알았습니다. 이 기본 단계 (인내심을 얻음)를 통해 그들을 인도 한 후 페이스는 두 배가되었고 네 배가되었으며 기본적으로 내가 기대했던 능력을 넘어서는 것이 아니라면 속도가 빨라졌습니다.

조금 신뢰한다.

Office Space의 상황과 비슷합니까?

여덟, 밥. 즉, 실수를 할 때 8 명의 다른 사람들이 오게됩니다. 그것은 나의 유일한 진정한 동기가 번거롭지 않아야한다는 것입니다. 하지만 밥은 누군가 해고 당하지 않도록 열심히 일할 것입니다.

출처 : 사무실 공간 인용문 . 숙고해야 할 몇 가지 다른 질문들 :

• 마감일이 너무 공격적입니까?
• 작업을 제 시간에 완료 할 수 있도록 충분한 지원이 있습니까?
• 할당 된 작업에 대해 어떤 종류의 후속 조치가 너무 많거나 적습니까?

이것은 당신이 능력 문제보다 태도 문제에 대해 더 많이 묘사하는 것처럼 보이는 문제의 근본 원인을 찾으려고 노력할 때 고려할 몇 가지 질문입니다. 행동 수정 요법을 연구 했습니까? 동기 부여 기술? 관심을 가질만한 몇 가지 다른 주제 만 조사하면됩니다. " RSA Animate-드라이브 : 우리에게 동기를 부여하는 것에 대한 놀라운 진실 "은 여기서 어느 정도의 출발점으로 유용 할 수 있습니다.

이 사람들을 해고 할 수 있습니까?

코드베이스는 얼마나 복잡합니까? 때때로 사람들을 돌리는 데 시간이 걸립니다 .....

당신은 그들에게 낮은 매달린 과일과 다른 일을하는 동안 할 수있는 쉬운 일을 줄 수 있습니까? 건축 / 프레임 워크 / 전체 디자인에 중점을두고 지침을 따르기 매우 간단하게 제공합니다.

예를 들면. 나쁜 팀은없고 나쁜 지도자 만 있습니다.

좋은 팀을 만들 수 있습니다. 어쩌면 그들 중 일부는 더 좋아질 것입니다. 아마도 현재 프로그래머보다 더 나은 사람을 찾을 것입니다. 그러나 하루가 끝날 무렵에는 훌륭한 리더가 좋은 팀을 구성합니다.