MIT Sloan Management Review가 2026년 가을호를 마지막으로 67년 역사를 마칩니다. 마지막 호에 실린 글 가운데 제 눈에 유독 걸린 주제가 있습니다. 끝맺음입니다.
사실 조직에서는 시작에 관한 말이 넘칩니다. 신규 사업을 어떻게 띄울지, 새 팀을 어떻게 꾸릴지, 변화를 어떻게 추진할지, 구성원을 어떻게 온보딩할지에 관해서는 교육도 많고 프레임워크도 많습니다. 반면 끝내는 법은 거의 배우지 않습니다. 일상적으로 사업을 접고, 프로젝트를 중단하고, 팀을 해산하고, 역할을 없애고, 사람을 다른 자리로 옮기는 일은 왕왕 벌어지는데 말이죠.
MIT Sloan Management Review의 마지막 호에 실린 Over and Out은 이 지점을 짚습니다. 리더십 교육과 조직 운영은 대체로 시작에 집중하지만, 종료 역시 조직문화가 드러나는 시험대이자 다음 운영 체제로 넘어가는 전환이라는 취지입니다. 아이러니합니다.
저는 이 아티클이 꽤 의미 있다고 봅니다. 요즘 한국 기업에서도 끝맺음은 드문 사건이 아닙니다. 사업 포트폴리오를 걷어내고, 적자 서비스를 접고, 조직을 통폐합하고, AI 도입 뒤 역할을 다시 짭니다.구조조정도 이어지고 있죠. 지난해 뉴스레터에서 시총 2위 MS가 구조조정에 나선 이유를 다루면서, 구조조정은 위기에 몰렸을 때만 하는 자구책이 아니라 구조를 다시 짜는 경영 행위라고 썼습니다. (구조조정은 호황기에 해야 합니다) 이번 이야기는 그다음 단계에 가깝습니다.
조직은 왜 끝맺음을 서툴게 할까요?
회사는 기본적으로 성장 언어에 익숙합니다. 성장, 확장, 신규 고객, 채용, 런칭, 혁신, 투자.
전부 앞으로 가는 단어입니다. 반대로 철수, 중단, 해산, 종료는 실패의 냄새를 풍깁니다. (실패라는 단어 자체를 피하는 조직도 많고요) 그래서 무언가 접기로 결정한 뒤에도 이상한 일이 벌어집니다. 프로젝트는 공식적으로 끝났는데 회의는 계속되고, 담당자는 없어졌는데 업무는 남고, 시스템은 폐기됐는데 엑셀 파일이 떠돌아다닙니다. 끝냈는데 안 끝난 겁니다. 조직에서는 이런 일이 정말 흔합니다.
예를 들어 가상의 상황을 하나 보겠습니다. A사는 2년간 운영해 온 신규 서비스 사업을 접기로 결정했습니다. 경영회의에서는 철수가 확정됐고 담당 임원도 구성원에게 이를 알렸습니다. 여기까지는 빠릅니다. 그다음부터가 문제입니다. 고객 데이터는 누가 관리할지, 미완료 계약은 누가 넘겨받을지, 해당 팀원들의 다음 역할은 무엇인지, 실패 원인은 어느 수준까지 공유할지, 남은 시스템은 언제 폐기할지 결정되지 않았니다. 한 달이 지나면 이런 말이 나옵니다.
“그거 끝난 거 아니었어요?”
다른 쪽에서는 이럽니다.
“끝났다고는 하는데 제가 아직 하고 있는데요.”
이게 끝맺음 실패입니다. 행정적으로는 종료됐습니다. 운영적으로는 살아 있습니다.
끝낼 때 리더의 첫 번째 일은 그 의미를 설명하는 겁니다
조직의 종료는 사람에게 꽤 큰 해석 과제를 던집니다. 왜 접는지. 누가 잘못했는지. 내가 했던 일은 의미가 없었던 건지. 다음에는 뭘 믿어야 하는지. 리더가 이 빈칸을 채워주지 않으면 구성원이 알아서 채웁니다. 대개 소문이 먼저 들어갑니다.
변화 연구에서도 이 지점은 오래 다뤄져 왔습니다. 조직변화 수용을 다룬 연구들은 변화 과정에서 구성원이 변화의 필요성, 적절성, 실행 가능성, 리더의 지원 등을 어떻게 해석하느냐가 수용과 저항에 영향을 준다고 설명해 왔습니다. 끝맺음도 비슷합니다. 종료를 선언하는 한 줄보다, 왜 종료하는지 설명하는 서사가 필요합니다. 그렇다고 미화하라는 뜻은 아닙니다. 성과가 안 나왔다면 그렇다고 말해야 합니다. 전략 우선순위가 바뀌었다면 그렇게 설명하면 됩니다. 처음 가설이 틀렸다면 틀렸다고 말하는 편이 낫습니다. 애매한 표현이 오히려 불신을 키웁니다.
“종합적으로 검토한 결과 새로운 도약을 위한 전략적 선택을 내렸습니다.”
이런 문장을 읽으면 구성원은 더 궁금해집니다.
그래서 망한 건가?
누가 결정한 건가?
내 자리는 괜찮은 건가?
(저도 이런 사내 공지를 볼 때마다 번역기를 하나 돌리고 싶습니다. ^^;)
끝맺음에서는 설명의 정교함보다 해석 가능성이 더 중요합니다.
두 번째는 남겨야 할 것을 가려내는 겁니다
사업이나 프로젝트가 끝나면 조직은 흔히 두 극단으로 갑니다. 하나는 전부 잊는 겁니다. 끝난 일에 더 이상 시간을 쓰지 말자며 자료를 덮어버립니다. 다른 하나는 아무것도 못 버리는 겁니다. 회의록, 파일, 시스템, 보고체계가 고스란히 남습니다.
둘 다 곤란합니다. 종료할 때 리더가 해야 할 일은 폐기가 아니라 선별입니다. 무엇을 버리고 무엇을 다음 조직으로 넘길 것인지 가려야 합니다. 다만 실패 자체가 자동으로 학습을 낳는 것은 아니며, 해석과 실험이 뒤따라야 한다는 관점입니다. 이 대목이 끝맺음과 딱 맞닿아 있습니다. 조직이 사업 하나를 접었다고 가정해 보죠.
- 매출 목표는 달성하지 못했지만 고객 인터뷰 방식은 효과적이었을 수 있습니다.
- 제품은 실패했지만 영업 파이프라인 관리 방식은 남길 만할 수 있습니다.
- 시장 선택은 틀렸지만 개발 과정에서 쌓은 기술은 다른 사업에서 쓸 수 있겠죠.
실패한 사업을 통째로 실패 취급하면 이런 자산도 함께 묻힙니다. 반대로 미련 때문에 모든 것을 남기면 새로운 조직의 발목을 잡습니다. 이 대목에서 저는 늘 걸리는 게 하나 있습니다.
회사들은 프로젝트 킥오프 회의에는 시간을 꽤 씁니다. 프로젝트 클로징 회의에는 거의 안 씁니다. (끝났으니 다들 바쁘게 다음 일로 가야 하거든요.)
개인적으로는 반대여야 한다고 봅니다. 시작 회의에서 우리는 아직 모르는 게 많습니다. 끝날 때는 아는 게 많아졌습니다. 정작 배울 게 가장 많을 때 사람들이 흩어집니다. 너무 아깝죠.
끝맺음이 허술하면 다음 변화가 어려워집니다
조직에는 기억이 남습니다. 지난 구조조정 때 어떻게 사람을 대했는지. 접은 사업의 책임을 누구에게 돌렸는지. 해산된 팀원이 어디로 갔는지. 리더가 약속을 지켰는지.
다음 변화가 시작되면 구성원은 그 기억을 꺼냅니다.
“지난번에도 저랬는데.”
이 한마디가 변화의 속도를 꽤 갉아먹습니다. 리더는 현재의 종료만 다루는 게 아닙니다. 다음 변화에 대한 신뢰까지 함께 다루고 있습니다. 이 점에서 조직의 끝맺음은 문화의 시험대라는 표현이 꽤 정확합니다. 조직문화는 회의실 벽에 걸린 가치체계보다 이런 때 더 잘 드러납니다. 잘나갈 때 사람을 어떻게 대하는지는 비슷합니다. 접을 때 차이가 납니다. (결혼식보다 이혼할 때 본성이 보인다는 우스갯소리와 비슷하달까요. 경영 뉴스레터에서 이런 비유를 쓰게 될 줄은 몰랐습니다만 ^^;)
끝맺음에도 운영 원칙이 있어야 합니다
그러면 리더는 실제로 무엇을 챙기면 될까요? 거창한 프레임워크까지는 없어도 됩니다. 저라면 다음 다섯 가지는 확인하겠습니다.
- 종료 이유를 설명하세요.
무엇이 잘못됐는지, 무엇이 바뀌었는지, 어떤 판단을 내렸는지 숨기지 마세요.
- 끝나는 시점을 선명하게 정하세요.
공식 종료일과 실제 업무 종료일이 다르면 혼선이 생깁니다.
- 남길 자산을 고르세요.
사람, 데이터, 고객 정보, 노하우, 프로세스 가운데 무엇을 넘길지 결정해야 합니다.
- 역할 이동 뒤를 점검하세요.
발령으로 끝내지 말고 2~4주 뒤 실제 적응 상태를 확인하시길 권해드립니다.
- 종료 리뷰를 따로 하세요.
무엇을 반복하고 무엇을 버릴지 기록하십시오. 이 회의가 다음 프로젝트의 시작 자료가 됩니다.
별것 없어 보이죠? 그런데 실제로는 잘 안 합니다. 이제는 이걸 꼭 바꿔야 합니다. 그래야 다음에 제대로 실행할 수 있습니다.
