Foundations of Project Management | The project management life cycle and methodologies
Introduction: The project management life cycle and methodologies
요약 및 다음 단계:
이전에 다룬 내용:
- 프로젝트 관리 정의:
- 프로젝트 관리의 정의와 비즈니스에 대한 가치.
- 프로젝트의 정의와 그에 해당하지 않는 것들 구별.
- 프로젝트 관리자의 역할:
- 프로젝트 관리자의 필요성과 시기.
- 프로젝트 관리자의 일상적인 책임과 성공적인 관리자가 되기 위한 핵심 기술.
다음에 다룰 내용:
- 인기 있는 접근법:
- 워터폴(Waterfall)과 애자일(Agile) 방법론 소개.
- 프로젝트 관리 생명 주기:
- 프로젝트 관리 생명 주기와 그 단계 설명.
- 각 단계에서 프로젝트에 영향을 미치는 다양한 스타일, 시나리오, 요인 개요.
- 학습 목표:
- 프로젝트 생명 주기를 설명하고 따를 수 있는 능력.
- 프로젝트 단계, 그리고 각 단계의 작업 정의 및 개요 작성.
- 가장 효과적인 방법론을 결정하기 위해 방법론 비교.
- 다양한 방법론에 따라 프로젝트 관리 조직화.
Exploring the phases of the project life cycle
프로젝트 생명 주기 이해:
- 프로젝트의 고유성:
- 모든 프로젝트는 고유하여 다양한 관리 접근 방식이 필요합니다.
- 예시: 정치 캠페인 관리에는 자원, 팀원, 선거 날짜 및 위치 고려가 필요합니다.
- 프로젝트 생명 주기:
- 프로젝트가 일정에 맞춰 진행되도록 안내하는 생명 주기는 일반적으로 네 가지 주요 단계를 포함합니다:
- 프로젝트 시작:
- 목표와 산출물 정의.
- 예산, 자원, 관련 인원 및 기타 영향을 미치는 세부 사항 식별.
- 프로젝트의 가치를 문서화하고 승인을 받기 위해 보여줌.
- 계획 수립:
- 예산, 작업 분해, 팀 역할, 일정, 비상 계획 등을 포함하여 목표 달성을 위한 계획 수립.
- 작업 실행 및 완료:
- 진행 상황 모니터링, 팀 동기 부여, 장애물 제거.
- 팀원들이 프로젝트 작업 완료.
- 프로젝트 종료:
- 팀의 노고를 축하.
- 향후 프로젝트를 위해 무엇이 잘 되었고 잘 안 되었는지 평가.
- 이해 관계자에게 프로젝트 완료 및 성과 보고.
- 프로젝트 시작:
- 프로젝트가 일정에 맞춰 진행되도록 안내하는 생명 주기는 일반적으로 네 가지 주요 단계를 포함합니다:
- 프로젝트 예시:
- 정치 캠페인: 선거 후 종료.
- 식당의 새로운 주문 시스템: 설정 및 교육 후 종료, 유지 관리 팀에게 인계.
- 대시보드 생성: 납품 후 종료, 업데이트 및 유지 관리 팀에게 인계.
- 각 단계의 중요성:
- 시작 단계는 기초 설정.
- 계획 단계는 명확성과 방향 보장.
- 실행 단계는 팀 관리 및 안내.
- 종료 단계는 성찰 및 성과 전달.
다음 단계:
- 전통적인 프로젝트 생명 주기의 각 단계에 대한 자세한 탐구.
Case study: The significance of each project phase
시나리오:
- 가상 현실 소프트웨어 회사의 프로젝트 관리자 Jason이 Flight Simulators, Inc.을 위한 제안을 급히 작성.
- $200,000의 비용과 6주 기간을 추정했으나, 회사의 소프트웨어는 플랫폼과 호환되지 않음.
- 개발에 6개월, 테스트에 추가 6개월이 소요되어 백만 달러 이상의 비용이 듦.
- 프로젝트 시작 전 실패.
올바른 접근법:
- Jason이 정확한 제안을 준비할 추가 시간을 요청.
- Flight Simulators, Inc.이 일주일을 부여.
- 모든 핵심 인력을 포함하여 비용, 일정, 자원을 추정.
프로젝트 생명 주기 적용:
- 프로젝트 시작:
- Flight Simulators, Inc.와 프로젝트 목표 정의.
- 이해관계자와 팀원 모집.
- 필요한 기술 세트, 일정, 비용 식별.
- 프로젝트 가치를 문서화.
- 리더십 팀의 승인 획득.
- 계획 수립:
- 세부 프로젝트 계획 작성.
- 모든 팀원과 이해관계자가 준비되도록 함.
- 작업 실행 및 완료:
- 팀 작업 모니터링 및 지원.
- 일정 및 품질 기대사항 전달.
- Flight Simulators, Inc.에 업데이트하고 피드백 수집.
- 프로젝트 종료:
- 완성된 교육을 Flight Simulators, Inc.에 전달.
- 학습된 교훈 논의 및 문서화.
- 팀의 노고를 축하.
핵심 요점:
- 프로젝트를 올바르게 시작, 계획, 실행, 종료하면 성공과 좋은 관계가 보장됨.
- 프로젝트 단계를 서두르면 큰 위험과 실패를 초래할 수 있음.
Phases in action: Initiating and planning
프로젝트 생명 주기에는 네 가지 주요 단계가 있습니다: 프로젝트 시작, 계획 수립, 작업 실행 및 완료, 그리고 프로젝트 종료. 첫 두 단계에서 필요한 작업을 자세히 살펴보겠습니다:
- 프로젝트 시작:
- 정보 정리: 프로젝트에 관한 모든 정보를 수집합니다.
- 목표 정의: 프로젝트 목표와 결과물을 명확하게 정의합니다.
- 연구 수행: 아이디어를 생성하고 자원을 이해하기 위해 연구합니다.
- 자원 식별: 필요한 자원(사람, 장비, 소프트웨어 등)을 결정합니다.
- 제안서 작성: 모든 세부 사항을 프로젝트 제안서에 문서화하고 의사 결정자들의 승인을 받습니다.
- 계획 수립:
- 예산 및 일정 작성: 상세한 예산을 세우고 프로젝트 일정을 설정합니다.
- 프로젝트 팀 구성: 팀을 구성하고 역할과 책임을 할당합니다.
- 위험 계획: 잠재적인 위험과 변화를 고려하고 이에 따라 계획합니다.
- 계획 전달: 팀과 이해 관계자에게 계획을 공유하여 모두가 같은 방향을 향해 가도록 합니다.
Phases in action: Executing and closing
우리는 프로젝트 생명 주기의 초기 단계인 프로젝트 시작 및 계획 수립의 핵심 작업에 대해 다루었습니다. 이제 나머지 단계인 작업 실행 및 완료, 프로젝트 종료에 대해 논의해 보겠습니다.
- 작업 실행 및 완료:
- 프로젝트의 전반적인 진행 상황을 관리합니다.
- 팀의 노력을 감독하고 모두가 자신의 작업, 기대 사항, 기한을 이해하도록 합니다.
- 장애물을 제거하고 잠재적인 지연을 적절한 사람에게 알립니다.
- 회의, 메모, 이메일 및 기타 커뮤니케이션 도구를 사용하여 팀을 정보에 맞게 유지하고 계획에 맞추어 진행하도록 합니다.
- 필요한 경우 일정, 예산 및 자원 할당을 조정하고 모두에게 업데이트 사항을 전달합니다.
- 프로젝트 종료:
- 모든 작업이 완료되었는지 확인하고, 프로젝트 도중 추가된 작업도 포함합니다.
- 모든 청구서가 지불되고, 자원이 반환되며, 문서가 제출되었는지 확인합니다.
- 최종 결과물이 이해관계자에게 만족스러운지 확인합니다.
- 회고를 통해 잘 된 점과 개선할 점을 반성하고, 향후 프로젝트를 위한 교훈을 문서화합니다.
- 프로젝트 문서와 최종 결과를 이해관계자와 공유합니다.
- 팀의 노력을 축하하고 공식적으로 새로운 프로젝트로 이동합니다.
프로젝트 생명 주기를 따르면 프로젝트가 잘 조직되고 효과적으로 관리되며 성공적으로 완료되도록 보장할 수 있습니다. 프로젝트 관리자의 역할은 팀을 안내하고, 이해관계자와 소통하며, 프로젝트가 계획에 맞게 진행되도록 하는 데 매우 중요합니다.
Summary of the project phases
프로젝트 생명 주기는 프로젝트를 시작부터 종료까지 따라가는 구조화된 경로입니다. 각 단계를 요약하면 다음과 같습니다:
- 프로젝트 시작:
- 이해관계자(Stakeholders), 고객의 목표(Goals), 프로젝트의 목적(Mission), 팀의 측정 가능한 목표(Objectives), 개선점, 완료 시기, 필요한 기술과 자원, 비용과 혜택 등에 대한 질문을 통해 기초를 설정합니다.
- 계획 수립:
- 주요 마일스톤(Milestones), 작업 및 결과물(Deliverables)을 포함하는 상세한 프로젝트 계획을 수립합니다.
- 자원, 예산, 자료 및 일정을 효과적으로 관리하기 위해 일정을 작성하고 항목별 예산을 만듭니다.
- 프로젝트 실행:
- 프로젝트 팀이 작업을 완료하는 동안 모니터링합니다.
- 작업을 완료하는 데 방해가 되는 장애물을 제거하고, 약점을 해결하며 추가 교육이 필요한 부분을 검사합니다.
- 프로젝트 중 발생하는 변화에 적응하고, 팀이 일정 및 결과물 기대치를 인지하도록 돕습니다.
- 프로젝트 종료:
- 모든 요청된 결과물이 완료되었는지 확인하고 이해관계자의 승인을 받습니다.
- 팀을 해산하여 다른 프로젝트를 지원하도록 합니다.
- 성공을 축하하고, 배운 교훈을 문서화하며, 미래에 개선할 방법을 반영합니다.
핵심 요약: 프로젝트 생명 주기의 각 단계는 고유한 중요성과 존재 이유를 가지고 있습니다. 이 주기를 따르면 고객의 기대를 포착하고, 성공을 위한 계획을 세우며, 프로젝트 작업을 실행하고 문제를 해결하며, 프로젝트를 종료하여 배운 교훈을 기록할 수 있습니다.
Introduction to project management methodologies
우리는 프로젝트 생명 주기의 초기 단계인 프로젝트 시작 및 계획 수립의 핵심 작업에 대해 논의했습니다. 이제 나머지 단계인 작업 실행 및 완료, 프로젝트 종료에 대해 탐구하겠습니다. 또한, 선형 및 반복 접근 방식을 포함한 다양한 프로젝트 관리 방법론을 검토하겠습니다.
프로젝트 생명 주기의 단계
- 작업 실행 및 완료:
- 프로젝트의 전반적인 진행 상황을 관리합니다.
- 팀의 노력을 감독하여 모든 사람이 작업과 기한을 이해하도록 합니다.
- 장애물을 제거하고 잠재적인 지연을 알립니다.
- 다양한 커뮤니케이션 도구를 사용하여 팀을 정보에 맞게 유지합니다.
- 필요한 경우 일정, 예산 및 자원 조정을 수행합니다.
- 프로젝트 종료:
- 모든 작업이 완료되었는지 확인합니다.
- 모든 청구서가 지불되고 자원이 반환되었으며 문서가 제출되었는지 확인합니다.
- 이해관계자가 최종 결과에 만족하는지 확인합니다.
- 회고를 통해 잘 된 점과 개선할 점을 반성합니다.
- 프로젝트 문서와 최종 결과를 이해관계자와 공유합니다.
- 팀의 노력을 축하하고 공식적으로 새로운 프로젝트로 이동합니다.
프로젝트 관리 방법론
선형 접근 방식:
- 정의: 이전 단계나 작업을 완료한 후에 다음 단계를 시작해야 합니다.
- 예시: 집 짓기.
- 단계:
- 청사진 작성.
- 기초 놓기.
- 벽 세우기.
- 지붕 올리기.
- 핵심 포인트: 각 단계는 순차적으로 완료되어야 합니다.
- 단계:
반복 접근 방식:
- 정의: 단계와 작업이 중복되어 유연하게 진행됩니다.
- 예시: 새로운 TV 쇼 제작.
- 단계:
- 아이디어 구상 및 파일럿 촬영.
- 파일럿 테스트 및 피드백 수집.
- 피드백을 기반으로 쇼 조정.
- 배우 고용 및 광고 작업 등 다른 부분 진행.
- 핵심 포인트: 계획이 유연하게 유지되어 피드백과 테스트를 기반으로 조정 가능합니다.
- 단계:
적용 및 적응
- Google의 접근 방식: 프로젝트 유형에 따라 다양한 방법을 혼합하여 사용하는 하이브리드 방식.
- 접근 방식 선택:
- 선형 프로젝트: 명확한 목표와 최소한의 변경이 있는 프로젝트에 적합.
- 반복 프로젝트: 유연성과 빈번한 조정이 필요한 프로젝트에 적합.
Overview of Waterfall and Agile
Waterfall 방법론
정의: 각 단계를 순차적으로 완료하는 선형적 접근 방식으로, 한 단계가 완료된 후에야 다음 단계로 넘어갈 수 있습니다.
역사: 1970년대에 개발되어 물리적 엔지니어링 분야(제조, 건설 등)에서 처음 사용되었으며, 이후 소프트웨어 엔지니어링에도 적용되었습니다.
단계:
- 시작: 프로젝트 목표, 예산, 자원 등을 정의하고 승인을 받습니다.
- 계획: 세부 프로젝트 계획, 일정 및 항목별 예산을 작성합니다.
- 실행: 작업 모니터링, 팀 노력 관리 및 장애물 해결.
- 종료: 모든 작업 완료 확인, 이해 관계자의 승인 획득 및 학습 내용 문서화.
특징:
- 순차적 단계: 각 단계는 이전 단계의 완료 후에 시작됩니다.
- 고정된 요구사항: 프로젝트가 시작된 후 변경이 어렵고 비용이 많이 듭니다.
- 명확한 산출물: 초기 기대치와 목표가 명확하게 설정됩니다.
예시: 타이트한 예산으로 이벤트를 케이터링할 때. 손님 수를 확인하고, 메뉴를 정의하고 승인받으며, 재료를 주문하고 모든 준비를 완료합니다. 이 접근 방식은 변경의 위험을 최소화하고 자원의 효율적인 사용을 보장합니다.
장점:
- 명확한 구조와 진행 상황 추적.
- 고정된 요구사항으로 관리가 용이함.
단점:
- 변경에 유연하지 않음.
- 프로젝트 진행 중 조정이 어려움.
Agile 방법론
정의: 유연성과 적응성을 강조하는 반복적 접근 방식으로, 지속적인 개선과 고객 피드백을 중시합니다.
역사: 1990년대에 소프트웨어의 빠른 제공 요구에 대응하여 개념이 등장했으며, 2001년에 공식적으로 Agile이라는 이름이 붙여졌습니다.
단계:
- 시작: 프로젝트 목표 설정 및 초기 요구사항 수집.
- 계획: 반복적 계획 개발, 주로 스프린트라는 짧은 주기로 작업.
- 실행: 작업이 겹치고, 팀의 진행 상황을 모니터링하며 고객 피드백을 반영하여 조정.
- 종료: 과정을 정기적으로 검토하고 개선.
특징:
- 반복적 사이클: 작업이 겹치며, 지속적인 피드백을 통해 조정.
- 유연한 요구사항: 계획은 고객 피드백과 변화하는 필요에 따라 조정됨.
- 지속적 제공: 프로젝트의 일부를 점진적으로 전달.
예시: 웹사이트 구축 프로젝트. 메인 홈페이지를 먼저 개발하고, 고객 피드백을 받은 후 다른 부분(예: 블로그, 온라인 예약 시스템)을 구축합니다. 이 접근 방식은 초기 피드백을 받아 조정하고 노력을 줄일 수 있습니다.
장점:
- 높은 유연성과 적응성.
- 지속적인 고객 피드백으로 프로젝트를 개선.
단점:
- 지속적인 의사소통과 협업 필요.
- 최종 비용과 일정 예측이 어려움.
적절한 방법론 선택
- Waterfall: 요구사항이 명확하고 순차적인 작업이 필요한 프로젝트에 적합. 변경이 비싸거나 어려운 경우 이상적입니다.
- Agile: 요구사항이 불확실하고 변화가 예상되는 프로젝트에 적합. 고객 피드백과 적응이 중요한 경우 이상적입니다.
Google에서의 적용
Google에서는 프로젝트 요구와 팀 역학에 따라 Waterfall과 Agile의 요소를 결합한 하이브리드 접근 방식을 사용합니다. 이를 통해 각 방법론의 장점을 활용하여 최상의 프로젝트 결과를 달성할 수 있습니다.
Waterfall과 Agile 방법론을 이해하면 프로젝트 관리 효과를 높이고, 향후 직무 인터뷰에서도 프로젝트 관리의 전반적인 이해를 보여줄 수 있습니다.
Comparing Waterfall and Agile approaches
워터폴(Waterfall)과 애자일(Agile) 접근 방식 비교
워터폴과 애자일 프로젝트 관리 접근 방식의 차이점을 이해하면 프로젝트에 적합한 방법을 선택하고 면접에서 프로젝트 관리 지식을 시연하는 데 도움이 됩니다.
워터폴:
- 프로젝트 관리자 역할: 팀원에게 작업을 우선순위에 따라 배정하는 능동적 리더.
- 범위: 초기 단계에서 명확하게 정의되고 문서화됨; 변경 사항은 공식 요청 필요.
- 일정: 프로젝트 단계별로 선형적 경로를 따름.
- 비용: 사전 추정 및 모니터링을 통해 통제.
- 품질: 초기 단계에서 명확하게 정의된 기준.
- 의사소통: 프로젝트 관리자가 이해관계자에게 지속적으로 업데이트 제공.
- 이해관계자: 프로젝트 전반에 걸쳐 참여 관리.
애자일:
- 스크럼 마스터 역할: 장애물 제거를 돕는 퍼실리테이터.
- 범위: 짧은 반복으로 계획, 피드백에 따라 조정 가능.
- 일정: 스프린트로 조직화, 각 스프린트는 설정된 기간과 산출물 보유.
- 비용: 유연성, 각 반복마다 변경 가능.
- 품질: 지속적인 이해관계자 입력 및 피드백.
- 의사소통: 지속적이고 고객 중심의 상호작용.
- 이해관계자: 빈번한 산출물 제공과 피드백 루프.
Introduction to Lean and Six Sigma
린 식스 시그마(Lean Six Sigma) 방법론
린 식스 시그마는 Lean과 Six Sigma 원칙을 결합한 프로젝트 관리 방법론으로, 주로 비용 절감, 품질 개선, 프로세스 신속화를 목표로 하는 프로젝트에 사용됩니다. 이 방법론은 팀 협업을 강조하여 긍정적인 작업 환경을 촉진합니다. 린 식스 시그마는 DMAIC 프로세스를 따르며, DMAIC는 Define(정의), Measure(측정), Analyze(분석), Improve(개선), Control(관리)을 의미합니다. 이 접근 방식은 문제를 식별하고 해결하여 원활한 운영과 더 나은 결과를 보장하는 데 중점을 둡니다.
DMAIC 프로세스:
- 정의(Define): 프로젝트 목표와 이를 달성하기 위해 필요한 사항을 설정합니다.
- 측정(Measure): 데이터를 사용하여 현재 프로세스 성과를 평가합니다.
- 분석(Analyze): 데이터를 기반으로 격차와 문제를 식별합니다.
- 개선(Improve): 결과를 제시하고 솔루션을 구현합니다.
- 관리(Control): 개선된 프로세스를 유지하고 이전 방식으로 돌아가지 않도록 보장합니다.
린 식스 시그마는 기존 프로세스를 개선하고 복잡하거나 고위험 문제를 해결하는 데 이상적입니다. 데이터와 고객 중심의 접근 방식을 활용하여 효과적이고 지속 가능한 솔루션을 만듭니다.
Lean and Six Sigma methodologies
린(Lean) 및 식스 시그마(Six Sigma) 방법론
이전에 애자일(Agile) 및 워터폴(Waterfall) 프로젝트 관리 접근 방식에 대해 배웠습니다. 이제 Lean 및 Six Sigma 방법론의 주요 개념을 정의하겠습니다. 이 방법론들이 프로젝트를 조직하고 관리하는 데 어떻게 사용될 수 있는지, 그리고 다양한 유형의 프로젝트에 가장 효과적인 방법이 무엇인지 논의하겠습니다.
린(Lean) 방법론:
- 원칙: 운영 내 낭비 제거.
- 낭비의 유형: 결함, 과도한 처리, 과잉 생산, 대기, 재고, 운송, 이동, 미활용 인재.
- 낭비를 초래하는 문제: 문서화 부족, 프로세스 표준 부족, 고객 이해 부족, 효과적인 의사소통 부족, 프로세스 제어 부족, 비효율적 설계, 관리 실패.
- 5S 방법:
- 정리(Sort): 현재 생산 운영에 필요하지 않은 모든 항목을 제거하고 필수품만 남깁니다.
- 정돈(Set in Order): 필요한 항목을 사용하기 쉽게 정리합니다. 누구나 항목을 찾거나 정리할 수 있도록 라벨을 붙입니다.
- 청소(Shine): 모든 것을 올바른 장소에 보관합니다. 매일 작업 공간을 청소합니다.
- 표준화(Standardize): 매번 동일한 방식으로 프로세스를 수행합니다.
- 유지(Sustain): 올바른 절차를 유지하는 습관을 들이고 팀에 이 규율을 심어줍니다.
- 칸반 보드: 작업 흐름을 관리하고 최적화하기 위한 시각화 도구.
식스 시그마(Six Sigma) 방법론:
- 목적: 품질 프로세스를 항상 따르도록 하여 변동을 줄입니다. 99.9996%의 품질을 목표로 합니다.
- 일곱 가지 주요 원칙:
- 항상 고객에 초점을 맞춥니다.
- 작업이 어떻게 수행되는지 식별하고 이해합니다. 작업이 실제로 어떻게 진행되는지 이해합니다.
- 프로세스를 원활하게 흐르게 합니다.
- 낭비를 줄이고 가치에 집중합니다.
- 변동을 제거하여 결함을 방지합니다.
- 팀과 협력하고 참여합니다.
- 체계적인 방식으로 개선 활동을 접근합니다.
- 방법: 시간, 비용, 수량과 같은 측정 가능한 측면을 검사하여 품질 기준을 충족하고 프로세스를 개선합니다.
린 식스 시그마(Lean Six Sigma):
- Lean 및 Six Sigma의 결합: Lean 도구(예: 칸반 및 5S)를 사용하여 처음부터 품질을 구축하고, Six Sigma 기준을 사용하여 불합격 제품을 검사하고 배제합니다.
- 차이점: Lean은 프로세스를 간소화하고, Six Sigma는 변동을 줄이고 품질을 보장합니다.
- 사용: 함께 사용하면 프로젝트의 효율성을 향상시킬 수 있습니다.
Common project management approaches and how to select one
일반적인 프로젝트 관리 접근 방식과 선택 방법
다양한 프로젝트 관리 접근 방식과 그 사용 시기에 대해 많이 배웠습니다. 다음은 몇 가지 일반적인 접근 방식을 간단히 요약한 내용입니다:
워터폴(Waterfall):
- 설명: 전통적이고 선형적이며 순차적입니다. 각 단계는 다음 단계가 시작되기 전에 완료되어야 합니다.
- 역할: 프로젝트 관리자가 작업의 우선순위를 정하고 할당합니다.
- 품질: 시작 시 기준이 정의됩니다.
애자일(Agile):
- 설명: 협업적이고 반복적이며 자주 테스트하고 개선합니다. 단계와 작업이 겹칠 수 있습니다.
- 역할: 팀이 책임을 공유합니다.
- 프레임워크: 스크럼과 칸반.
- 스크럼(Scrum): 스크럼 마스터가 이끄는 작은 교차 기능 팀이 짧은 스프린트로 작업합니다.
- 칸반(Kanban): 작업 상태를 시각적으로 피드백하는 도구로, 보드를 사용하여 작업 상태를 표시합니다.
린(Lean):
- 설명: 5S 품질 도구를 사용하여 낭비를 제거하고 프로세스를 최적화합니다.
- 5S 단계:
- 정리(Sort): 불필요한 항목 제거.
- 정돈(Set in Order): 항목 정리 및 라벨링.
- 청소(Shine): 작업 공간 청소.
- 표준화(Standardize): 일관된 프로세스 수행.
- 유지(Sustain): 절차와 규율 유지.
- 도구: 스케줄링에 칸반 사용.
식스 시그마(Six Sigma):
- 설명: 품질 프로세스를 보장하여 변동을 줄입니다.
- 프로세스: DMAIC(정의, 측정, 분석, 개선, 통제)를 따릅니다.
린 식스 시그마(Lean Six Sigma):
- 설명: 린과 식스 시그마를 결합한 것입니다.
- 도구: 5S, DMAIC, 칸반 보드 사용.
- 이상적 사용: 비용 절감, 품질 향상, 복잡한 문제 해결.
모든 방법론은 의사 소통과 협업을 강조하여 프로젝트를 제시간에 예산 내에 완료하는 것을 목표로 합니다.
접근 방식 선택:
- 요소: 프로젝트 유형, 조직, 팀 필요.
- 하이브리드 접근 방식: 필요에 따라 방법론 결합.
추천 읽기: 방법론 및 사용 시기에 대한 자세한 정보를 원한다면 "어떤 프로젝트 관리 방법론을 사용해야 할까요?" 링크를 참조하세요.