테크니컬 리더 - ChoDragon9/posts GitHub Wiki

참고 도서

  • 제럴드 M. 와인버그. 『테크니컬 리더』. 조승빈(역). 인사이트, 2013.

4장 리더는 어떻게 만들어지는가?

리더는 변화를 이끌어 가는 사람이다. 변화는 다른 사람의 변화/팀의 변화/조직 전체의 변화 일 수도 있다.

6장 혁신을 방해하는 세 가지 큰 장애물

자신에 대한 무지: 첫 번째 장애물

많은 프로그래머들이 잘못된 생각에 사로잡혀서 엉뚱한 곳에서 오랫동안 하나의 오류를 찾아 헤맨다.

다른 사람들이 우리를 보는 것처럼 스스로를 보지 못하는 것이 자기개발의 첫 번째 장애물이다.

문제 해결형 리더가 되고자 하는 거의 대부분의 사람이 이 장애물에 부딪힌다. 이 장애물을 극복하려면 자신을 도와줄 수 있는 다른 사람을 찾아야 한다. 자신을 관찰해 줄 수 있는 누군가를 찾기 위한 최선의 방법은 서로 관찰해 줄 수 있는 관계를 맺는 것이지만 상호 관찰도 상당히 조심스럽기 때문에 좋은 관계를 형성하려면 어느 정도 시간이 필요하다.

테크니컬 리더가 하는 일

사람들에게 문제 해결 능력을 발휘할 수 있는 환경을 만들어 주려고 하는 많은 리더들을 관찰해 온 것이다.

이러한 리더들 중 몇몇은 동기부여에 뛰어났지만, 개가 고양이를 쫓아가도록 만드는 것조차 어려워하는 사람도 있었다. 또 훌륭한 조직화 능력이 있지만, 반면에 아침에 양말 두 짝을 제대로 맞추어 신지 못하는 사람도 있었다. 가장 성공적이라고 꼽을 수 있는 테크니컬 리더는 모두 혁신, 즉 더 좋은 방법으로 무언가를 한다는 가치를 통해 사람들이 능력을 발휘할 수 있도록 했다.

테크니컬 리더가 혁신을 강조하는 방법을 더 자세히 살펴보면, 다음 세 가지에 특히 노력한다는 사실을 알 수 있다.

- 문제를 이해하기
- 아이디어의 흐름을 관리하기
- 품질을 유지하기

이 세 가지가 문제 해결형 리더십의 특징적 구성 요소이며 이것이 바로 훌륭한 테크니컬 리더의 특징이다.

문제에 대한 이해

  • 명세서를 매우 주의 깊게 읽는 다.
  • 팀 동료들이 명세서를 매우 주의 깊게 읽도록 권장한다.
  • 원래 문제를 다시 참고함으로써 논쟁을 해결한다.
  • 고객에게 명세서에 대한 설명과 추가 정보를 요청한다.
  • 작업이 어느 정도 진행된 후 요구사항의 의미가 더욱 분명해졌을 때 명세서를 다시 참조한다.

아이디어의 흐름 관리

  • 팀에 좋은 아이디어를 제공한다.
  • 유용한 아이디어를 모방하도록 권장한다.
  • 팀 동료의 아이디어를 발전시킨다.
  • 팀이 추구하는 아이디어를 위해 누군가의 아이디어를 포기한다. 다만, 모든 사람이 이해하기 전에는 어떤 아이디어도 포기하지 말아야 한다.
  • 시간의 압박에 굴복하지 않고, 다른 사람의 아이디어에 귀를 기울이는 시간을 갖는다.
  • 다른 사람들의 아이디어를 테스트한다.
  • 아이디어의 흐름을 유지하기 위해 팀 동료의 아이디어를 즉각 비판하지 않는다.
  • 아이디어를 비판할 때는, 그 아이디어를 제시한 사람이 아니라 아이디어 자체를 비판하고 있다는 것을 명확히 한다.
  • 자신의 아이디어를 팀에 제시하기 전에 먼저 테스트한다.
  • 시간과 인력이 부족해지면, 새로운 아이디어를 멈추고 생동에 옮긴다.
  • 팀 구성원들이 예전에는 성공을 거두었지만 새로운 상황에는 맞지 않는 아이디어를 버리도록 권장한다.
  • 포기한 아이디어라 하더라도 나중에 다른 문제를 해결하는 데 가치가 있다면 다시 활용한다.

품질 제어

  • 프로젝트를 진행하면서 품질을 측정한다.
  • 해결책을 만들어 내기 위해 품질을 측정하는 도구와 프로세스를 설계한다.
  • 구현 속도를 측정하고 일정과 비교하여 해결 방법의 변경을 대비한다.
  • 프로젝트에서 한 걸음 물러나서 실행 가능성을 새로운 관점에서 바라보고 평가한다.
  • 아이디어를 구현하기 전에 고객과 함께 검토한다.
  • 아이디어가 실패했을 때에도 의욕을 잃지 않는다.