팀 리더로서 팀 구성원을 존중하는 방법 [닫기]

팀 리더 (예 : 팀 10 명)로 새로운 회사에 고용 된 경우 중요한 일 중 하나는 팀 구성원의 존경을받는 것입니다. 초기에 새로운 팀장은 팀 문화, 코드 기반 및 비즈니스 영역을 전혀 모를 수 있습니다. 즉, 완전한 신생 생물입니다.

이것에 대해 어떻게 생각합니까? 해야 할 것과하지 말아야 할 것은 무엇입니까?

좋은 답변이 많이 있습니다. 나는 팀장 일 때이 모든 것을하려고했다.

• 팀을 존중
• 강점을 위임하지만 팀원이 약점을 개선하는 데 도움이 될 수있는 작업도 제공
• 팀을 방해 나 방해로부터 보호
• 기꺼이 교육하십시오
• 기꺼이 들으십시오
• 장애물을 제거하고 팀을 방해하지 말고 사람들이 도움을 필요로 할 때도 접근 가능
• 작업 평가에 정직하게 행동하십시오. 어떤 사람들은 건설적인 비판에도 잘 반응하지 않지만, 진지한 개발자 (혹은 어떤 직업의 노동자 든)는 더 나아지기 위해 무엇을해야하는지 알고 싶어 할 것입니다
• 팀의 개인 시간을 존중하고 업무 / 생활의 균형 (텔레 커뮤팅, 1 시간 일찍 아이를 데려 오거나 의사의 약속을 잡는 시간)을 허용하고 시간이 초과 될 경우 희생에 대한 팀 보상을 준비하십시오. 때때로 우리 회사는 이정표를 축하하기 위해 점심을 사도록 허가하지만, 그렇지 않은 경우 (저렴한 놈들) 나는 팀원을 위해 달러로 무언가를했다. 팀이 프로젝트를 성공적으로 수행 할 수 있도록 추가로 도움을 주면 내가 할 수있는 일이 가장 적었습니다. 사치 스럽거나 비쌀 필요는 없지만 약간의 감사가 도움이됩니다. 그것의 부족은 사기를 망칠 수 있습니다.
• 기술 전문가 및 주제 전문가가되기 위해 노력하십시오. 이 작업을 수행 할 필요는 없지만, 내 경험상 팀 구성원이 자신의 지식을 높이 평가하고 필요할 때 도움을 줄 수있을 때 리더는 더 존경을받습니다.
• 팀원들의 성공을 위해 필요한 일을하십시오. 즉, 위에서 언급 한로드 블록을 교육 및 제거하는 것이 아니라 뇌가 사용하지 않을 때 팀이 사용할 수있는 문서를 작성하고 일부 사양을 작성하는 것입니다. 훌륭한 사양은 개발자를보다 효율적이고 자체적으로 충분하게 만들고 지식 격차를 메우며 최소한의 재 작업으로 요구 사항을 충족하도록 도와줍니다. 클라이언트와 직접 작업하도록하는 것과 함께이 작업을 수행하십시오.
• 팀과 고객 간의 관계를 구축하십시오. 누락 된 요구 사항과 일반적으로 얻지 못하는 다른 피드백에 대한 열린 문을 채우는 데 도움이됩니다.
• 실수는 학습의 일부임을 인정
• 팀의 응집력이나 생산성에 해를 끼치는 팀 구성원을 제거 할 준비를하십시오. 때로는 어려운 일이지만, 다른 팀 구성원의 업무 윤리, 생산성 또는 역량이 부족한 사람들을 만날 수 있습니다. 어느 시점에 인내심을 가질 수는 있지만 변경을 위해 경영진과 협력해야 할 때가 있습니다. 정말 열악한 팀원들은 팀에 더 많은 시간과 노력을 들일 것입니다. 더 나은 팀원이 성과가 낮은 직원이 특별한 대우를 받고 있거나 더 적은 업무에 대해 동일한 보상을받는다고 느끼는 경우 Fair and Nice가되기 위해 너무 열심히 노력하면 귀하를 대항 할 수 있습니다.
• 투명해야합니다. 정기적으로 의사 소통하십시오. 회사 나 최근 정리 해고 또는 합병에 대한 정보를 얻으면 정보를 공유하십시오. 때때로이 거친 세상에서는 정반대가 사실 인 것처럼 보이지만 사람들은 정직을 존중합니다. 부하 직원에게 정직 할 수 없다면 팀장이되고 싶지 않고 경영자가되고 싶습니다.
• 좋은 일이 생길 때 신속하게 신용을 공유하십시오
• 나쁜 일이 생길 때 책임을 질 준비를하십시오

