TPM이란 무엇인가?

얼마전에 AWS Community Builders Day 2026이라는 행사가 있었다.

https://cbday.awskr.org/

Community Builders Day 2026

AWS 커뮤니티 전문가들과 함께 만드는 AWS 컨퍼런스로, AWS Community Builder와 AWS Hero들이 각자의 전문 분야에서 쌓아온 경험과 인사이트를 나누고, AWS 생태계에서의 다양한 활용 사례와 경험을 공유하는 행사입니다.

여러 스케줄 중에 TPM에 대한 관심이 있어서 참석하게 됐다.

다음은 요약한 내용이다.

• TPM에 대해 알면 좋은 것

• 일하는 방식에 대한 정의 필요성 
• 예) AI와 일하는 방식은 누가 정의하고 있는가?
• 전략과 실행의 연결은 어떤 연결자가 적합한가?
  • 'Gray Area'의 문제 해결사
• 복잡도가 높아지는, 성장하는 조직이 겪는 문제들에 대한 정리와 개선

• TPM 이란?
  • What → Product Manager
    • Ongoing Value Creation
  • How → Project Manager
    • On time Delivery
  • Program Management
    • Program 이란 N개의 Project
    • Project간의 Dependency
  • PMO와는 다름
    • Technical 단어가 주는 Specialty
    • Dependency나 개발일정에 대한 이해도가 높다.
    • Risk/Issue Management에 유리
      • 겸손한 상태에서 리스크를 처리하는 역
      • 내가 해봐서 말이야 (X)
• TPM 역할이 회사마다 다름
  • Tech Lead vs Tech. Program Management
    • Tech Lead : 기술적인 결정권을 가지고 기술 조직을 관리, C레벨과 1차 조직장 사이 어딘가
    • Tech. Program Management : Delivery lead time 최적화 및 일하는 방식 및 조직 개선 등
  • 10명의 TPM, 10개의 specialty
    • 정통파pm, Agile pm, 퍼실리테이터 전문가, Tech 전문가 등
    • 나는 어떤 TPM으로 캐릭터를 잡아가고 싶은가?
  • TPM은 일이 돌아가게 만들어주는 사람(WD-40)
    • 의뢰 - 진단 - 개선점 도출 - 반복실행 - 중간점검 - 결과 확인 - 종료
• 추천 성향
  • 흐름을 가져다 줄 수 있는 사람
  • 나보다 동료를 빛내주는 포인트가드
  • 서포트 조직
  • 다양한 업무 (Tech → Total 이라고도 부름)
  • 나는 오지라퍼
  • 비즈니스 가치를 유저에게 전달하는 것이 중요할 뿐, 경계는 없다
• 추천 반대
  • Give가 아닌 Taker
    • 추천도서(Give and Take)
  • 나의 기여가 가장 앞서서 인정 받고 내가 빛나고 싶다.
  • 감정의 하수 처리장

---

추가로 Q&A에 나왔던 내용을 정리했다.

• TPM은 꼭 애자일 전문가거나 애자일 해야하는가?
  • 워터폴이든 애자일이든 잘되면 됨
    • Why에 대해 애자일이 잘 먹힘
    • 전통 PMP으로도 잘 하셨던 분도 있음
  • TPM은  빠른 문제 해결을 도와주는 역할
    • 회고만 진행해도 문제점 도출이 나옴
• 서비스 운영 관점 vs 프로젝트 운영 관점 에서 어느것이 중요한가?
  • 둘 다 중요함
    • 서비스 운영은 유저한테 가치를 주는 일
      • 외부 경쟁자랑 경쟁을 해야됨
      • 내부에서 경쟁하지 말자
  • 서비스 운영은 일정 지연도 필요하다
  • 프로젝트 운영은 일정이 정해져 있다.
    • 무 에서 유를 만드는 일