입력하다
적게는 3~4명, 많게는 10명 이상이 함께 프로젝트를 진행합니다.
어떻게 하면 팀원들이 더 잘 협업할 수 있을지, 어떻게 하면 훌륭한 팀을 만들 수 있을지 고민해보셨으리라 생각합니다.
협업의 예술이란 수입
- 호르몬 대체 요법
- 비판을 주고받는 방법을 배우십시오.
통과함으로써 훌륭한 협업과 훌륭한 팀을 만드는 데 필요한 몇 가지 사항을 공유하고 싶습니다.
HRT란 무엇입니까?
개발은 팀 스포츠이며 한 사람이 성공적인 소프트웨어라고 할 수 있는 것을 만드는 것은 드뭅니다.
잘 운영되는 팀은 금이며 성공의 진정한 열쇠입니다.
그리고 HRT가 무엇인지 설명하십시오.
겸손한
당신은 우주의 중심이 아닙니다.
또한 그들은 전능하지도 않고 항상 성공하지도 않습니다.
항상 자기 개선에 개방적이어야 합니다.
존경
함께 일하는 사람들을 진정으로 존중할 수 있어야 합니다.
우리는 그들을 인간으로 대하고 그들의 능력과 업적을 인정해야 합니다.
믿다
당신과 함께 일하는 사람들은 숙련된 노동자이며 당신은 그들을 올바로 처리할 수 있어야 하고 그들이 항상 옳은 일을 할 것이라고 믿을 수 있어야 합니다.
뻔한 이야기처럼 들리지만 아래에 실행 가능한 조언과 함께 실제로 어떻게 적용할 수 있는지 설명합니다.
- 자존심을 버리십시오.
- 비판을 주고받는 방법을 배우십시오.
- 빨리 실패하고, 배우고, 반복하십시오.
- 공부하는 데 시간을 낭비하지 마십시오.
- 인내심을 가지십시오.
- 주변 환경의 영향을 받아들이다
2번을 주는 방법과 비판을 받아들이는 방법을 다루겠습니다.
실제로 일어나는 일
Joe라는 프로그래머가 새로운 일을 시작했습니다.
첫 주 후에 그는 이전 코드에 대해 열심히 작업하기 시작했습니다.
그는 무슨 일이 일어나고 있는지에 관심이 있어서 팀원들에게 그들의 임무에 대해 조심스럽게 묻기 시작합니다.
그는 짧은 코드 리뷰를 이메일로 보내 디자인 의도에 대해 정중하게 질문하거나 로직을 개선할 수 있는 부분을 지적했습니다.
몇 주 후, 그는 상사의 사무실로 불려갔습니다.
기사: 어떤 문제?
우세한: Joe, 나는 몇몇 사람들이 당신의 행동에 대해 불평하는 것을 들었고 당신이 당신의 팀원들을 냉담하게 비판하는 것을 들었습니다.
너무 아파서 더 조심해야 합니다.
Joe는 완전히 기절했습니다.
HRT 조직 문화가 스며든다면 Joe의 코드 리뷰는 환영받아야 하고 동료들은 그를 높이 평가해야 합니다.
하지만 이 경우 Joe는 팀 내 만연한 불신을 더 염두에 두고 그러한 조직에 새로운 코드 검토 문화를 도입하는 데 더 현명해야 합니다.
저는 Joe와 Tim(조직)이 아래에서 설명하는 내용에 관심이 있습니다.
비판을 주고받는 방법우리가 그것을 마스터한다면, 우리는 아주 잘 협력할 수 있다고 생각합니다.
주는 방법과 비판을 받아들이는 방법은 무엇입니까?
주는 방법
특화된 소프트웨어 엔지니어링 환경에서 흠잡다그것은 결코 개인적인 것이 아니며 더 나은 제품을 만드는 과정의 일부이며 귀하(우리)는 다른 사람들의 창의적인 결과물에 대해 할 말이 많습니다.
건설적으로 비판하다수업 누군가를 난폭하게 공격하는 성향의 차이트릭은 이해하는 것입니다
설명하다.
남의 성질을 난폭하게 공격하다 쓸모없는, 하찮은
건설적으로 비판하다 항상 도움이 되고 개선을 위한 지침을 제공하며 가장 중요한 것은
가장 중요한 것은 존중(R)을 보여주는 것입니다.
여기서 건설적인 비판 주는 방법이해할 수 있는.
“당연하지 않습니까?” 우리 모두가 알고 있다고 말할 수 있습니다.
하지만
“주위 팀원들에게 그렇게 합니까?” ~로 알려진
자신에게 물어본다면 뭐라고 대답하시겠습니까?
나조차도 부끄러운 질문이지만 이미 위에서 소개했습니다.
HRT의 H(겸손), R(존중) 분명히, 열심히 연습하는 것은 좋은 협력과 좋은 팀 빌딩의 긍정적인 신호입니다.
또한 좋은 팀을 만들기 위해서는 좋은 팀 문화를 다듬고 만들어야 HRT가 잘할 수 있다고 생각합니다.
비판을 받아들이는 방법
우리는 또한 대화에서 비판을 받아들이는 방법을 배워야 한다고 말합니다.
동료가 당신의 기술을 향상시킬 수 있는 곳을 지적한다면, 그것을 인간으로서 당신의 성격과 가치관에 대한 공격으로 받아들이지 마십시오. 당신의 자존심이 당신이 작성한 코드에 나타나서는 안됩니다.
당신과 당신이 작성하는 코드는 다릅니다.
자신을 믿어야 할 뿐만 아니라 동료도 믿어야 합니다.
자부심을 코드 품질과 동일시하지 마십시오.이것은 비평가와 수신자 모두에게 해당됩니다.
- 자신감 있는 사람들은 높은 자존감을 품질 코드와 동일시하고, 다른 사람을 무시하고, 다른 사람을 난처하게 만들고,
- 자신감이 부족한 팀원은 낮은 자존감을 코드의 품질과 동일시하여 점점 더 불안정해 보일 수 있습니다.
코드 검토 및 페어 코딩 문화를 도입하려는 조직을 주변에서 많이 볼 수 있습니다.
이 문화를 성공적으로 도입하기 위해서는 비판적인 방식으로 비판을 수용할 준비가 되어 있어야 한다고 생각합니다.
자신감 있는 사람과 자신감 없는 두 사람이 코드 리뷰를 할까, 페어 코딩을 할까? 물론 그렇게 하는 것이 안 하는 것보다 더 나쁠 것이다.
HRT를 통해 비판을 잘 주고받는 방법을 배우면 코드 리뷰와 페어 코딩 문화가 잘 정착되고 이를 바탕으로 좋은 팀 문화와 좋은 협업을 이룰 수 있을 것입니다.
결론적으로
HRT가 무엇인지, 어떻게 주어지는지, 비판은 어떻게 받는지 살펴본다.
어렵지 않습니다.
누구나 생각할 수 있는 것입니다.
그런데 정말 주위를 둘러보면 왜 모두가 함께 즐겁게 일하지 않는 걸까? 그것을 실천에 옮기는 것은 쉬운 일이 아닙니다.
이 글을 읽는 모든 분들이 좋은 팀과 회사 문화 속에서 행복하게 발전할 수 있기를 바랍니다.
긴 글 읽어주셔서 감사합니다.
독수리는 pxd XE 그룹 블로그당신은 또한 수