제4화. 아들아, "안 돼요"라고 말할 수 있는 것도 실력이란다
아들아, IT 정글에서 일하다 보면 고객이 "이거 하나만 더 해주세요", "일정 좀 당겨주세요"라며 무리한 부탁을 해올 때가 정말 많단다. 마음 약한 사람들은 "좋은 게 좋은 거지" 하며 다 받아주곤 하지만, 그 결과는 결국 프로젝트의 품질 저하와 팀원들의 번아웃으로 돌아오게 돼. 아빠가 현장에서 배운, 웃으면서도 단호하게 '거절'하는 기술을 알려줄게.
고객의 요구를 다 들어주면 착한 사람처럼 보이겠지만, 지킬 수 없는 약속을 하는 순간 너는 거짓말쟁이가 된단다. 안 되는 것을 안 된다고 말하지 못해 프로젝트가 터지는 것보다, 지금 욕을 먹더라도 현실을 말해주는 것이 진짜 책임감이야.
무조건적인 수긍은 결국 프로젝트와 팀원 모두를 벼랑 끝으로 내모는 길이란다.
아빠의 노하우: 아빠는 고객의 요구가 들어오면 바로 대답하지 않았어. "검토해 보겠습니다"라고 시간을 번 뒤, 그 요구가 들어왔을 때 생길 사이트 이펙트(버그 발생 가능성, 타 기능 영향 등)를 정리해서 보여줬지. 리스크를 명확히 인지시키는 것이 거절의 첫걸음이란다.
감정적으로 "힘들어요", "바빠요"라고 말하면 고객은 절대 수긍하지 않아. 대신 수치와 일정표를 보여주며 논리적으로 접근해야 한단다.
거절의 근거는 네 감정이 아니라, 객관적인 '리소스와 일정'이어야 한단다.
아빠의 노하우: "지금 인력으로 이 기능을 추가하려면 테스트 기간이 2주 줄어듭니다. 그래도 진행할까요? 그렇게 되면 현재 진행하던 부분이 그만큼의 지연이 생깁니다."라고 물어보렴. 구체적인 '기회비용'을 제시하면, 무리한 요구를 하던 고객도 스스로 멈춰 서서 우선순위를 다시 고민하게 된단다.
단순히 "못 합니다"라고 끝내면 고객과 싸우자는 것밖에 안 돼. 전문가라면 "이건 이번에 어렵지만, 대신 이런 방법은 어떨까요?"라는 우회로를 제시할 수 있어야 해.
진정한 거절의 실력은 '안 되는 것'을 '가능한 범위'로 치환하는 데 있단다.
아빠의 노하우: 아빠는 기능을 빼는 대신 "이번 오픈 때는 핵심만 구현하고, 나머지 고도화 요건은 안정화 기간에 반영하는 게 어떨까요?"라는 식의 1, 2차 분리 전략을 자주 썼어. 고객의 체면도 세워주면서 실리는 챙기는 고도의 심리전이지.
때로는 고객 담당자도 위에서 시켜서 어쩔 수 없이 무리한 요구를 할 때가 있어. 그 사람을 공격하기보다, 그 사람이 자기 상사에게 보고할 '거절의 명분'을 네가 만들어 주는 게 좋단다.
고객을 적으로 만들지 말고, 함께 정글을 빠져나갈 파트너로 만들어야 한단다.
아빠의 노하우: 아빠는 협의가 안 될 때 고객 담당자에게 "팀장님께 보고하실 때 일정이 이만큼 더 필요하다는 근거 자료를 제가 정리해 드릴게요"라고 먼저 제안했어. 그렇게 적군을 내 편으로 만들면, 무리한 요구 자체가 자연스럽게 사라지기도 한단다.
한 마디
"거절은 관계를 끊는 것이 아니라, 프로젝트의 '품질'을 지키기 위한 마지막 보루야. 전문가의 '안 된다'는 말 한마디에는 팀원들에 대한 책임감과 시스템에 대한 자부심이 담겨 있어야 해."
고객의 무리한 요구가 들어왔을 때, 감정 섞인 "안 돼요" 대신 다음 3단계 화법을 사용해 보라.
[1단계: 공감과 수용] "사용자 입장에서 정말 필요한 기능이네요. 말씀하신 의도를 충분히 이해했습니다." (적대감 해소)
[2단계: 팩트 기반의 제약 사항 공유] "다만, 현재 일정표상에는 테스트 단계가 진행 중이라 이 로직을 추가하면 연관된 A, B 모듈을 다시 확인해야 합니다. 이 경우 약 10일의 추가 기간이 발생하게 됩니다." (객관적 지표 제시)
[3단계: 선택권이 포함된 대안 제시] "지금 바로 적용하려면 오픈일을 10일 늦추거나, 오픈일 준수가 중요하다면 이 기능은 2차 안정화 범위로 포함하는 것이 어떨까요? 어떤 쪽이 더 나을까요?" (고객에게 책임 있는 선택권 부여)