|
새로 옮긴 회사에서의 평가 시스템은 참 재미있게 되어 있습니다.
일반적으로 널리 쓰이는 'Skill 영역별 5점 척도법' 같은 것이 아니라 10부터 99까지의 점수가 있고 이 점수를 크게 9개의 구간으로 나눠서 각각 cohort별로 구분을 해놓는 것입니다. 예를 들면 처음 입사한 초보 컨설턴트는 대략 10~30사이에 들게 되어 있고 30이 넘어가면 컨설턴트가 되며 50이 넘으면 팀장, 70이 넘으면 그 다음단계 뭐 이런 식입니다. 처음 그 시스템을 봤을 때는 무슨 디아블로 게임의 레벨이 올라가는 것 같더이다. (더 상세히 말씀드리고 싶지만.. 이런 평가시스템도 엄연히 회사 자산이며 기밀 자료이어서.) 또하나 특이한 부분이 바로 Characteristics라는 분야에 대한 평가를 하게 되어 있습니다. 정확히 말하면 이제는 그 중요도가 많이 떨어져있기는 하나 몇년전만해도 이 덕목에 대해서 하나하나 점수를 매기게 되어 있었다더군요. 일부 대기업에서도 사용하고 있는 소위 '가치(Value) 평가'라는 시스템에 해당합니다. (두산그룹에서는 이 가치평가가 굉장히 중요한 평가 비중을 차지합니다) 도대체 개인이 가지고 있는 가치관, 태도 같은걸 평가해서 어쩌자는 걸까요? 그건 아마도 '개인이 가지고 있는 능력'이라는 것은 본질적으로 큰 차이가 나지 않으며, 조직의 입장에서 고성과/저성과, 충성심, 조직과의 융합(Fit)을 좌우하는 것은 조직이 원하는 가치와 개인의 가치관이 얼마나 잘 들어맞느냐 하는 것에 달려있다 라는 전제에 의한 것 같습니다. 결국 이 회사가 추구하는 가치, 이 회사가 절대로 용납하지 않는 가치 같은 것에 개인이 자신의 성정과 잘 맞는다고 생각하면 그만큼 열심히 일하게 될 가능성이 높고 그러면 높은 성과를 내게 마련이겠지요. 다소 서두가 길었습니다만, 저희 회사에서 만들어놓은 '컨설턴트의 8가지 덕목'은 다음과 같습니다. 이어지는 내용 지난 주부터 갑자기 중국쪽에서 하는 프로젝트에 투입이 되었습니다. 말도, 살아온 문화도, 생활습관도, 일하는 방식도 모두 다른 그네들과 섞여 지내다보니 결코 어느 하나의 방식을 강요하는게 바람직하지 않다는 생각이 들었습니다. 하물며 한명밖에 없는 한국인을 위해서 기꺼이 한국식당으로 가고자 하는 그네들이 고마워서라도, 좀 더 개별적인 차이를 인정하고 그들의 '다름'을 있는 그대로 받아들이는 마음가짐이 필요한 것 같습니다. 차이점을 인정한다는 것은 단순히 '그래 니들은 달라'라고 머릿속으로 생각하는 것을 넘어서서 그 다름을 즐기고 좋은 점을 배우고 깨닫는 적극적인 수용의 자세로 나아가는 것을 의미합니다. 그렇게 되면 '왜 재네들은 이렇게밖에 못할까?' '왜 그들은 이렇게 행동할까?'라고 하는 의문에서도 훨씬 더 포용력이 생기는 것 같습니다.
"어떤 방법론을 사용할 겁니까?"
"이 분석방법의 Framework은 무엇입니까?" "Tool을 잘 알고 있어야 ..." 컨설팅 하면 즉흥적으로 머리에 떠오르는 단어 중 대표적인 것들이 바로 방법론, 개념, 프레임웍(분석틀), 툴박스, 툴 같은 용어들입니다. 막상 그것들 간의 차이는 무엇이고 각각의 정의와 사례가 무엇인지 명확하게 구별하기가 쉽지는 않지만요. 그래서, 회사 내부적으로 구분을 해놓은 정의가 있어서 소개드릴까 합니다. 일단 영어 원문입니다. Concept: High-level understanding of how to solve specific client situations but is not refined into a structured approach or a clear point of view Framework: Structured approach to solving a client problem such as understanding customer. Analogous to an application Method: Approach to specific analytical challenge, not necessarily addressing a specific client question (e.g., conjoint analysis) Tool: Well-defined process to perform a specific method or framework 이 정의에 따르면 Concept은 정말 '개념적'인 수준의 상위 접근법이군요. 특정한 문제에 대해서 '이건 수요-공급의 문제이구만, 이건 규모의 경제에 대한 문제구만, 이건 가격 결정을 통한 접근법으로 풀어야 해'와 같은, 거의 윗선에서 한두마디 툭툭 던질법한 작은 Clue 정도인 것 같습니다. 하지만 때로는 이런 개념을 잡기조차 어려운 복잡한 상황에서는 도움이 되는 것은 틀림없지요. Framework는 일반적인 Framework에 대한 정의보다는 좀 더 실천적 의미(거의 '방법론')를 강조한 것 같습니다. ( Framework에 대한 탁월한 정의와 설명은 Inuit님의 '프레임웍은 사고의 틀이다'를 보시면 이해가 팍팍~ 되실 겁니다) 오히려 concept이 일반적인 '사고의 틀', '분석의 틀'의 맥락과 더 비슷한 것 같네요. 암튼 위의 정의에 따르면 Framework은 '문제에 대한 구조화된 접근법, application' 으로 요약되는데 사례로 인용되는 것을 보면 개념적 정의, 단계, 단계별 작업방식, 예상 결과물 등에 대한 상세한 소개가 곁들여집니다. 특정 문제에 대한 광범위한 해결책을 전부 다 포괄하고 있는 것이지요. Method는 그에 비하면 좀 더 일반화된 분석방법입니다. Conjoint analysis, Multi-discriminant analysis, Scale-curve 등등 단위 작업을 수행하기 위한 Functional approach 를 담고 있을 경우 method라 칭하는 것 같습니다. Tool은 특정 Framework이나 Method를 수행하는데 있어서 아주 세부적으로 정의된 절차를 의미합니다. 보통 분석 프로그램 (Excel, Template)과 함께 제공되는 경우가 많지요. 경험적으로 볼때 Framework 수준에서 모든 문제해결방법을 그대로 적용할 수 있는 경우는 별로 보지 못했던 것 같습니다. 고객들의 문제마다 독특한 특성이 있고 그 특성별로 새롭게 Framework을 정의하거나 customization을 거쳐야 하기 때문입니다. 오히려 Method나 Tool 같이 전체적인 Framework가 정의된 상황에서 단위 분석을 좀 더 용이하게 하기위한 구체적인 절차들이 더 도움이 되는 것 같더군요. 다만 이런 Tool이나 Method는 해결하고자 하는 문제에 특화된 것이 아니기 때문에 적용방식이나 해석 결과에 대해서는 각별한 주의를 기울여야 기계적인 분석 이후 'So What' 이 결여되는 함정에 빠지지 않게 되는 것 같습니다. 정말 Consulting의 세계는 끝이 없습니다 ~ 하루가 다르게 변하고 커가는 아이를 보면서 우연히 옛날 사진들을 뒤적거려보니 제대로 촛점이 맞고 순간의 감동이 살아있을만한 사진이 별로 없는 걸 알았습니다. 아~ 똑딱이의 한계여.. (혹은 제 사진실력의 부족함이겠지요?)
|
카테고리
최근 등록된 덧글
최근 등록된 트랙백
Liquid cialis.
by Cialis. Free cell phone ringt.. by Free arabic ringtones. A4 용지를 50번을 접는다.. by All about 태그
DSLR
겨레의노래
의사소통
아마존
UROG
덕목
P5100
Wibro
자질
KT
컨설팅
competence
컨설턴트
resources
글로벌프로젝트
역량
방법론
하이엔드
팀장
중국
Toolbox
G9
가치평가
Tool
Framework
capability
장인
Toolkit
이세상에
와이브로
외부 Link
이글루 링크
STING's Note™
erehwon.LAB 디지털을 말한다 by oojoo 뽐뿌 inside All about IT Trends white table Beyond Web 무책의 잡설 애자일 이야기 Reason 새로운 것은 언제나 신나게.. 양군 블로그 jeepy's blog 앤잇굿? 이전 블로그
이글루 파인더
|