맥킨지 도구 : Rasiel의 책 요약 // 요약 * 비 고정

Send

요약에는 맥킨지 접근법의 기본 아이디어가 소개되어 있습니다.

여섯 가지 요소

일반적으로 McKinsey의 워크 플로는 6 가지 요소로 구성됩니다.

요구의 식별. 이 시점에서 주요 고객 문제를 격리해야합니다.
분석. 문제는 요소로 나뉘어 문제의 가능한 원인과 해결책에 관한 가설이 제시되며, 이는 사실로 확인됩니다. 가설을 확인한 후 문제 해결 계획을 개발합니다.
표시. 솔루션은 승인을 위해 간단하고 명확하게 고객에게 제공됩니다.
조치. 성공의 열쇠는 정보를 제공하고, 열정적이며 열정적 인 고객과 문제 해결을 목표로하는 동기 부여 팀입니다.
이행. 개발 된 솔루션은 실제로 구현되며 그 효과에 대한 평가가 수행되며 필요한 경우 솔루션이 조정됩니다. 그 후, 클라이언트 자신은 문제 해결 계획을 지속적으로 개선해야합니다.
지도. 대중에게 전략적 비전을 제시하고 솔루션을 구현하는 직원에게 영감을주고 책임을 올바르게 위임해야하는 올바른 리더가 없으면 그러한 작업은 불가능합니다.

다음은 McKinsey의 작업에서 흥미로운 점을 보여줍니다.

문제 정의

사실을 기반으로 철저한 분석을 수행 할 수있는 방식으로 문제를 식별, 격리 및 공식화해야합니다.

문제를 식별하는 과정에서 MECE 방법은 상호 배타적이고 총체적으로 배타적이며 상호 배타적이고 공동으로 철저히 사용됩니다. 즉, 문제의 요소가 서로 중복되지 않아야하며 전체 문제를 함께 다루어야합니다. 이는 분석을 단순화하고 중요한 것을 놓치지 않도록합니다.

문제를 분석하는 또 다른 방법은 논리적 트리, 문제의 주요 구성 요소 계층 구조 목록을 컴파일하는 것입니다. 일반적으로이 분석은 문제에 대한 광범위하고 높은 수준의 관점 (“20,000 피트”)으로 시작합니다. 분석 과정에서 문제를 구성 요소로 나누고 세부 사항을 탐구해야합니다.

예를 들어 회사 제품을 검토하고 수입 및 지출에 대한 일반적인 개요로 이동하여 분석을 특정 수입원 (예 : 임대 및 서비스)으로 제한 한 다음 이러한 문제를 더 자세히 고려할 수 있습니다 (예 : 지역별로 나눔).

가설

문제의 주요 구성 요소가 식별되면 가능한 솔루션에 대한 하나 이상의 가설이 제시됩니다. 가설이 있으면 분석 및 후속 발표 방향이 제시됩니다.

일반적으로이 단계에서는 여전히 유효한 가설을 제시하기에 충분한 데이터가 없습니다. 따라서 가설의 주요 원인은 직관과 문제에 대한 기본적인 이해입니다.

종종 작업 과정에서 컨설턴트는 소스 데이터가 부족하여 직관에 의지해야합니다.일반적으로 결정을 내릴 수있는 모든 데이터를 갖는 것이 불가능하기 때문에 이는 정상입니다. 대부분의 관리자는 데이터와 직관에 따라 결정을 내립니다.

분석 및 데이터 수집

가설을 제시 한 후에는이를 확인하거나 반박하기 위해 데이터를 수집해야합니다. 일반적으로 컨설턴트, 특히 McKinsey는 사실과 데이터에 많은 관심을 기울입니다.

분석의 기본 원칙은 무결성입니다. 문제에 영향을 미치는 주요 요인을 파악하고 복잡한 것이 아니라 개별적으로 분석해야합니다. 문제의 전체적인 모습을 놓치지 않고 각 측면을 분석하는 데 시간을 낭비하지 않는 것이 중요합니다.

가설을 확인하거나 반박하는 데 도움이되는 측면 만 분석하십시오. 가설 검정에서 크게 발전 할 수있는 간단한 분석 옵션 인 "빠른 승리"를 식별하고 먼저 수행하십시오.

가설을 테스트하는 주요 방법은 데이터 분석 및 인터뷰입니다.

컨설턴트는 일반적으로 데이터를 수집하고 분석하는 세 가지 방법-연례 보고서 분석 (즉시 많은 주요 정보를 즉시 얻을 수 있음), 계수 분석 및 편차 식별 (예 : 최고 / 최저 지역), 업계 모범 사례 분석 (최고의 작업 방법에 대한 아이디어 얻기) .

면접에 관해서는, 미리 면담을 준비한다 (면담자가 미리 준비 할 수 있도록 면담 자에게 질문을 보내는 것 포함). 함께 참여하십시오 (하나는 두 번째 글을 말합니다). 능동적 청취와 같은 기술을 사용하고공개적이고 간접적 인 질문; 인터뷰 과정을 적극적으로 관리하십시오. 너무 많이 묻지 말고 끝까지 예리한 질문을 남기십시오. 인터뷰 대상자에게 메모를 보내 이해를 확인하고 중요한 사항을 파악합니다.

하루에 배운 매일 공통 게시판에 세 가지 중요한 사항을 적어 두는 것이 좋습니다. 이를 통해 생각과 프로젝트의 흐름에 집중하고 지시 할 수 있습니다.

사실을 공개하고 가설에 맞추려고하지 않는 것이 매우 중요합니다. 현재 가설을 수정하거나 완전히 새로운 가설을 제시하는 것은 절대적으로 정상입니다.

물론 20/80이 올바르게 사용됩니다. 분석의 20 %가 결과의 80 %를 제공합니다.

분석 결과의 해석에는 두 가지 병렬 목표가 있습니다. 빠르게하고 싶고 옳고 싶습니다.

솔루션 개발 및 프리젠 테이션

분석이 끝나면 문제에 대한 해결책이 개발됩니다. 클라이언트의 요구와 기능을 고려하는 것이 중요합니다. 기존 기술, 시스템, 프로세스, 구조, 인력, 예산을 고려하여 솔루션을 구현할 수 있는지 확인하십시오. 또한 고객의 눈을 통해 솔루션을 살펴보고 회사에 가치를 더하는 방법을 이해하십시오.

의뢰인이 이해하고 받아 들일 수 있도록 결정을 제시하십시오. 프레젠테이션은 목표가 아니라 목표를 달성하기위한 도구입니다. 따라서 간단하고 설득력이 있어야합니다. 슬라이드 당 하나의 아이디어, 아이디어 만 지원하는 그래픽 등. 이것은 예술 경쟁이 아닙니다.

“엘리베이터 테스트”를 사용하십시오. 30 초 엘리베이터를 타면 아이디어를 설명하기에 충분해야합니다. 그렇지 않으면 너무 복잡합니다.고객이 제안을 거부하거나 구현할 수없는 경우 최상의 프레젠테이션은 비용이 들지 않습니다.

프레젠테이션 중에 놀라움을 피하기 위해 주요 고객 관리자와 미리 솔루션을 논의하는 것이 좋습니다.