일부 기업들은 아직 위기관리 시스템에 대한 정확한 정의와 개념 그리고 가치에 낯설어 한다. 특히 실무라인에서 오랫동안 경험을 쌓은 임원들은 '실행'에만 집중하려 하는 본능이 아직 강하다. 위기관리 시스템을 구성하는 블록들 중 '실행' 블록은 매우 중요한 구성요소들 중 하나임에는 틀림없다. 하지만. '실행' 블록이 전사적 위기관리 시스템 그 자체가 될 수는 없다.
모 경제지의 지나간 '기업 위기관리' 관련 기사에서 기자분이 이런 멘트를 따 기사화 한 것을 본다.
전형적으로 위기 시 '실행'에만 집중하고 투자하는 실무임원들의 모습을 정확하게 표현하고 있다. 우리는 혹시 기업 내부에서 '시스템'적 개념을 공유하는 대신 '개인적 실행' 부분에서 자신의 존재 가치를 찾으려 하진 않았는지 한번 생각해 보자.
그러나 희망적인 사실은 그중 일부 기업들이 점차 전사적 위기관리 시스템에 관심을 가지고, 이에 갈증을 느낀다는 부분이다. 특히 젊은 실무자들과 팀장급들을 중심으로 '왜 우리가 이렇게 반복적으로 회사의 위기에 대해 유일하게 책임을 져야 하나' '왜 매번 발생했던 위기가 개선 없이 점점 더 진화하면서 다가오는가?' '왜 지금과 같은 속도의 시대에 우리 조직은 대응이 굼뜰 수 밖에 없는가?'하는 기본적 의문을 가지고 있기 때문이다.
이런 희망적인 변화를 추구하는 기업들의 경우에도 실제 위기관리 시스템을 구축하는 과정에서 여러 한계를 스스로 초래하곤 한다. 그 과정에서 또 일부는 포기하고 실망한다. 전사적 위기관리 시스템 구축 과정에서의 여러 한계들을 한번 들여다 보고 어떻게 하면 이런 한계들을 넘어서 멋진 시스템을 구축할 수 있는지 한번 생각해 봤으면 한다.
전사적 위기관리 시스템 구축 과정상의 한계 10선
1. CEO의 참석 없는 위기관리 시스템 구축 프로세스
관심으로도 부족하다. CEO는 전사적 위기관리 시스템을 운전해 나갈 선장이다. 시스템을 실무자들끼리 디자인 하거나 납품 받아 CEO앞에서 소개하는 브리핑 세션 한 두 시간으로 CEO가 시스템을 운전하기는 불가능 하다. 시스템을 추구해 나가는 그 과정에서의 깨달음과 공유가 곧 기업의 위기관리 역량이기도 하기 때문에 CEO의 참여는 필수다.
2. 주니어 실무자 라인들만의 끊임없는 학습
학습 없이 시스템을 구축할 수는 없다. 하지만, 정례적인 동아리 학습 형태의 위기관리학 공부만으로는 전사적 위기관리 시스템 구축까지 갈 길들을 다 메울 수가 없다. 특히 일개 부서 사원, 대리, 과장급들끼리의 지적 호기심만으로는 스스로의 '조직적 한계'만을 확인 공유하는 기회를 만들 뿐이다.
3. 전사 전 부문에 걸친 시스템 니즈 공유 없는 갑작스러운 시스템 프로젝트 개시
시스템 구축이 아무리 좋다 하더라도, 아무리 유익할 것이라 하더라도, 아무리 절실하다 할지라도...생산 부문이나 영업부문에서 "그런 게 다 뭐고, 거기에 왜 우리가 참여해야 하는데?"하는 말 한마디면 시스템 구축 프로젝트는 절름발이가 되 버린다.
4. 주관 및 유관 부문 핵심인사들에 대한 참여 및 협조 확보 실패
다른 부서들은 시간이 남아 돈다거나. 열정을 하지고 다른 부서가 리드하는 프로젝트에 참여해 주리라 기대하는 것은 상당히 무모한 생각이다. 위기관리 시스템 구축 프로젝트에서 인하우스들이 가장 두려워(?)하고 부담스러워 하는 것이 여러 부서들과 컨설턴트들과의 미팅 어랜지 부분이다. 양측의 시간을 맞춰 인터뷰 미팅이나 내부 코칭 일정을 잡는 것을 항상 가장 힘들어 한다. 일부는 이런 미팅 노력 없이 한번의 집체행사로 가늠하려 한다. 제대로 된 시스템 구축 및 공유는 불가능하다.
5. CEO 및 핵심 임원들의 머릿속을 읽지 못하고 시작
CEO와 임원A, 임원B, 임원C가 가지신 각각의 위기관리 개념과 위기관리 시스템 개념을 실무자들이 정확하게 파악하거나 분석하지 못하는 경우들이 많다. 그냥 그분은 이렇게 생각하시겠지...하고 추측하는 선에서 프로젝트가 시작된다. 프로젝트 시작 이전에 CEO 및 핵심 임원들과의 심도 있는 의견 교환이 프로젝트의 성패를 좌우한다. 하부 핵심 인력들의 협조수준, 결과물에 대한 안전성 확보, 시스템 구축 주관 부서에의 평판관리 등에 있어 매우 주요한 필수 과정이다.
6. 외부 컨설턴트들에게 일임하는 시스템 구축 과정
매뉴얼은 열명의 컨설턴트들이 하룻밤을 새우면 한 권을 뚝닥 만들어 낼 수 있다. 이런 매뉴얼은 장식품으로서 훌륭한 가치가 있을 뿐 우리 회사에 아무런 가치를 전달하진 못한다. 전사적 위기관리 시스템 구축이란 공감대 형성, 공유, 참여, 생각과 고민, 정리, 학습과 경험의 과정이 선행되어야 한다. 발주와 중간감수 그리고 납품의 과정으로 대체 될 수는 없다.
7. 시스템 구축 실무자들의 불완전한 인하우스 컨설턴트화
시스템 구축 프로젝트를 기획하고 외부 컨설턴트들과 함께 수개월간 여러 프로세스들을 밟아 나가는 인하우스 실무자들은 프로젝트 중반이 지나가면 인하우스 컨설턴트로 발전할 수 있어야 한다. 프로젝트 후반으로 넘어 갈 수록 시스템 업데이트와 공유 워크샵 등에서 인하우스 컨설턴트들의 목소리가 커져야 맞다. 그들이 사내에서 가장 정확하게 시스템적인 컨셉을 가지고 있어야 한다. 그들이 내부에서 제기되는 모든 실무적 문제점들에 대해 고민하면서 답해 나갈 수 있어야 한다. 그냥 외부 컨설턴트들을 감독하거나 지원만 하는 담당 실무자로 남아 있으면 안 된다.
8. 시스템을 구축해 놓고 실제 시뮬레이션에는 부담스러워 하는 문화
몇 개월 간 시스템 구축을 하면서 힘들었으면 됐지, 꼭 시뮬레이션까지 해서 복잡하고 더 힘들게 해야 하겠느냐 하는 생각들이 종종 있을 수 있다. 이는 자동차를 만들어 놓고 시운전을 하지 않는 것과 같다. 아파트 건물을 지어 놓고 들어가 살지 않아도 되지 않느냐 하는 것과 같다. 시뮬레이션을 통해 실제 해당 시스템이 전사적으로 공유되어 있는지, 문제는 없는지, 어떤 부분을 개선해야 하는지 알아야 시스템이 현실적이 된다는 것은 당연한 상식이다. 물론 이때도 CEO는 시뮬레이션을 이끌어 보셔야 한다.
9. 만들어진 시스템을 몇 년간 방치
여러 기업들을 대상으로 하는 위기관리 시스템 프로젝트 경험상, 일개 기업의 위기관리 시스템의 수명은 1년을 넘기기 힘들다. 시스템의 핵심은 사람이기 때문이다. 시스템 구축 직 후 대규모 인사이동이 있을 수도 있다. 시스템 구축 후 회사 체계가 바뀌어 버릴 수 있다. 새로운 CEO가 오시고, 새로운 사업이 시작되기도 한다. 내부에서 유기적으로 이런 내부 변화에 따라 시스템을 진화시켜 나가는 것만 해도 매우 어렵다. 더구나 그냥 그대로 방치하는 것은 어떤 의미일까 한번 생각 해 보자. 시스템이 살아있는지 항상 점검해 볼 필요가 있다.
10. 전사적 위기관리 시스템을 주관부서의 퍼포먼스로 셀링 하지 못하는 경우
왜 전사적 위기관리 시스템을 구축하려 했는가를 기억해 보자. 보통 전사적 위기관리 시스템을 구축하고자 해당 프로젝트를 주관하는 부서는 내부적으로 해당 프로젝트를 통해 자신들의 퍼포먼스를 셀링 하려 했던 것이 아닌가. 전사적 시스템을 통해 이젠 자신의 부서가 홀로 짊어 져왔던 책임과 한계들을 다른 관련 부서들과 공유하려 했던 것이 아닌가. 반복적으로 발생하는 위기들에 대한 조직적 무관심을 개선하고자 하지 않았나. CEO와 임원들로부터의 위기 시 임파워먼트를 사전 획득하려 했던 것은 아닌가. 한번 생각해보고 이를 목적으로 퍼포먼스를 강력 셀링할 필요가 있다. 어떻게 보면 해당 부서에게는 이 부분이 핵심일 수도 있다.
이상의 열 가지 한계를 적극적으로 극복하면서 시스템 구축을 통해 강력하게 성장하는 부서와 부서장이 되길 바란다. 아시아경제 기사에서와 같이 더 이상 욕먹고 살지 말자는 이야기다.
모 경제지의 지나간 '기업 위기관리' 관련 기사에서 기자분이 이런 멘트를 따 기사화 한 것을 본다.
홍보맨으로 잔뼈가 굵은 모 임원의 말이 뇌리를 스친다."내가 받는 월급의 80∼90%는 모두 윗사람들로 부터 욕 얻어먹고 받는 돈입니다" [기업 홍보맨의 희비, 아시아경제]
전형적으로 위기 시 '실행'에만 집중하고 투자하는 실무임원들의 모습을 정확하게 표현하고 있다. 우리는 혹시 기업 내부에서 '시스템'적 개념을 공유하는 대신 '개인적 실행' 부분에서 자신의 존재 가치를 찾으려 하진 않았는지 한번 생각해 보자.
"그래도 내가 있으니 이 회사가 별 탈이 없지, 내가 없어 봐 금방 무슨 일이 터질 거야"
"왜 우리 회사 관련한 골치 아픈 문제는 왕상무가 해외 출장 중에만 발생하나? 왕상무 없으면 앞으로 어쩔 거야?"
"아...죽겠네. 내가 며칠 휴가를 못 내요. 어제가 휴가 첫날인데 하루 종일 전화가 와. 계열사 홍보팀 김부장이 OO일보 OOO기자가 또 조진다고 한다고 이걸 어쩌냐고 나한테 풀어 달라더라고...참나...자기네가 좀 알아서 하던가. 내가 그래서 편하게 쉬질 못한다"
그러나 희망적인 사실은 그중 일부 기업들이 점차 전사적 위기관리 시스템에 관심을 가지고, 이에 갈증을 느낀다는 부분이다. 특히 젊은 실무자들과 팀장급들을 중심으로 '왜 우리가 이렇게 반복적으로 회사의 위기에 대해 유일하게 책임을 져야 하나' '왜 매번 발생했던 위기가 개선 없이 점점 더 진화하면서 다가오는가?' '왜 지금과 같은 속도의 시대에 우리 조직은 대응이 굼뜰 수 밖에 없는가?'하는 기본적 의문을 가지고 있기 때문이다.
이런 희망적인 변화를 추구하는 기업들의 경우에도 실제 위기관리 시스템을 구축하는 과정에서 여러 한계를 스스로 초래하곤 한다. 그 과정에서 또 일부는 포기하고 실망한다. 전사적 위기관리 시스템 구축 과정에서의 여러 한계들을 한번 들여다 보고 어떻게 하면 이런 한계들을 넘어서 멋진 시스템을 구축할 수 있는지 한번 생각해 봤으면 한다.
전사적 위기관리 시스템 구축 과정상의 한계 10선
1. CEO의 참석 없는 위기관리 시스템 구축 프로세스
관심으로도 부족하다. CEO는 전사적 위기관리 시스템을 운전해 나갈 선장이다. 시스템을 실무자들끼리 디자인 하거나 납품 받아 CEO앞에서 소개하는 브리핑 세션 한 두 시간으로 CEO가 시스템을 운전하기는 불가능 하다. 시스템을 추구해 나가는 그 과정에서의 깨달음과 공유가 곧 기업의 위기관리 역량이기도 하기 때문에 CEO의 참여는 필수다.
2. 주니어 실무자 라인들만의 끊임없는 학습
학습 없이 시스템을 구축할 수는 없다. 하지만, 정례적인 동아리 학습 형태의 위기관리학 공부만으로는 전사적 위기관리 시스템 구축까지 갈 길들을 다 메울 수가 없다. 특히 일개 부서 사원, 대리, 과장급들끼리의 지적 호기심만으로는 스스로의 '조직적 한계'만을 확인 공유하는 기회를 만들 뿐이다.
3. 전사 전 부문에 걸친 시스템 니즈 공유 없는 갑작스러운 시스템 프로젝트 개시
시스템 구축이 아무리 좋다 하더라도, 아무리 유익할 것이라 하더라도, 아무리 절실하다 할지라도...생산 부문이나 영업부문에서 "그런 게 다 뭐고, 거기에 왜 우리가 참여해야 하는데?"하는 말 한마디면 시스템 구축 프로젝트는 절름발이가 되 버린다.
4. 주관 및 유관 부문 핵심인사들에 대한 참여 및 협조 확보 실패
다른 부서들은 시간이 남아 돈다거나. 열정을 하지고 다른 부서가 리드하는 프로젝트에 참여해 주리라 기대하는 것은 상당히 무모한 생각이다. 위기관리 시스템 구축 프로젝트에서 인하우스들이 가장 두려워(?)하고 부담스러워 하는 것이 여러 부서들과 컨설턴트들과의 미팅 어랜지 부분이다. 양측의 시간을 맞춰 인터뷰 미팅이나 내부 코칭 일정을 잡는 것을 항상 가장 힘들어 한다. 일부는 이런 미팅 노력 없이 한번의 집체행사로 가늠하려 한다. 제대로 된 시스템 구축 및 공유는 불가능하다.
5. CEO 및 핵심 임원들의 머릿속을 읽지 못하고 시작
CEO와 임원A, 임원B, 임원C가 가지신 각각의 위기관리 개념과 위기관리 시스템 개념을 실무자들이 정확하게 파악하거나 분석하지 못하는 경우들이 많다. 그냥 그분은 이렇게 생각하시겠지...하고 추측하는 선에서 프로젝트가 시작된다. 프로젝트 시작 이전에 CEO 및 핵심 임원들과의 심도 있는 의견 교환이 프로젝트의 성패를 좌우한다. 하부 핵심 인력들의 협조수준, 결과물에 대한 안전성 확보, 시스템 구축 주관 부서에의 평판관리 등에 있어 매우 주요한 필수 과정이다.
6. 외부 컨설턴트들에게 일임하는 시스템 구축 과정
매뉴얼은 열명의 컨설턴트들이 하룻밤을 새우면 한 권을 뚝닥 만들어 낼 수 있다. 이런 매뉴얼은 장식품으로서 훌륭한 가치가 있을 뿐 우리 회사에 아무런 가치를 전달하진 못한다. 전사적 위기관리 시스템 구축이란 공감대 형성, 공유, 참여, 생각과 고민, 정리, 학습과 경험의 과정이 선행되어야 한다. 발주와 중간감수 그리고 납품의 과정으로 대체 될 수는 없다.
7. 시스템 구축 실무자들의 불완전한 인하우스 컨설턴트화
시스템 구축 프로젝트를 기획하고 외부 컨설턴트들과 함께 수개월간 여러 프로세스들을 밟아 나가는 인하우스 실무자들은 프로젝트 중반이 지나가면 인하우스 컨설턴트로 발전할 수 있어야 한다. 프로젝트 후반으로 넘어 갈 수록 시스템 업데이트와 공유 워크샵 등에서 인하우스 컨설턴트들의 목소리가 커져야 맞다. 그들이 사내에서 가장 정확하게 시스템적인 컨셉을 가지고 있어야 한다. 그들이 내부에서 제기되는 모든 실무적 문제점들에 대해 고민하면서 답해 나갈 수 있어야 한다. 그냥 외부 컨설턴트들을 감독하거나 지원만 하는 담당 실무자로 남아 있으면 안 된다.
8. 시스템을 구축해 놓고 실제 시뮬레이션에는 부담스러워 하는 문화
몇 개월 간 시스템 구축을 하면서 힘들었으면 됐지, 꼭 시뮬레이션까지 해서 복잡하고 더 힘들게 해야 하겠느냐 하는 생각들이 종종 있을 수 있다. 이는 자동차를 만들어 놓고 시운전을 하지 않는 것과 같다. 아파트 건물을 지어 놓고 들어가 살지 않아도 되지 않느냐 하는 것과 같다. 시뮬레이션을 통해 실제 해당 시스템이 전사적으로 공유되어 있는지, 문제는 없는지, 어떤 부분을 개선해야 하는지 알아야 시스템이 현실적이 된다는 것은 당연한 상식이다. 물론 이때도 CEO는 시뮬레이션을 이끌어 보셔야 한다.
9. 만들어진 시스템을 몇 년간 방치
여러 기업들을 대상으로 하는 위기관리 시스템 프로젝트 경험상, 일개 기업의 위기관리 시스템의 수명은 1년을 넘기기 힘들다. 시스템의 핵심은 사람이기 때문이다. 시스템 구축 직 후 대규모 인사이동이 있을 수도 있다. 시스템 구축 후 회사 체계가 바뀌어 버릴 수 있다. 새로운 CEO가 오시고, 새로운 사업이 시작되기도 한다. 내부에서 유기적으로 이런 내부 변화에 따라 시스템을 진화시켜 나가는 것만 해도 매우 어렵다. 더구나 그냥 그대로 방치하는 것은 어떤 의미일까 한번 생각 해 보자. 시스템이 살아있는지 항상 점검해 볼 필요가 있다.
10. 전사적 위기관리 시스템을 주관부서의 퍼포먼스로 셀링 하지 못하는 경우
왜 전사적 위기관리 시스템을 구축하려 했는가를 기억해 보자. 보통 전사적 위기관리 시스템을 구축하고자 해당 프로젝트를 주관하는 부서는 내부적으로 해당 프로젝트를 통해 자신들의 퍼포먼스를 셀링 하려 했던 것이 아닌가. 전사적 시스템을 통해 이젠 자신의 부서가 홀로 짊어 져왔던 책임과 한계들을 다른 관련 부서들과 공유하려 했던 것이 아닌가. 반복적으로 발생하는 위기들에 대한 조직적 무관심을 개선하고자 하지 않았나. CEO와 임원들로부터의 위기 시 임파워먼트를 사전 획득하려 했던 것은 아닌가. 한번 생각해보고 이를 목적으로 퍼포먼스를 강력 셀링할 필요가 있다. 어떻게 보면 해당 부서에게는 이 부분이 핵심일 수도 있다.
이상의 열 가지 한계를 적극적으로 극복하면서 시스템 구축을 통해 강력하게 성장하는 부서와 부서장이 되길 바란다. 아시아경제 기사에서와 같이 더 이상 욕먹고 살지 말자는 이야기다.
"정용민의 위기 커뮤니케이션" 카테고리의 다른 글
- I doooooooo.....n't think..........soooooo (댓글 4개 / 트랙백 0개) 2009/06/14
- 스토리를 만드는 오바마 (댓글 4개 / 트랙백 0개) 2009/01/16
- 쓰레기 과학 vs. 홍보담당자 (댓글 8개 / 트랙백 0개) 2009/05/20
- 모자란 리더십에 대한 반응들... (댓글 6개 / 트랙백 0개) 2008/11/17
- 중요하다면 투자를 하겠죠? (댓글 0개 / 트랙백 0개) 2009/06/25
- Flexible Brand Management with Consistency (댓글 2개 / 트랙백 1개) 1970/01/01
- 흥미로운 위기관리 워크샵 (댓글 0개 / 트랙백 0개) 2009/06/02
- 위기관리 시스템 구축은 책상위에서 하는 게 아니다 (댓글 2개 / 트랙백 1개) 2009/05/30
- 의사와 위기관리 (댓글 2개 / 트랙백 1개) 2008/10/24
- [정용민의 위기 커뮤니케이션] 위기관리, 잠들지 않는 토끼와의 갭을 좁혀라 (댓글 4개 / 트랙백 0개) 2009/09/16
당신의 의견을 작성해 주세요.