마인드 맵 갤러리 프로젝트 관리의 가장 이해하기 쉬운 본질
다음과 같은 문제가 자주 발생합니까? *불분명한 프로젝트 목표 *프로젝트 진행이 불분명함 * 사업비용은 불분명 *불분명한 프로젝트 리소스 * 프로젝트 위험이 불분명함 * 빈약한 프로젝트 의사소통 * 열악한 프로젝트 팀 협업 *프로젝트 관리 도구는 해당되지 않습니다. *프로젝트 관리 방법은 해당되지 않습니다. 이러한 문제가 제때 해결되지 않으면 프로젝트 실패로 이어질 수 있습니다. 따라서 프로젝트 관리자는 프로젝트 관리 프로세스 중에 이러한 문제를 지속적으로 모니터링하고 해결해야 합니다. 이 문서에서는 일반적인 프로젝트 문제를 요약하고 프로젝트를 쉽게 관리하는 데 도움이 되는 일련의 대책을 지정합니다.
2023-11-19 10:11:56에 편집됨프로젝트 관리의 가장 이해하기 쉬운 본질
기본 원리
1. 시나리오: 프로세스, 결과, 경로, 원칙, 팀, 책임 및 프로젝트 관리 가치 등을 포함하여 프로젝트 관리에 대한 전체적인 관점을 포함하는 프로젝트 관리 프레임워크에 대한 가이드입니다.
2. 목적: 프로젝트 관리 활동에서 준수해야 할 규칙을 제공합니다.
3. 소개:
① 데이터가 말하는 결과 중심: 프로젝트 달성에 대한 정량화, 측정 가능, 분해된 데이터 지표를 명확히 하고, 목표 및 결과 중심의 프로세스 분해 및 실행 경로를 처음부터 끝까지 사용하여 목표 달성을 추진합니다.
② 권력자는 명확하고 각자의 직무를 수행한다. 각 부서는 목표와 계획에 따라 인터페이스 담당자와 책임을 명확하게 정의하고, 실행 과정에서 각 부서는 목표와 결과에 따라 업무를 수행한다. 협업 및 폐쇄 루프 드라이브.
③청사진 지침, 중요 경로: 그림을 사용하여 프로젝트의 범위, 경계, 연관, 종속성, 순방향, 역방향, 예외는 물론 비즈니스 규칙, 제품 계획 및 운영 메커니즘을 식별합니다. 이 지침에 따라 MVP를 사용합니다. 아이디어와 선택 최적의 경로, 주요 경로의 이정표 식별
④ 반복적 실행, 지속적인 개선 : 인터넷 환경에서 민첩한 사고, 반복적 발전, 가설 검증, 변화 수용, 결과 및 목표 지향, 단계 검토 및 지속적인 개선을 통해
⑤투명경영, 리스크 선제적(Risk Front-loading): 처음부터 끝까지 목표, 프로세스, 진행상황, 리스크 등을 적시에 동기화하는 등 투명한 관리방식과 주요 핵심 이해관계자의 기대에 대한 집중적인 통제를 통해 문제를 조기에 노출시키고 해결한다. , 위험이 전면에 배치됩니다.
⑥ 목표 달성, 팀 업그레이드: 프로젝트의 성공 여부는 목표 달성 외에도 프로세스 관리, 경험 축적, 팀 협업, 프로젝트 관리 역량 향상에도 주의를 기울여야 합니다.
⑦ 병목현상 돌파 및 축적 정리 : 프로젝트 기반 관리 방식을 통해 업무 애로사항의 축적을 촉진하고, 조직 내 자산 및 경험 교훈을 처리하며, 조직 프로세스 구축을 지속적으로 최적화합니다.
프로젝트 승인
1. 시나리오: 팀이 프로젝트를 시작하거나 주요 캠페인을 조직할 때 액세스에 대한 기본 사고.
2. 목적: 기본 사양을 통해 R이 프로젝트의 전체 그림을 보다 명확하고 프레임워크로 이해하도록 하여 프로젝트의 기본 요소를 보유하고 프로젝트의 원활한 추진과 리스크 예방을 보장합니다.
3. 반례: 프로젝트 승인 없이 프로젝트 실행 프로세스에 직접 진입하고 프로젝트 관리의 일부 핵심 요소와 위험 사항을 무시하여 프로젝트 추진 과정에서 어려움이나 "사고"가 발생합니다.
4. 핵심 포인트 : 권한 R, 프레임워크 아이디어, 주요 이해관계자 식별, 경영 아이디어 변경(단순히 하는 것이 아닌)
5. 소개:
①내용 : 프로젝트명 및 기본설명
②Why : 프로젝트의 원래 의도와 맥락, 즉 어떤 상황에서, 어떤 이유로, 누구에 의해 달성하려는 핵심 목적/목표가 무엇인지, 누가, 어떤 문제를 해결해야 하는지
③어떤 목표(What goal): 프로젝트의 기대되는 목표(정성적, 정량적)는 무엇이며, 이를 측정하기 위해 어떤 지표가 사용되며, 프로세스 지표는 무엇이며, 이 지표가 R의 성과와 어떤 관련이 있는지
④ 수행자: 프로젝트 R 및 책임을 명확히 하고, 프로젝트 목표, 전체 프로세스, 주요 결정, 중요 위험, 단계 요약, 상향 보고 등에 대해 전적인 책임을 지며 프로젝트가 리드미컬하고 전략적으로 추진되도록 합니다. 설정된 목표와 방향
⑤ 아이디어는 무엇입니까: R로서 핵심 관련 팀을 연결하고, 목표 지향적이며, 프로젝트 청사진과 중요 경로를 정리하고, 프로젝트 팀과 동기화하고 비즈니스 연결, 주요 마일스톤 및 배송기준 등
⑥수행 방법: 프로젝트 목표 달성을 위한 중요한 보호 장치와 구현을 촉진하기 위한 구체적인 전략, 위험 관리, 변경 관리, 커뮤니케이션 메커니즘 등
7 지원 대상 : 전문가, 예산, 인센티브 등 사업에 필요한 지원은 사업 추진을 위한 기본 보장으로 활용될 수 있다.
프로젝트 시작
1. 시나리오: 프로젝트가 공식적으로 시작됩니다(출시 전 준비, 킥오프 회의, 출시 후 계획 개선 포함).
2. 목적: 프로젝트의 공식적인 시작을 표시하며 주로 프로젝트 팀원과 전체 프로젝트 정보를 동기화하고 높은 수준의 합의와 일관성을 유지합니다. 프로젝트 성공의 핵심 노드입니다.
3. 반례: 이 링크를 무시하면 불분명한 R 및 책임, 불분명한 각 협력 부서의 책임 및 인터페이스, 프로젝트 목표에 대한 합의 부족 등을 포함하여 프로젝트 중간에 다양한 위험이 노출되는 경우가 많습니다. 반복과 고비용의 의사소통 및 조정을 재인식하기 위해
4. 요점: R을 승인하고 책임, 목표, 범위, 책임을 명확히 하고 메커니즘에 대한 합의를 촉진합니다.
5. 소개:
①내용 : 프로젝트명 및 프로젝트 기본정보
② 책임자: 프로젝트의 R과 R은 명확한 책임을 갖고 프로젝트의 목표, 범위, 전략, 효과 등을 완전히 통제하고 주요 프로젝트 결정, 상향 정보 동기화 등을 담당합니다.
③ 범위 서클: 프로젝트에 관련된 범위, 경계, 종속성, 관계 등은 물론 정방향, 역방향, 비정상 시나리오에 대한 체계적인 청사진은 프로젝트 팀이 추진하는 기본 기반입니다(예: 연락하다)
④ 리듬(Rhythm): 전체 프로젝트가 어느 단계로 구분되어 있는지, 각 단계의 시간, 산출물, 납품기준, 지표측정기준, 이 단계에 관련된 핵심사항의 R로서 계획의 기본 입력이자 기초가 된다. 위험 식별.
⑤누가 할 것인가: 프로젝트에 참여하는 주요 관련 부서, 인터페이스 담당자, 구체적인 책임, 결과물 등
⑥방법 : 청사진, 구체적인 시행 및 추진전략, 중요 보호조치 등을 토대로
7평가 방법 : 프로젝트의 전체/단계적 지표 평가 규칙, 누가 평가할지, 어떻게 평가할지, 달성하면 어떻게 될지, 달성되지 않으면 어떻게 될지, 이에 따른 개선 조치
프로젝트 계획
1. 시나리오: 프로젝트 기획 단계의 사고 경로 및 핵심 도구
2. 목적: 시작 보고서를 기반으로 구조, 수준 및 시나리오를 구체화하는 것입니다. 이는 전체 프로젝트 관리 프로세스에 대한 중요한 입력, 기반 및 보장이기도 하며 프로젝트 구성원이 합의에 도달하는 핵심 프로세스입니다.
3. 반례: 일일 프로젝트에서는 프로젝트 전반에 걸쳐 일정이 사용되는 경우가 많습니다. 작업은 불규칙하고 조직화되지 않은 회의를 통해 진행됩니다. 전반적인 추진에는 규칙, 규범, 규정, 리듬, 전략, 분업이 부족합니다. 등 팀을 같은 채널에 서게 하고, 각자의 업무를 수행하고, 아이디어를 제공하는 것이 어렵고, 관리하는 사람들은 더욱 피곤합니다.
4. 핵심 포인트: 전체 계획, 합의 도출, 팀 통합, 핵심 역할 식별
5. 소개:
① 목표란: 프로젝트의 목표는 도달해야 할 최종 위치, 상태, 정도이며, 프로젝트 방향에 대한 기본 지침이며, 팀이 이를 달성하기 위한 경로를 표시하는 데 사용됩니다. 프로젝트 목표를 파악하고, 진행 과정에서 방향에서 벗어나는지 측정합니다.
② 현황은 어떠한가? 진행중인 프로젝트의 경우, 프로젝트의 역사적 발생현황, 현재 단면현황, 프로젝트의 강수량, 프로젝트 기본정보 등을 파악하는 것이 필요하다. 현재 비즈니스 지표를 기반으로 할 수 있는 프로젝트 시작, 문제 상태, 고객 요구 사항 등을 표현합니다.
③간격: 현재 상황과 목표, 즉 프로젝트가 달성하고자 하는 측면과의 차이/간격은 일반적으로 지표, 완료해야 할 사항 등으로 표현될 수 있으며 일반적으로 기준선이 사용됩니다. 기준으로 삼고, 기준치보다 낮게 분류된 경우에는 보완이 필요하며, 기준치보다 높은 경우에는 운용수단을 통해 유지해야 하며, 기준치와 같을 경우 발생할 수 있는 위험에 대한 조치가 필요하다. 모니터링을 위해 식별되고 새싹이 싹 트지 않습니다.
④ 측정방법 : 프로젝트 목표 실현 및 상승 과정의 지배자이며, 프로젝트 단계 목표 달성 정도를 측정하는 방법으로 일반적으로 범위 문제에 대한 정량적 지표와 정성적 판단으로 표현할 수 있다.
⑤어떤 경로(What path): 현재 상황에서 목표 실현까지의 기본 단계로, 최적의 경로/주요 경로를 파악하기 위해 종합적으로 고려해야 합니다.
⑥측정 대상: 임계 경로의 핵심 노드에 있는 항목입니다. 항목 목록을 추가로 분해하여 프로젝트 측정으로 사용합니다.
7분할: 이해관계자의 책임 목록을 기반으로 특정 사항에 대한 분담, 계획 및 실행 메커니즘을 결정합니다.
프로젝트 구현
1. 시나리오: 프로젝트 실행 중 주요 조치 및 핵심 사항 확인은 단일 지점 거래의 관리 프로세스에도 적용됩니다.
2. 목적: 프로젝트 계획 결과의 구체적인 실행 조치이며, 프로젝트 결과/목표 달성을 위한 중요한 보증이며, 프로젝트 발주자의 프로젝트 관리 행동을 안내하기 위한 기본 지침입니다.
3. 반례: 프로젝트 실행 단계에서는 프로젝트 구성원 모두가 자신의 임무와 책임을 명확하게 이해하는 것이 당연한 것으로 간주됩니다. 정기적인 프로젝트 회의에서는 자신이 수행한 작업과 진행 상황을 동기화하고 이후 팀이 "화합"하는 모습을 보이도록 촉진합니다. 하지만 내가 얼마나 많은 일을 했는지, 어느 정도까지 했는지, 아직 얼마나 가야 하는지, 어떤 결과가 있는지, 어떤 위험이 있는지 등은 정확히 알지 못합니다.
4. 핵심 사항: 계획 우선, 명확한 책임, 투명한 관리, 폐쇄 루프 메커니즘
5. 소개:
① 계획이란 무엇입니까? 계획은 프로젝트 실행의 기본 기반이며 팀이 업무를 적시에 고품질로 수행하도록 조정하기 위한 기본 보장입니다. 연관성, 의존성, 순서 등.
② 후속 조치 방법: 계획된 후속 조치 방법은 푸시(Push), 풀(Pull), 자율형으로 구분되며, 시나리오에 따라 판단 및 선택됩니다.
③따를 사람: 일반적으로 프로젝트 관리자는 전체 프로젝트 사항(Push & Pull & Build 메커니즘)을 제어할 책임이 있습니다. 구체적인 사항은 항목 소유자가 주도하고 결과는 표준에 따라 전달됩니다.
④ 후속 조치 활용 대상 : 정기 프로젝트 회의, 프로젝트 대시보드, 프로젝트 일일 보고서 등을 통한 결과 중심의 후속 조치
⑤ 폐쇄 루프: 투명한 관리 메커니즘을 구축하고, 목표와 결과 중심의 업무를 수행하며, 폐쇄 루프 후속 메커니즘을 형성합니다.
⑥보고: 프로젝트 R은 주간 보고서, 보고서 등을 통해 프로젝트의 주요 마일스톤, 결과, 사건, 위험 등을 팀의 상하, 좌, 우에 정렬하여 높은 수준을 보장하는 역할을 담당합니다. 프로젝트 핵심 정보의 일관성 정도
7 투명성: 투명성 메커니즘은 프로젝트 목표, 프로세스, 결과, 위험 등에 대한 정보의 투명성을 포함하여 프로젝트의 원활한 진행을 위한 기본 보장이며, 중요한 합의 정보는 일반적으로 정기적인 회의를 통해 적시에 동기화됩니다. , 주간보고서, 그룹공지사항 등 강조할 점은 각 하위 항목/하위 작업에 대해 비공개적으로 도달한 합의가 프로젝트 관리자와 동기화되고 요약되어야 한다는 것입니다.
프로젝트 모니터링
1. 시나리오: 초기 계획, 프로세스 실행, 온라인 승인, 온라인 운영 등 전체 프로젝트 관리 프로세스에 적용 가능합니다.
2. 목적: 프로젝트 관리 및 통제에 대한 기본 보장으로, 프로젝트의 방향, 목표, 프로세스, 결과, 효과 등이 통제 가능한 범위 내에 있는지 확인하기 위해 규칙, 사양, 프로세스, 템플릿 등을 기반으로 확인합니다. 범위를 초과하거나 벗어나면 필요한 경우 해당 위험 관리 또는 변경 관리를 채택하여 편차를 수정할 수 있습니다.
3. 반례: 일상적인 프로젝트 관리는 일반적으로 단일 지점 발전과 빠른 돌파구를 희망하면서 계획에 따라 진행됩니다. 너무 빨리 실행되고 원래 의도, 기대, 경로 및 식별을 포함하여 프로젝트의 잠재적 위험을 무시하는 경우가 많습니다. 프로젝트의 주요 이해관계자 및 경영진 등의 참여와 프로젝트 R 경험 부족으로 인해 프로젝트에 큰 위험이 초래됩니다.
4. 핵심 사항: 표준 우선, 기본 합의, 투명한 관리, 폐쇄 루프 후속 조치
5. 소개:
①모니터 대상 : 프로젝트 초기에는 프로젝트 계획의 진행상황 모니터링에 집중하고, 중기에는 결과물의 품질에 집중하고, 후기에는 프로젝트 착수 체크리스트 항목에 집중하며, 프로젝트의 시범 운영 기간, 결과 지표, 프로세스 지표 등을 포함한 비즈니스 지표판의 추세, 변화 및 차이점에 중점을 둡니다.
② 활용방법: 프로젝트 수행 단계에서는 프로젝트 운영 단계에서 정기적인 프로젝트 회의, 주간 보고서, PMS 등의 도구를 사용하고, 운영 대시보드를 사용하여 주요 지표의 이상 상황을 분석합니다.
③ 누가 볼 것인가: 실행 단계에서는 프로젝트 관리자가 해당 보고서 출력을 담당합니다. 운영 단계에서는 사업자가 프로젝트 운영 보고서(일별/주간/월별 보고서)를 출력하여 관련 비즈니스 당사자에게 푸시합니다.
④문제점은 무엇인가 : 모니터링 과정에서는 목표차이 항목 식별에 중점을 두고, 이어서 프로세스 지표 항목을 중심으로 문제를 진단, 분석, 찾아내고 우선순위화하여 문제의 책임자를 파악하여 프로젝트의 하위업무에 반영한다. 계획.
⑤문제 해결자는 누구인가: 이해관계자 책임 매트릭스에 따라 문제의 책임 당사자를 결정하고, 문제 계획 및 조치 방안을 결정한다.
⑥제공 시기 : 문제에 대한 구체적인 조치 계획을 결정합니다(전달 기준 포함).
⑦ 루프 닫기: 문제가 해결된 후 프로젝트 작업 상태를 업데이트하고 루프 후속 조치를 닫습니다(너무 많은 문제를 놓치는 것을 방지하기 위해).
프로젝트 검토
1. 시나리오: 강화 및 유지가 필요한 좋은 측면과 가능한 한 빨리 조정해야 하는 부족한 측면을 포함하여 프로젝트의 모든 단계와 일상 업무의 종료에 적용됩니다.
2. 목적: 주기적인 검토를 통해 전체 프로젝트를 리드미컬하고 전략적으로 반복적으로 추진하고 지속적으로 개선할 수 있으며, 각 단계의 결과를 단계별로 축적하고 프로젝트를 통해 조직의 건전한 발전을 도모할 수 있다. 프로젝트 후.
3. 반례: 한 지점에서 무모하게 일하다, "원숭이가 밥을 움켜잡는다"처럼 연달아 지는 일, 팀이 끝날 때까지 일한 일이 타의 추종을 불허하고, 프로젝트 결과가 엉망이 되거나, 핵심이 되는 경우 그 과정에서 역할이 변경되고, 새로운 게임플레이 세트가 변경되며, 조직의 침전이 무시되고 검토의 중요한 가치가 무시됩니다.
4. 핵심 포인트 : 명점 강화, 암점 개선, 강수량 표준화, SOP 처리
5. 소개:
① 목표란 무엇인가 : 전체 목표/단계 목표의 구체적인 데이터 성과, 그 격차와 구체적인 격차를 분석하여 검토의 기본 지침으로 활용
②프로세스란? 전체적인 구현 마일스톤 프로세스와 그 프로세스의 핵심 이슈는 무엇인지를 "인간-기계, 재료, 방법, 환경" 측면에서 고찰할 수 있으며, 팀의 실제 성과는 프로세스.
③하이라이트는 무엇입니까? 정보를 종합하고 벤치마크를 설정하거나 홍보를 위한 규범/메커니즘/프로세스를 형성하는 데 사용할 수 있는 구현 프로세스에서 좋은 측면을 추출합니다.
④ 단점은 무엇인가 : 실행과정에서 부족한 부분을 추출하고, 작은 점은 즉시 개선해야 하며, 공통적인 부분은 기준을 마련하거나 개선하여 조직 내에서 핵심적 자산으로 활용해야 한다.
⑤어떤 침전물 : 프로젝트 결과/결과 및 프로세스 외에 팀 성과, 조직 프로세스, 규범 등의 부족한 부분과 개선이 필요한 부분도 조직의 핵심 침전물로 간주되어야 합니다.
⑥개선방안 : 강조점을 강화하고, 부족한 부분에 대해서는 조치사항 및 개선방안을 구체화해야 한다.
⑦ 후속 조치 방법 : 검토 결과에 대한 후속 조치 및 문제 재발을 줄이기 위한 조치를 유지하는 것이 필요합니다.
프로젝트 구현
1. 시나리오: 프로젝트 온라인 시범 운영 및 비즈니스 프로젝트의 지역 복사 및 홍보에 적합합니다.
2. 목적: 프로젝트 이해관계자가 필요한 업무 분업을 이해할 수 있도록 하고, 비즈니스 사용자는 SOP에 능숙하며, 비즈니스 운영자는 시스템 또는 비즈니스 모델이 계획적, 전략적, 리드미컬한 방식으로 구현되도록 미리 준비합니다. 사업의 최전선
3. 반례: 구현 과정에서 발생하는 다양한 긴급 상황이 비즈니스의 정상적인 운영에 영향을 미쳐 비즈니스 일선에서 이에 대한 의구심을 갖게 하고 조심스럽게 프로젝트를 중단하여 구현에 혼란을 야기했다는 것은 누구나 알고 있는 사실입니다. 프로젝트와 최전선과의 협력
4. 핵심 사항: 명확한 최전선 지휘관, 프로세스 SOP 및 합의, 정보 투명성 및 높은 일관성
5. 소개:
① 누가 필요로 하는가: 프로젝트 실행 전략은 프로젝트가 온라인화 된 이후의 원활한 운영과 추진을 위한 중요한 보증서이며, 본 프로젝트/제품의 수요자가 누구인지 명확히 하고 실행 계획에 대한 합의를 이끌어 내는 것이 필요합니다. 수요와 후속 작업을 수행할 당사자를 제공합니다.
② 서비스 제공자: 프로젝트/제품의 서비스 제공자(역량 수출자), 즉 사후 운영 서비스 제공자, 후속 서비스에 대한 필수 책임 및 SOP/SLA를 명확히 합니다.
③ What SOP: 프로젝트의 실시간 구현에 참여하는 관련 당사자와 해당 프로세스에서 각자의 책임, 업무 관계 및 종속성이 문제 발생 시 특정 담당자에게 신속하게 대응할 수 있습니다.
④ 계획은 무엇입니까? 구체적인 실시 계획에는 시범 온라인 전환 전 준비 체크리스트, SOP 및 예외 메커니즘, 시범 온라인 전환 후 운영 램프업 계획이 포함됩니다.
⑤ 업무 분담 : 조종사 최전선 사령관, 각 지원 부서의 연락 담당자 및 본부, 일선, 사업, 제품, 운영, 데이터, 재무, 품질 관리 및 기타 관련 사업 측면을 포함한 책임 분담
⑥평가 방법: 얼마나 오랫동안 시도할 것인지, 어떤 표준을 롤백할 수 있는지, 어떤 표준을 계속 추진할 수 있는지 등
⑦ 폐쇄 루프: 시범 운영이 완료되고 운영 단계에 진입한 후 사업/제품이 지표에 따라 안내되고 지속적으로 최적화되도록 시범 운영 램프업 계획 및 폐쇄 루프 운영 메커니즘을 결정합니다. (걸림점이나 병목 현상이 발생하면 프로젝트 반복으로 돌아갑니다)
프로젝트 종료
1. 시나리오: 프로젝트 완료 또는 종료된 문제의 파일링 및 보관에 적합합니다.
2. 목적: 프로세스, 사양, 템플릿의 최적화 및 업그레이드, 프로세스에서 얻은 경험과 교훈 추출, 팀원 평가 등을 포함하여 프로젝트 완료, 결과 수집 및 자산 축적을 완료합니다. ., 벤치마킹, 분위기 홍보 등을 통해 팀 단련 및 문화 구축 효과 달성
3. 반대 사례: 일반적인 비즈니스 시나리오의 프로젝트는 작업 중이지만 완료되지 않거나 미성숙으로 인해 중단됩니다. 그런 다음 새로운 그룹의 사람들이 교체된 후에는 이전에 어떤 작업이 수행되었는지, 어느 정도 수행되었는지 알 수 없습니다. 다시 시작하면 조직 리소스가 낭비됩니다.
4. 핵심 사항: 성과 수집, 자산 축적, 벤치마크 설정, 분위기 조성, 프로젝트 보관
5. 소개:
①어떤 목표 : 프로젝트 전체의 목표, 과정지표 및 달성상태, 달성, 초과, 미달
②어떤 프로세스 : 프로젝트의 전반적인 마일스톤 단계 프로세스, 프로세스의 주요 사항 및 주요 결과
③운영자 : 프로젝트 인도 후, 어디에서 운영될 것인지, 특정 부서 및 책임자, 직무/KPl
④운영방법 : 구체적인 운영규칙, 메커니즘, SOP, 운영지표판, 지표평가
⑤분담: 프로젝트 운영 프로세스의 각 노드에는 어떤 책임, 지표 및 평가가 있는지(그리고 프로젝트가 납품된 후에는 프로젝트팀, 사업측, 운영측이 어떻게 분담할 것인지, 어떤 메커니즘이나 프로세스를 사용해야 하는지) 문제 발생시 신속하게 대응하고 대응) 처리)
⑥평가방법 : 사업운영단계의 구체적인 평가지표 및 단계상승지표
7 모니터링 방법 : 지표를 모니터링하는 위치와 방법, 이상상황 등을 식별, 진단, 해결하는 방법 등
프로젝트 관리의 병목 현상 극복 - 필수 생각
내용: 기본 사항부터 시작하여 프로젝트 관리 기능 수준을 진단하여 계층별로 드릴다운하여 그 이면의 잠재력을 탐색할 수 있습니다.
방법: 프로젝트 관리 행동의 관점에서 프로젝트 관리의 기본 활동, 도구, 프로세스 및 기타 관련 측면을 보여줍니다.
이유: 프로젝트 관리 인식의 기본 사고 논리를 탐색하고 프로젝트 관리 프레임워크 시스템의 숙달 정도를 반영합니다.
누가: 프로젝트 관리 역할 포지셔닝 및 직무 인식의 관점에서 직위를 검토합니다.
Where: 전략적 프로젝트 관점에서 프로젝트 관리의 과거, 현재, 미래를 생각합니다.