헛소리 우산이 되십시오.

경영진은 당신에게 업무를 전복시킬 것입니다. 그런 다음 해당 작업을 부하 직원에게 전담하지 마십시오. 비가 오는 쓰레기에서 부하 직원을 보호하기 위해 일하는 데 집중할 수 있도록하십시오.

팀 리더는 팀 구성, 제 시간에 작업 완료 및 팀 대표와 같은 몇 가지 책임이 있습니다.

하루가 끝날 때 팀장이 팀의 발전을 돕게되면 존경을받을 것입니다. 더 나은 것은 멘토링의 형태로 시간 / 우선 순위 관리를 돕고 제 시간에 양질의 소프트웨어를 생산할 수 있습니다. 팀장이 추워지면 빠른 연구가 필요합니다.

결론은 다음과 같습니다.

• 예를 들어 리드-눈썹 구타는 모든 상황에서 역효과를냅니다
• 통제 된 속도로 처리 할 변경 사항 소개
• 팀의 의견을 듣고 통합
• 팀을 개선하고 구현하기위한 빠른 승리를 확인하십시오. 그리고 다시 해봐.
• 명확하게 의사 소통하고 자주 질문하십시오

첫날, 누군가의 @ $$를 걷거나 누군가의 사람이 되십시오. 잠깐만 요, 그것은 감옥입니다.

존경을 표하고, 열심히 경청하고, 자신이 되려면 존 중심을 나타내십시오.

리더로서, 당신은해야 할 일과 그것을 할 일련의 사람들과 자원이 주어지며, 당신의 일은 일을 조정하는 것입니다.

"완전한 신 생물"로서, 당신은 리더의 가장 중요한 속성 인 팀에 대한 지식이 부족합니다. 내가 당신의 상황에서 가장 먼저 할 일은 팀의 각 구성원들과 이야기하고 그들을 알아가는 것입니다. 그들의 성격, 그들의 장점, (특히 그들의 전문 분야) 그리고 그들의 약점을 배우십시오.

개별 구성원과 팀으로서 팀이 할 수있는 일에 대한 아이디어를 얻은 후에는 일을 마친 후에해야합니다. 수행해야 할 작업을 파악하고, 머리에 빨리 넣을 수있는만큼의 도메인 지식을 얻고, 더 작은 부분으로 나누기 시작하십시오. 도메인 전문가 인 팀원이 한 명 이상 있으면 좋겠습니다.

그 후, 일할 시간입니다. 팀원에게 특정 작업을 위임하십시오. 코디네이터로서의 책임을 방해하지 않고 할 수있는만큼 자신의 노력에 많은 노력을 기울이십시오. 이는 팀의 존중을 얻는 데 도움이됩니다.

그리고 주된 책임은 사물을 조정하는 것입니다. 당신은 즉시, 그리고 의심없이 순종해야하는 그런트에게 명령을 내리는 것은 일반적이지 않습니다. 당신은 큰 그림을 전문으로하는 숙련 된 전문가 그룹의 가이드입니다. 팀원들은 자신의 전문 분야를 가지고 있으므로 그들의 아이디어를 기꺼이 듣고 상담하십시오. 그들이 자유롭게 아이디어와 관심사를 가지고 올 수 있다는 것을 분명히하십시오. 또한 리더로서 책임은 당신과 함께 멈 춥니 다. 때로는 겉보기에 좋은 두 가지 대안 (또는 서로 다른 팀 구성원이 각각 좋다고 생각하는 두 가지 대안)과 최종 결정 및 책임에 대한 결정 사이에서 결정을 내려야 할 때가 있습니다.

