당신의 강점이 약점인 이유

강점은 언제나 약점과 함께 존재함

• 많은 엔지니어들의 가장 큰 장점과 가장 큰 단점은 실제로 같은 특성이 상황에 따라 다르게 나타나는 경우임
• 예시: 작성자는 빠르게 코딩하는 능력 덕분에 칭찬을 받았지만, 세부 사항을 간과해 장애를 일으킨 적도 있음
• 이처럼 동일한 성향이 긍정적이거나 부정적으로 작용할 수 있음

1:1 미팅에서 양면성을 솔직하게 다루기

• 대부분의 사람은 자신의 강점과 약점을 별개의 것으로 생각하지만, 사실은 같은 특성의 양면일 뿐임
• 예시 표현:

  "문제를 깊이 파고드는 능력 덕분에 독창적인 해결책을 잘 찾지만, 그로 인해 마감일을 놓치는 경우도 있음. 같은 특성에서 나온 결과임"

• 이러한 프레이밍은 사람들이 자신의 결점을 덜 자책하고 수용하게 도와줌

맥락에 대한 명확한 가이드 제공

• 사람들이 자신의 성향이 어느 상황에서 도움이 되고 해가 되는지를 알 수 있도록 명확하게 설명해야 함
• 예시: 매우 협업 지향적인 엔지니어에게

  "아키텍처 결정에는 충분한 의견 수렴이 필요하지만, 일상적인 코딩 결정은 스스로 판단하고 넘어가도 됨"

• 이런 맥락 설명은 개인이 스스로 판단력을 기르도록 도움을 줌

팀 내 긴장을 피하지 말고 활용하기

• 모두가 비슷하게 일하는 팀을 만들려고 하는 것은 실수임
• 예시: 빠르게 코딩하는 개발자와 꼼꼼한 리뷰어를 짝지었을 때
  • 초기에는 갈등이 심했지만
  • 몇 주 후 서로의 장점을 배우고 결과적으로 더 나은 코드 생산 가능
• 다양성에서 오는 긴장을 생산적인 상호작용으로 전환할 수 있음

엔지니어를 고치는 것이 아니라 스스로 조절하게 돕는 것

• 모든 사람은 고유한 패키지이며, 그 강점이 다른 상황에서는 문제점이 될 수도 있음
• 목표는 사람들을 평균적인 엔지니어로 바꾸는 것이 아니라,
  자신의 성향을 이해하고 맥락에 맞게 조절할 줄 아는 자기 인식 있는 엔지니어를 만드는 것
• 이는 단순한 관리가 아닌 성장 코칭의 접근 방식임

결론: 자기 인식과 공감이 진정한 리더십의 출발점

• 사람은 누구나 ‘좋은 점과 혼란스러운 점이 함께 있는 패키지 상품’ 임
• 이 사실을 이해하는 것은 더 나은 리더가 되는 것뿐만 아니라, 더 공감력 있는 인간이 되는 길임