길고 긴 글이지만 간단하게 제가 느낀점을 요약하라 한다면 , 기업의 내/외를 살펴서
경쟁적으로 키워야 할 자원이 무엇인지를 정하고 육성을 해야 한다는 이야기 입니다.

전략이란 것은 참으로 어렵습니다. 정답이 없기 때문이지요. 본문에서 나오는
RBV(Resource Based View)뿐만 아니라 여러 전략 프레임들이 과연 어느정도 맞느냐 하는
것입니다. 언제나 좋은 전략들을 소개하며 성공 기업을 예로 들어줍니다. 그러나 과연
그렇게 해서 실패한 기업이 더 많다는 데 제가 뷔페 한번 쏘겠습니다. -ㅅ-
 또 이런 소리를 하면 컨설턴트들은 이야기 합니다. '잘' 적용해야지 성공을 한다고
말입니다. 제대로 안되면 '잘 적용 못한' 경영자의 탓이라는 거죠..

아티클을 읽어보면 참으로 맞는 말씀을 하십니다. '상대방과의 경쟁우위를 둘 수 있는
자원에 투자하여 그부분을 특화하여 사업을 다각화 하라' 말씀은 맞는데 과연 이 것을
어떻게 적용해야 하느냐 하는 문제만 남습니다. 같은 전략이라도 대기업에게 어울리는
전략 , 중소기업에게 어울리는 전략, 벤쳐에게 어울리는 전략이 있다는게 제
견해입니다. 과연 RBV 를 벤쳐에게 적용할려면 어떻게 해야 할까요?

컨설턴트 : '잘 적용해야 합니다. 자원이 안 중요한 기업이 대체 어디 있겠습니까?'
나 : (너무나 당연한 말이라 반박은 못하고..)  "죄송합니다.. ㅜ.ㅜ"

시간이 흐르면 책임을 지지 않고 전략을 권유하는 컨설턴트들 만 배 부르겠지요. 컨설턴트
만세인 세상입니다. 저도 컨설턴트 입니다. 그래서 죄송합니다..


세미나 발제 자료는 아래에 첨부하며 인위적으로 어떠한 수정을 가하지 않았습니다. 또한 문제가 될시 자진 삭제하겠습니다. - 그래서 줄이 안맞거나 하지만 이해해주세요 ~


94년도에 발표되서 인기가 있었던 아티클을 이번 호에서 다시 다루고 있습니다. 많은
기간이 지났음에도 불구하고 변함없이 최고로 통한다는 것이 대단할 따름입니다.

아티클의 골자는 '기업의 환경을 고객과 직원을 만족시키는 방향으로 개선해야 한다'
것입니다. 직원의 만족이 곧 능률향상으로 이어지고 이런 능률향상이 고객의 만족으로
이어져서 고객이 그 기업의 서비스를 애용하는 충성도 높은 고객으로 변한다는
것입니다.

사실 너무도 당연한 이야기라서 반론도 거의 없었습니다. 대신 어느부분에 역량을 집중할
것인가에 대한 이야기에 대해서는 분분한 이야기가 있었지만, 여러 사람들의 공통된
의견은 기업이란 고객에게 제공할 '가치' 가 선행되고 그 다음에 나머지 역량들을 키우는
것이 많다는 데 의견이 모아졌습니다.

다만 이미 '가치'가 만들어 졌으면 그 다음에는 어찌할 것인가에 대한 것이 저의
의문입니다. 지속적으로 더 좋은 '가치'를 만들어 내기 위해서는 기업 내부의 '가치'를
생산하는 조직의 만족도를 높여가야 하는데 이것은 자금이 들어가는 문제이지요. 참으로
어려운 문제입니다.

아티클이 서비스 기업을 대상으로 하고 있다는 점 , 그래서 모든 기업에 다 적용하기가
어렵다는 점이 있지만, 그럼에도 글 자체는 반론의 여지가 없을 만큼 좋고도
명백합니다. 심술적으로 트집을 잡을 거리가 없을만큼 말이죠 .




세미나 발제 자료는 아래에 첨부하며 인위적으로 어떠한 수정을 가하지 않았습니다. 또한 문제가 될시 자진 삭제하겠습니다. - 그래서 줄이 안맞거나 하지만 이해해주세요 ~


SOA (Service Oriented Architecture) 에 관한 이야기는 이제 IT 전반에서 쉽게 들을 수
있는 이야기가 되고 있습니다.

 
SOA 는 소프트웨어 개발자가 독립적으로 컴퓨터 코드를 활용해서 성과지표나 개별 활동을  다른 서비스와 연결시켜 주는 중요한 인터페이스를 개발할 수 있도록 가이드라인을  제시한다.


쉽게 말하면 하드웨어의 '플러그 & 플레이'가 비지니스 모델에도 적용이 되는 사례라고 볼
수가 있습니다.

 
우선 SOA 의 경우 한번에 모든 것을 변화시킬 필요가 없다는 점에서 리엔지니어링 보다
 간편하다.


