devsisters·문제게임 회사 클라이언트 프로그래머의 실제 업무는 "눈에 보이는 게임 구현" 으로만 알려져 있지만, 현업에서는 협업·툴 개발·리소스 관리·엔진 사용 등 훨씬 다양하다.
접근쿠키런 킹덤 4년차 클라이언트 프로그래머가 실제 구현한 컨텐츠를 예시로 컨텐츠 개발 흐름을 따라간다. 직군 구성 → 기획·아트와의 협업 → 데이터 / 리소스 관리 → 엔진 작업 순으로 책임 범위를 풀어낸다.
결과게임 클라이언트 프로그래머를 준비하는 사람에게 직무 전반의 그림을 구체적으로 제시한다. 회사·팀·컨텐츠 종류에 따라 달라지는 부분도 함께 명시.
토스 SLASH·문제조직이 성숙할수록 팀 내부보다 팀 사이의 회색지대 문제(책임 불명확, 다중 조직이 얽혔으나 소유자 없음)가 병목이 된다. AI 시대에 그 복잡도는 더 커진다.
접근토스는 기존의 일정 관리 중심 TPM(Technical Program Manager)을 "정의되지 않은 중요 문제를 구조화하고 해결"하는 역할로 재정의했다. 문제 발굴 → 구조화 → 실행 가능한 상태로 전환까지가 핵심.
결과문제 구조화 능력 + 전략을 실행으로 변환하는 힘 + 완결성을 갖춘 TPM이 고성과 조직의 필수 역할이 된다.
무신사 테크·
NHN Cloud Meetup·문제개발 진행을 보고할 때 "진행 중" 같은 모호한 상태 표현은 가시성을 떨어뜨린다. 어떤 작업이 끝났는지 외부에서 알기 어렵다.
접근NHN Cloud 의 "Artifact Driven Development" — 과정보다 결과물(PR, 디자인 문서, spec) 을 일급 시민으로 다룬다. 모든 작업이 명확한 산출물로 정의되도록 워크플로 재설계.
결과진행 상황 가시성과 완료 기준 명확성이 동시에 개선. 협업 비용이 줄어들고 비동기 협업이 자연스러워졌다.