시니어 개발자가 '잘못된 프로젝트'를 대하는 전략: 침묵, 개입, 그리고 영향력 관리

주니어 시절에는 잘못된 프로젝트에 대해 적극적으로 의견을 개진했지만, 시니어 개발자가 되면서 전략적 침묵을 선택하게 된 배경을 설명

'옳은 것'과 '효과적인 것'의 차이를 인지하고, 영향력(Influence)을 은행 계좌처럼 관리하는 전략 제시

프로젝트의 근접성, 팀에 미치는 영향, 회사 전체에 미치는 피해 규모를 고려하여 의견 개진 여부를 결정

개입(Intervention) 방식과 개입하지 않는 경우의 대처법을 제시하며, 팀을 이끄는 방법에 대한 조언을 제공

글에 따르면 시니어 개발자는 '잘못된 프로젝트'를 지적하는 데 따르는 비용을 인지하고, 영향력(Influence) 관리를 통해 장기적인 관점에서 조직에 기여한다.

속도(Speed)와 출시(Release)를 중시하는 조직 문화에서, 우려 제기는 프로젝트 지연으로 이어질 수 있으며, 부정적인 사람(Negative Person)으로 인식될 위험

평판(Reputation) 관리의 중요성: 잦은 반대는 관계를 악화시키고, 본인의 업무 수행 능력에도 부정적인 영향을 미칠 수 있음

냉소주의(Cynicism) 함정: 모든 문제를 해결하려다 보면 냉소적인 개발자가 되기 쉽고, 이는 개인의 성장에도 해롭다.

본문에서는 영향력을 은행 계좌에 비유하며, 전략적인 자원 분배의 중요성을 강조한다.

일상적인 코드 리뷰(Code Review)와 동료 지원을 통해 영향력을 축적하고, 중요한 순간(Critical Moment)에 '출금'할 준비

영향력 '출금' 비용: 사소한 지적에는 5,000원, 아키텍처 결정 반대에는 500,000원, 임원 프로젝트 반대에는 50,000,000원과 같이 사안의 중요도에 따라 달라짐

정치적 파산(Political Bankruptcy) 위험: 사소한 일에 과도하게 개입하면, 정작 중요한 순간에 영향력을 행사할 수 없게 됨

글에서는 의견 개진 여부를 결정하기 위한 세 가지 요소, 즉 근접성(Proximity), 팀에 미치는 영향, 회사에 미치는 피해 규모를 제시한다.

근접성: 팀 내부 프로젝트는 비용이 적지만, 조직 외부 프로젝트는 영향력 행사 수단 부족으로 개입 어려움

팀에 미치는 영향: 우리 팀 업무에 직접적인 영향을 미치는 프로젝트는 적극적인 개입을 통해 팀을 보호

피해 규모: 핵심 시스템과 관련된 프로젝트는 장기적인 기술 부채(Technical Debt)를 유발하므로, 적극적인 개입 필요

글에서는 개입 방식과 비개입 시의 대처법을 제시하며, 상황에 맞는 유연한 전략의 중요성을 강조한다.

개입 전략: 직접적인 문제 제기, 팀과의 소통, 접근 방식 개선 유도 등 다양한 개입 방식 존재

비개입 전략: 프로젝트 관련성이 낮을 경우, 대비책 마련(Contingency Plan) 및 핵심 아이디어 활용

팀 관리: 팀원들에게 솔직하게 상황을 공유하고, 현실적인 목표 설정을 통해 신뢰를 유지

첫 번째 댓글을 남겨보세요!