본문으로 이동
문서

Cross Functional 기술 문제 풀기 위한 역량 성장 Tip

이의철 토스 · 토스 기술 블로그

원문 보기

AI 핵심 요약

여러 팀이 각자 맡은 일을 잘해도 전체적으로 해결되지 않는 기술 문제는 회의나 진행 상황 공유를 늘리는 것만으로 풀리지 않는다. 토스의 TPM 역할을 사례로, 문제를 재정의하고 결정·책임·순서를 구조화해 실제 실행으로 연결하는 역량을 설명한다. 여기에 우선순위 판단, 공식 권한 없이 신뢰로 영향력을 발휘하는 능력, 사람과 조직 구조를 함께 보는 관점이 필요하다. 자율성이 낮은 조직에서는 작은 병목부터 해결하고 조율 과정에 구조화를 더해 작동 사례를 쌓는 방식으로 시작할 수 있다.

  • 현상만 나열하지 말고 결정 공백, 모호한 Owner, 반복되는 구조적 병목을 찾아 문제를 다시 정의하세요.
  • 복잡한 이슈는 결정할 사항·선택지·책임자·해결 순서로 나누면 여러 팀이 함께 다룰 수 있습니다.
  • 일시적 조정으로 충분한 문제와 조직 구조까지 바꿔야 할 문제를 구분해 개입 수준을 정하세요.
  • 공식 권한이 부족해도 상대의 맥락을 이해하고 신뢰를 쌓으면 협업을 이끌 수 있습니다.
  • 새 역할을 주장하기보다 작은 병목을 해결하고, Owner와 완료 기준을 명확히 한 사례를 쌓으세요.

소개

회의를 늘려도 안 풀리는 문제, 조율과 해결 사이에서 진짜 필요한 역량

비슷한 학습 자료

문서 한주연

2. Beyond Our Expertise

문서 한주연

This is the story of how we turned Technical Writers’ challenges and expertise into a product called "todoc", and how the process helped us take that expertise even further.

문서 한주연

토스의 Technical Writer들이 어떻게 '문서를 쓰는 사람'에서 '조직의 지식 시스템을 설계하는 사람'으로 일을 넓혀왔는지 소개해요.

문서 이의철

모두가 열심히 해도 계속 비는 문제, 토스가 그 회색지대를 해결하는 법

애자일 · 협업

문서 김민수

"어떻게 하면 더 많은 팀이 우리 시스템을 잘 사용하게 할 수 있을까?" TDS가 이 질문에 답하기 위해 고민했던 과정을 공유합니다.

UI/UX

문서 서소희/문은진

꼭 필요하지만 리소스가 많이 드는 단순 반복 업무, 리서치 프로세스에서 어떻게 개선했는지 소개해 드릴게요.

문서 오지은

‘원래 하던 일’을 단순히 똑같이 해내는 것이 아니라, ‘더 잘하게 만드는 도구’를 만들어서 원래 하던 일을 훨씬 더 빠른 속도로 해낼 수 있어요. 효율이 복리로 쌓이게 만드는 거죠.