'예(Yes)'라는 대답 대신 '아니오(No)'라는 거절을 먼저 유도하라 (2022)

직원 수 200명 미만의 기업에서는 상사에게 승인(Yes)을 요청하는 대신, 구체적인 마감 기한을 제시하며 거절(No)을 유도하는 '선제적 행동' 방식이 업무 효율을 높입니다. 예를 들어 '의견이 없으면 1월 17일에 깃허브 액션(GitHub Action)을 도입하겠다'처럼 기한을 정해 공유하면, 상사의 검토 부담을 줄이고 업무 정체 없이 신속한 실행이 가능해집니다.

AI 요약

스타트업 및 소규모 IT 기업 환경에서는 신속한 의사결정과 능동적인 실행력(Bias for Action)이 비즈니스의 생존과 성장을 결정짓는 핵심 요인입니다. 하지만 많은 실무자들이 새로운 기술이나 도구를 도입할 때 상사의 명시적인 승인('Yes')을 기다리다 정체 상태에 빠지곤 합니다. 본 글의 필자는 상사에게 허락을 구하는 대신, 명확한 기한을 설정하고 반대 의견('No')이 없을 시 그대로 진행하겠다는 '거절 유도형(Ask for No)' 소통 방식을 제안합니다. 예를 들어 개발 도구를 도입할 때 허가를 묻기보다 "월요일까지 다른 의견이 없으시면 진행하겠습니다"라고 기한이 있는 통보 형식으로 제안하는 것이 훨씬 효과적입니다. 이 방식은 바쁜 관리자의 인지적 부하를 줄여주는 동시에 실무자가 주도적으로 업무를 추진할 수 있도록 돕습니다. 궁극적으로 이 소통 프레임워크는 조직 전반의 업무 속도를 높이고 병목 현상을 극복하여 지속적인 혁신을 가능하게 합니다.

핵심 인사이트

  • 200인 이하 소규모 기업에 최적화: 대기업이나 정부 기관과 달리, 빠른 의사결정이 생명인 200인 미만의 유연한 조직 환경에서 가장 강력한 시너지를 발휘하는 소통 방식입니다.
  • 기한(Deadline) 설정의 마법: "1월 17일까지 진행하겠다"와 같이 임박한 구체적인 날짜를 제시하는 것이 기한이 없거나 "2월 15일"처럼 먼 미래의 기한을 제시하는 것보다 상대방의 즉각적인 피드백과 행동을 유도합니다.
  • 실행 편향(Bias for Action)의 습관화: 올바른 경로를 몰라 망설이기보다, 아주 작은 단계라도 일단 앞으로 나아가는 실행력을 기르는 것이 업무 정체기(Stasis)를 깨는 핵심 열쇠입니다.

주요 디테일

  • 허가('Yes') 요청이 만드는 병목: 상사에게 단순 질문형("X를 설치해도 될까요?")으로 접근하면, 바쁜 관리자는 문제 검토 및 우선순위 평가 등 추가적인 인지 노동을 해야 하므로 의사결정이 한없이 지연됩니다.
  • 거절('No') 유도형 소통의 메커니즘: "이견이 없다면 실행하겠다"는 톤은 실무자가 문제를 온전히 파악하고 제어하고 있음을 암시하며, 관리자에게는 꼭 필요한 경우에만 개입할 수 있는 옵션을 제공해 부담을 덜어줍니다.
  • 깃허브 액션(GitHub Action) 도입 예시: 로컬 테스트와 검증을 마친 개발 도구를 신속히 도입하기 위해 "월요일까지 다른 피드백이 없다면 적용하겠다"는 방식으로 선언적 소통을 진행하여 리포지토리를 빠르게 개선할 수 있습니다.
  • 역할 범위(Scope) 내 자율성: 이 접근법은 무모한 독단이 아니라, 실무자 자신의 역할과 권한 범위 내에 있는 과제에 한해 정보를 공유하면서도 실행 속도를 늦추지 않기 위해 사용되어야 합니다.
  • 그룹 커뮤니케이션으로의 확장성: 이 방식은 1:1 보고뿐만 아니라 다수의 협업 부서나 프로젝트 팀 전체를 대상으로 빠른 합의를 도출하고 업무를 전진시킬 때도 동일하게 유용합니다.

향후 전망

  • 자율성 중심의 개발 문화 확산: IT 업계에서 개발자 임파워먼트(Empowerment)가 중요해짐에 따라, 탑다운식 승인 절차를 생략하는 '선(先)실행-후(後)보고' 형태의 비동기식 소통이 표준으로 자리 잡을 것입니다.
  • 생산성 격차의 심화: 기한 기반의 자율적 소통을 장려하는 팀과 고전적인 결재 라인에 묶여 있는 팀 간의 기술 부채 해결 속도 및 기능 릴리스 속도 격차가 더욱 커질 전망입니다.
Share

이것도 읽어보세요

댓글

이 소식에 대한 의견을 자유롭게 남겨주세요.

댓글 (0)

불러오는 중...