기본적으로 가능한 한 방해하지 말고 팀원이 최선을 다할 수 있도록 노력하십시오.

글쎄, 나는 최근에 당신과 같은 상황을 겪었습니다. 여기에 나열된 모든 "해야 할 일"은 저에게 매우 효과적이었습니다.

• 팀원들에게 위협이되지 마십시오. 당신은 그들이 더 잘 작동하고 당신의 가치가 아닌 그들의 가치를 보여주기 위해 있습니다.

팀의 리더이자 선임 개발자로서 일반적으로 우리 인간은 너무 많은 성과를 달성하려고 노력하지만, 잘 위임하지는 않습니다. 그들을 믿으십시오. 그들이 실수하더라도. 특히 그들이 실수를한다면. 이것은 그들의 개인적인 성장의 일부입니다.

추종자들에게 공통점이있는 4 가지 특성이 있습니다.

• 신뢰 구축-일부 사람들은 박쥐를 바로 신뢰하고 다른 사람들은 시간을내어 물건을 열 수 있기 때문에 시간과 경험이 필요합니다. 여기서 핵심은 개방적이고 정직한 것입니다.

• 동정심을 보이십시오-이 사람들을 얼마나 잘 보십니까? 어떻게 보여? 그들을 위해 거기에 있다는 것은 이것의 일부이지만 여기서 주목할 관계에는 다른 차원이 많이 있습니다.

• 안정성 제공-많은 사람들이 변화를 좋아하지 않고 새로운 것에 적응하는 것을 좋아하지 않습니다. 다른 사람들은 그것을 잘하지만 당신은 가장 먼저 사람들을 알아야합니다.

• 희망을 창조하십시오-이것은 당신의 경우에 현실적이거나 현실적이지 않을 수있는 재미있는 것입니다. 이것은 누군가에게 살만한 것을주는 것에 관한 것이며 반드시 쉬운 일이 아닙니다.

또한 사람들을 상대하는 방법에 대한 더 많은 아이디어를 얻으려면 "친구를이기는 방법과 사람들에게 영향을 미치는 방법"을 찾아 보는 것이 좋습니다 .

나를 위해 일한 몇 가지 실용적인 것들이 있습니다.

1) 매우 캐주얼하고 편안한 일대일 회의를 팀의 모든 사람들과 함께하십시오 (점심 식사 또는 칸막이 옆으로 떨어지거나 건물 주변을 산책하십시오). 더 듣고, 덜 말하고, 질문하십시오. 그들의 강점, 욕구, 성격 및 "연약한 반점"을 찾으십시오.

2) 도움을 요청하십시오. 모든 사람은 팀장 앞에서 도움이되고 지식이 풍부한 것을 좋아합니다.

3) 사람들의 의견을 묻고 자주 보충하지만 정당한 이유가 있으면 사람들에게 힘을 실어주십시오.

4) 결정을 설명하십시오. C-execs처럼 비공식적 대화 방식으로 회사 라인을 제공하지 마십시오. 솔직 해지십시오.

5) 역할을 수행하면 매일 매일 팀원들로부터 장애물을 제거하십시오.

6) 비 성능 자에게 즉시 연락하십시오. 무언가가 귀찮은 경우 고칠 방법을 찾으십시오. 그들이 게으른 / 화가 / 멍청한 경우-당신의 mgmt를 통해 그들을 제거하십시오.

7) 마지막으로, 팀을 강타하려고하는 변경 사항, 작업, 요구 사항 등을 미리 사람들에게 미리 준비하십시오. 예측 가능한 환경에서 작업해야합니다.

지도력에 관한 책은 다음과 같은 단일 지도자의 질을 나타냅니다.

그들은 그들이 할 말을합니다.

