본문 바로가기
지푸라기/웹서비스기획자의 일상

당신은 기획자인가요, 단순 전달자인가요? 성과를 갉아먹는 기획자의 5가지 치명적 습관

by 심리인 2026. 1. 22.
728x90

조직에서 '메일만 잘 쓰는 사람' 혹은 '단순 중개인'으로 평가받고 있다면, 당신의 커리어는 위험 신호입니다. 2연속 최하위 등급을 받은 기획자의 사례를 통해 본 반복적 문제점 진단입니다.

1. "중개자 딜레마" — 기술적 이해 부재를 '전달'로 메우는 패턴

많은 기획자가 "개발팀에 전달했습니다", "답변을 전달드립니다"라는 말을 입에 달고 삽니다. 하지만 기술적 이슈를 이해하지 못한 채 말만 옮기는 것은 기획자의 가치를 스스로 깎아먹는 행위입니다.

  • 문제: 단순 전달자로 머물면 업무 속도가 시스템 자동화보다 느려집니다. (기본 24~48시간 지연)
  • 결과: 개발팀 의존도가 극도로 높아지며, 정작 중요한 기획적 판단은 뒷전이 됩니다.

2. "감사합니다" 중독 — 과도한 형식성이 가리는 무능력

긴급 장애 보고 상황에서도 "감사합니다. 김기획 올림"이라는 서명을 유지하고 있나요? 지나친 예의는 때로 상황의 심각성을 희석시킵니다.

  • 문제: 결제 API가 이틀간 마비된 상황에서도 격식을 차리느라 정작 필요한 **'강력한 액션'**을 놓칩니다.
  • 결과: 조직 내에서 '상황 판단력이 부족한 사람'으로 인식됩니다.

3. "재확인 부탁드립니다" — 책임 회피의 악순환

능동적으로 해결책을 찾기보다 타인의 응답을 기다리는 수동적 자세입니다. "제가 할 줄 모르니 당신이 해주세요"라는 암묵적인 고백과 다름없습니다.

  • 문제: 7만 건의 중복 호출 사태가 벌어져도 "다시 확인 부탁드린다"는 메일만 반복하며 골든타임을 놓칩니다.
  • 결과: 커뮤니케이션 비용은 급증하고, 실질적인 결과물은 나오지 않습니다.

4. 에스컬레이션(Escalation) 무능력 — 방치된 문제들

담당자가 휴가 중이라서, 혹은 상대방이 답이 없어서 문제를 6개월간 방치한 사례가 있습니까? "기다려 보기"는 기획자의 전략이 될 수 없습니다.

  • 문제: 5,000건 이상의 데이터 오류가 누적되는 동안 상급자 보고나 긴급 회의 소집 등 '문제 확대' 전략을 전혀 사용하지 못합니다.
  • 결과: 운영상의 큰 구멍을 만들고 조직에 실질적인 피해를 입힙니다.

🚀 생존을 위한 기획자의 실행 계획 (Action Plan)

단순 중개인에서 벗어나기 위해 즉시 실천해야 할 변화입니다.

즉시 실행 항목 (24시간 이내)

  1. 메일 스레드 종결 법칙: 모든 메일은 [요청→응답→종결] 3단계 내에 끝냅니다. 48시간 이상 질질 끄는 소통은 금지합니다.
  2. 금기어 설정: "재확인 부탁드립니다" 대신 24시간 내 미응답 시 상급자 보고 및 프로세스 강제 집행하겠습니다로 명확한 데드라인을 제시하세요.
  3. 기술 문서 숙지: 결제 API, 인증 시스템 등 담당 도메인의 기본 기술 문서를 일주일 내 완독하고, 기초 질문은 직접 답변하세요.

30일 이내 실행 항목

  • 에스컬레이션 체계 수립: 문제가 터졌을 때 누구에게, 언제 보고할지 '보고 프로토콜'을 문서화하세요.
  • 오류 위키(Wiki) 구축: 반복되는 질문은 메일 대신 사내 위키 링크 하나로 해결할 수 있도록 정리하세요.
  • 철학적 전환: "예의 바른 사람"이 되려 하지 말고 일을 끝내는 사람이 되세요.

결론: 기획자의 본질은 '해결'입니다

기획자의 위치는 '덕지덕지 붙은 중개인'이 아닙니다. 개발자가 기피하는 조정 업무를 주도하고, 외부사의 요구를 비즈니스 가치로 변환하는 전략적 해결사여야 합니다.

단순한 메일 작성 능력이 아닌, 기술적 이해력을 바탕으로 한 주도적 실행력만이 당신의 커리어를 증명할 것입니다.

 

728x90

댓글