비즈니스 마인드를 가진 개발자가 되기
1. 개발자의 장인정신: 기술보다 중요한 것
개발자로서 뛰어난 기술력을 갖추고 최신 기술 트렌드를 따라가는 것은 중요하다. 하지만 더 중요한 것은 그 기술이 사용자에게 실질적인 가치를 제공하는지이다. 사용자의 문제를 해결하는 것이야말로 궁극적인 목표이다.
기술적인 성과나 우수한 코드 품질이 아무리 중요하더라도, 그것이 사용자의 요구에 부합하지 않거나 비즈니스에 실질적인 영향을 주지 못한다면 그 가치는 크게 떨어진다. 결국, 개발자의 모든 행위는 사용자의 문제 해결과 직결되어야 하며, 그것이 비즈니스적인 임팩트를 창출할 때 더 큰 가치를 얻게 된다.
2. 의사결정의 근거: 사용자 문제 해결
실제로 개발 리소스는 제한적이다. 따라서 개발자는 여러 선택지 중에서 비즈니스에 가장 큰 임팩트를 줄 수 있는 작업을 선택해야 한다. 이때 중요한 질문은 다음과 같다:
- 팀의 목표는 무엇인가?
- 왜 이 작업을 선택했는가?
- 이 작업이 사용자의 문제를 어떻게 해결할 수 있는가?
- 이 작업이 비즈니스에 어떤 임팩트를 줄 수 있는가?
이러한 질문에 대한 답은 단순한 기술적 이유를 넘어, 사용자의 문제 해결이라는 근본적인 목표에 맞닿아 있어야 한다. 즉, 어떤 기술적 선택이 비즈니스와 사용자의 문제를 해결하는 데 기여할 수 있는가를 이해하고 있어야 한다.
예를 들어, 속도 개선을 한다고 했을 때, 단순히 모든 페이지의 성능을 개선하는 것이 아니라, 트래픽이 높은 페이지나 비즈니스적으로 중요한 페이지부터 개선하는 것이 합리적이다. 이를 통해 비즈니스에 더 큰 임팩트를 주고, 최소의 리소스로 최대의 성과를 낼 수 있다.
3. 비즈니스 임팩트에 집중한 개발
기술적인 작업이 비즈니스에 얼마나 큰 영향을 미치는지는 때로 명확하지 않을 수 있다. 하지만 당시의 상황에서 최선의 선택을 했다는 근거를 제시할 수 있어야 한다. 이는 비즈니스 임팩트가 크지 않더라도, 해당 작업이 왜 중요한 선택이었는지 설명할 수 있는 능력이다.
비즈니스 임팩트가 명확하지 않더라도, 당시 상황에서 최선의 의사결정이었음을 설명하는 것은 성과를 어필하는 데 매우 유리하다. 이는 비즈니스적 사고를 이해하고 있다는 증거이며, 비즈니스와 기술의 접점을 잘 이해하는 개발자로 평가받게 한다.
4. 실전 사례: 토스의 속도 개선 프로젝트
토스의 한 사례를 보면, 4000개의 웹페이지 중에서 트래픽이 높은 50개의 페이지를 먼저 개선하는 작업을 선택했다. 이는 전체 트래픽의 85%를 차지하는 페이지를 우선적으로 다루면서 최소의 리소스로 최대의 비즈니스적 임팩트를 창출한 사례이다. 또한, OKR에 기여하는 서비스 중 속도 개선이 필요한 페이지를 선정함으로써 변수를 최소화하고 성과에 기여하는 작업을 집중적으로 처리했다.
이런 사례는 비즈니스 임팩트를 고려한 선택과 집중의 좋은 예이다.
5. 연봉 협상에서의 활용
이런 방식의 사고와 행동은 연봉 협상에서 큰 무기가 된다. 연봉 협상은 단순히 내가 어떤 기술을 가지고 있는지보다, 내가 회사의 비즈니스에 얼마나 기여했는가를 어필하는 자리이다. 내가 선택한 작업이 사용자의 문제를 해결하고 비즈니스에 기여했다는 명확한 근거를 제시할 수 있다면, 연봉 협상에서 훨씬 더 유리한 입지를 다질 수 있다.
- 내가 이 작업을 선택한 이유는 무엇인가?
- 이 작업이 사용자 문제 해결에 어떻게 기여했는가?
- 그 결과로 비즈니스에 어떤 임팩트를 주었는가?
이런 질문들에 대한 명확한 답변을 준비해 둔다면, 자신의 가치를 더욱 강력하게 어필할 수 있다.
결론
결국 개발자는 기술적인 장인정신을 가지고 있어야 하지만, 그 기술이 비즈니스와 사용자 문제 해결에 기여하는지를 항상 고민해야 한다. 자신의 선택이 왜 최선이었는지에 대한 근거를 명확히 제시할 수 있고, 그 결과로 비즈니스에 기여한 임팩트를 설명할 수 있다면, 그만큼 더 성공적인 커리어와 협상을 이어갈 수 있을 것이다.