그것보다 더 많은 것이 있지만, 기본적으로 그것은 사람들이 그 사람이 "우리는 X를 할거야"라고 말할 때 누군가를 리더로 간주한다는 것을 의미하며, X는 도전이며, 팀이나 조직, 또는 무엇이든, 떨어져요. 이 작업을 반복하면 사람들이 나를 리더로 간주합니다.

팀의 업무가 실제로 무엇을 포함하고 이에 따라 대응하는지 파악하십시오.

PHP 개발자 2 명, 데이터베이스 디자이너, UI 디자이너, 일부 HTML 개발자 등 다양한 기술을 갖춘 개발자 팀을 이끌 것입니다. 일상적인 업무와 관련된 내용을 파악하고 합리적으로 달성 할 수있는 것을 기반으로 기대치를 구축하십시오.

아마도 설계 단계는 동시에 500 줄을 펌핑 할 수있는 PHP 개발자의 설계 단계와 다르게 확장되기 때문에 데이터베이스 개발자는 20 라인의 코드를 완성하기 위해 X 시간이 필요할 것입니다.

이 과정은 다소 시간이 걸리지 만 최적에 가깝습니다.

1. 프로그램 관리에서 안티 패턴 및 안티 패턴을 읽으십시오 (둘 다 해당 사이트에 표시됨).
2. 그런 일을하지 않기 위해 개인적으로 노력하십시오.
3. 실제로 그렇게하지 않음 으로써 팀에 대한 헌신을 보여주십시오 .
4. 팀과 협력하여 필요한 작업을 수행하십시오.
5. 3 단계와 4 단계를 반복하십시오.

위의 "모범 사례"가 완전히 없다는 점에 유의하십시오. 권리 대답이 없습니다하지만 일부 가장 확실하게가 잘못된 것들.

솔직히 저는 훌륭한 팀 리더십의 핵심은 다른 사람들의 실수로부터 배우는 것이라고 생각합니다. 당신이 어리석은 것으로 알려진 일을하지 않는 것에 집중한다면 최소한 팀은 태양의 열로 당신을 미워하지 않을 것입니다.

좋은 답변을 얻었으므로, 주도권을 행사하고 새로운 것을 시작할 것을 제안합니다. 금요일 무료 기술 토크 회의와 같은 것으로 루빅스 큐브를 해결하는 방법을 보여줄 수 있습니다. 이 포럼은 일종의 개발 포럼으로, 각 회원은 자신이 좋아하는 기술 또는 제품에 대해 자유롭게 이야기하거나 함께 작업 한 적이 있습니다. 오픈 소스이거나 개인 또는 대학 프로젝트가되게하십시오. 아이디어는 개발자가 스스로 참여할 수있는 환경을 만드는 것입니다. 회의에서 무엇이든 자유롭게 이야기 할 수 있습니다.
이전 회사에서는 이와 같은 것을 사용했지만 특허에 집중했습니다. 각 사람은 새로운 방식으로 제품을 사용하기위한 아이디어를 제시 할 것입니다. 회의에서 아이디어, 장점, 단점, 과제 등에 대해 논의합니다.
현재 조직에는 동일한 아이디어가 있었지만 불행히도 프로젝트를 중심으로 진행 회의로 바뀌 었습니다. 이것이 또 다른 교훈입니다. 개발자는이 포럼의 내용에 대해 강요해서는 안되며 오히려 환경을 조성하여 스스로 참여해야합니다.

세 가지 : 당신이 합당하다는 것을 회원들에게 보여 준다. 존경을 얻으십시오. 존 중심을 나타내고 팀원들의 의견을 경청하십시오. 편견하지 마십시오 (팀의 병아리를 좋아하더라도) :-)

여기에 좋은 답변이 있습니다. 내가 문장으로 요약한다면 :

장벽을 제거하고, 집중하고, 언어를 말하고, (실수로 이어 지더라도) 신뢰를 나타내고 공감하십시오.

다른 모든 것은 끝의 수단 일뿐입니다.