어째서 이런 것이 가능한가 하면 SOA 를 적용하기 전에 회사내의 모든 역량을
분석합니다. 이 쯤되면 SOA 는 단순히 기술적인 측면만을 지칭하는게 아니라는 것을 알게
되셨을 것입니다. 제가 보기에는 컨설팅의 또 다른 포장적인 측면이라는 느낌이
강합니다. ( 컨설팅과 SOA 관련 제품을 같이 판매하는 식의 마케팅을 하는 IBM 의 모습을
보면 더욱 더 그런 생각이 듭니다)

 
중 복되는 업무 및 기술을 찾아낼 때 직면하는 어려운 점 중 하나는 바로 동일하거나  유사한 활동이 각기 다른 이름으로 불린다는 점이다. 심지어 같은 회사 내에서 같은  활동을 각기 다른 이름으로 부르는 경우도 있다. 활동 결과나 목적을 기준으로 기업의 운영 상태를 정의하는 것은 문제 해결에 도움이 된다. 이런 방식을 이용할 경우 관리자,  운영 설계자, 기술자는 사내의 각 부서, 고객 , 납품업체에서 중복되는 업무(영업 활동 및  관련 기술) 가 무엇인지 분명하게 파악할 수 있다. 업무를 정확하게 파악하고 나면 어떤  활동이 경쟁우위에 도움이 되는 전략적 활동이며 회사 밖으로 유출해서는 안 되는지, 어떤 활동을 다른 기업에 서비스로 제공해도 되며 아웃소싱해야 할지, 사내에 남겨둔 것 가운데 강화해야 하는 활동은 어떤 것인지를 판단할 수 있다.

 이러한 방법을 비즈니스 역량 분석 (business capabilities analysis)이라 칭하고 있다.

이러한 면이 컨설팅의 다른 이름이라고 느껴지는게 아닐까 하게 됩니다. 하지만 SOA 를
적용하기 위해서는 이러한 과정은 필수적으로 필요하게 됩니다.

 
이 사례를 통해 얻을 수 있는 한 가지 교훈은 바로 히트맵이 우선순위를 정하기 위한 도구라는 사실이다. 히트맵을 작성하면 조직 내에서 일어나는 모든 활동을 전반적으로  살펴볼 수 있는 만큼 개선 프로그램이 필요한 우선순위에 관한 조직 내 관리자들의 동의를  이끌어내는데 유용하다. 하지만 관리자들은 반드시 현실적으로 한 번에 얼마나 많은 일을  처리할 수 있을지를 장고해 봐야 한다. 그렇지 않으면 개선을 위한 프로그램이 별다른 도움이 되지 않을 수도 있다. 두 번째 교훈은 SOA 실행을 포함한 자동화가 그 자체로  목적이 아니라 목적을 위한 수단일 뿐이라는 사실이다.


유명한 화두인 '달을 보라고 가리켰더니 , 왜들 손가락만 보는 것인가? ' 라는 말이 떠
오릅니다. SOA 자체는 경영 혁신화를 위한 도구일 뿐인데 자꾸 SOA 자체에만 집착한다는
것입니다.

 
중요 - 사외로 유출해서는 안 되며, 운영 방식과 기술을 개선하기 위해 프로그램의
 우선순위에 두어야 하는 활동

 공유 - 다른 사업부서와 공유할 수 있는 활동

 이전 - 고객, 납품업체, 운영 전문가 등에게 이전할 수 있는 활동

 자동화 - 관련 역량 또는 사용자 인터페이스를 자동화해 웹서비스로 변환시킬 수 있는
 활동


이렇게 4가지로 회사의 모든 역량들은 나누어 집니다. 그리고 그에 따라서 경영 혁신도
따라와야 하겠지요. 과감한 아웃소싱 또한 답이 됩니다. SK 같은 경우는 최근에 콜센타를
전문 콜센터 전문 업체에게 아웃소싱 할려는 움직임이 있다고 합니다. 이와 비슷한
맥락으로 이해를 하면 편하겠지요.

 
사실 SOA 소프트웨어를 개발하거나 구입하는 것은 회사의 주요 활동이 무엇인지
 파악하고, 어떤 역량 또는 인터페이스를 전산화할 수 있는지를 결정한 다음에 해야 할
 마지막 단계다.


결국 이러한 플러그 & 플레이 비지니스 방식을 도입하려고 드면 전반부에 소개했던 운영
모델 자체의 전반적인 수정이 필요하다는 것입니다. 즉 역량분석을 통해서 회사의 모든
역량을 4가지 분류( 중요, 공유, 이전, 자동화) 로 분류하고 아웃소싱을 할 것은
아웃소싱을 하고 자동화 할것은 자동화 해서 (SOA 도입) 회사의 역량을 최적화 해야 한다는
것입니다.

 
CEO 는 최고 비지니스 설계자 입니다. (chief business architect)


끝으로 컨설팅이나 IT 기술 (여기서는 SOA) 이 매직넘버가 아니라는 사실입니다. 대부분의
경영자들은 컨설팅이나 신 기술을 도입하기만 하면 회사의 실적이나 역량이 최적화 될
것으로 오해를 합니다. 이 아티클에서도 언급이 됐지만 운영 모델 자체가 최적화
모델쪽으로 개편이 되어야만 성능을 바라볼 수가 있습니다. 결국 경영자와 일선 매니져들의
이러한 최적화를 실행하고자 하는 의지가 중요해 집니다.



세미나 발제 자료는 아래에 첨부하며 인위적으로 어떠한 수정을 가하지 않았습니다. 또한 문제가 될시 자진 삭제하겠습니다.


+ Recent posts