프로젝트 변경 관리에 대해 알아봅시다.
프로젝트 변경 관리에 대해 알아보기
프로젝트에서 프로젝트 범위, 프로젝트 일정, 프로젝트 예산, 프로젝트 품질 목표 등의 제약이 변경되는 경우, 프로젝트 관리자프로젝트 계획의 적절성을 유지하려면 변경 관리 조치를 취해야 합니다. 프로젝트가 계획대로 진행된다면 좋겠지만, 현실적으로 프로젝트를 진행하면서 변화가 자주 발생할 수 있습니다. 변경이 자주 발생하는 경우, 프로젝트 진행 관점에서 위험이러한 변경은 프로젝트 변경 관리를 통해 관리해야 하는 주제입니다. 프로젝트 진행 과정에서 프로젝트 변경 사항을 체계적이고 철저하게 관리해야 합니다. 프로젝트 프로세스 중에 하나 이상의 제약 조건이 충족되어야 합니다. 변경되면 하나 이상의 제약 조건을 변경해야 합니다. 그것 시스템은 한 시스템의 변경이 다른 시스템에 영향을 미칠 수 있도록 구조화되어 있기 때문에 변경은 단순한 변경이 아닌 복잡한 변경인 경우가 많습니다. 따라서 이러한 변경 사항은 프로젝트 프로세스 중에 다른 시스템에 미치는 영향을 분석하는 동안 중요하게 처리되어야 합니다. 프로젝트 과정에서 발생하는 변화는 매우 다양합니다. 프로젝트 진행 중에 처음에 설계되고 협상된 요구사항입니다. 요구 사항이 추가되면 프로젝트 일정이 지연되거나 프로젝트 개발 인력을 추가로 배치해야 할 수도 있습니다. 그리고 프로젝트 예산이 줄어들면서 개발 우선순위를 조정하거나 프로젝트 범위를 축소해야 하는 상황이 발생할 수도 있습니다. 프로젝트 과정에서 회사의 전략에 따르면 프로젝트 변경으로 인해 다른 경쟁사의 제품보다 먼저 프로젝트가 출시되어야 합니다. 빠른 결과를 얻기 위해 추가 인력이 필요하거나 성과 목표가 변경되는 경우가 있을 수 있습니다. 프로젝트 변경은 프로젝트 관리 계획의 변경을 의미합니다. 프로젝트 관리 계획은 예측형 프로젝트에서 중요한 문서입니다. 프로젝트 변경은 초기에 세부 계획을 수립하는 예측형 폭포형 프로젝트에서 적응형 프로젝트로 변경될 수 있습니다. 기민한 프로젝트보다 더 많은 변화가 있을 수밖에 없습니다. 따라서 예측형 프로젝트에서는 프로젝트 변경사항을 보다 체계적이고 철저하게 관리해야 합니다. 프로젝트 변경은 예측형 프로젝트와 적응형 프로젝트의 두 가지 유형으로 구분됩니다. Predictive Approach Waterfall 프로젝트에서는 프로젝트 계획을 준수하지 못하는 경우가 종종 프로젝트의 실패로 인식되므로 예측형 프로젝트는 적응형 Agile 프로젝트보다 더 엄격한 변경 관리 프로세스를 적용해야 합니다. 적응형 접근법 애자일 프로젝트이 프로젝트 방식에서는 반복 주기의 검토 단계에서 다음 반복 주기의 범위와 우선순위를 비교적 쉽게 변경할 수 있으므로 프로젝트 변경에 대한 큰 저항이 없습니다. 적응형 방법 프로젝트에서는 프로젝트 진행 중 프로젝트 변경에 대한 큰 저항이 없습니다. 백로그우리가 지속적으로 우선 순위를 조정하고 제한된 기간 내에 프로젝트 이해 관계자에게 최대 가치를 제공하는 요구 사항 개발에 집중할 때 프로젝트 변경은 자연스럽고 수용됩니다.
프로젝트 변경 관리에 대한 설명
프로젝트의 변경 관리는 매우 중요합니다. 프로젝트 진행 중에 변경 요청이 발생하는 경우가 많습니다. 현재 프로젝트 관리자는 이러한 변경 사항을 관리해야 합니다. 변경 요청에는 두 가지 주요 유형이 있습니다. 변경 요청에는 계획 변경과 작업 변경의 두 가지 유형이 있습니다.[변경 요청의 2가지 유형]
계획 변경에는 기준선 변경과 절차 또는 방법 변경이 포함됩니다. 프로젝트 결과물 중에는 기준선, 절차 및 방법을 설명하는 문서인 “프로젝트 관리 계획”이 있습니다. 계획 변경은 프로젝트 관리 계획과 밀접한 관련이 있습니다. 기준선을 변경한다는 것은 프로젝트 관리 계획을 변경한다는 의미입니다. 계획 변경은 프로젝트 목표의 변경 또는 이를 수행하는 절차 및 방법의 변경입니다. 새로운 기능 추가를 요청하는 것은 범위를 늘리는 것을 의미하며 이는 기준을 변경하는 것을 의미합니다. 일정 단축을 요청하는 것도 기본 변경이다. 실제로 가장 일반적인 변경은 기본 변경입니다. 다음으로는 절차와 방법의 변경이 있습니다. 가장 일반적인 변경 사항에는 계획 변경이 포함됩니다. 작업 변경에는 시정 조치, 예방 조치 및 결함 수리가 포함됩니다. 업무 변경은 계획 변경 다음으로 두 번째로 흔한 변경입니다. 시정 조치는 프로젝트의 현재 작업 성과를 계획에 맞게 되돌리는 데 필요한 활동입니다. 이는 응답 측의 활동입니다. 현재 업무의 성과가 계획과 일치하는지 확인하는 것이 공식적인 의미에서 체계적이고 적절해 보일 수 있기 때문에 이는 중요한 활동입니다. 시정 조치는 현재 지연을 일으키는 문제를 해결하는 방법입니다. 현재 일정 지연이 발생하고 있는 경우 프로젝트 관리자는 프로세스 압축이나 빠른 추적을 사용하여 일정을 줄일 수 있습니다. 예방 조치는 프로젝트 작업의 미래입니다. 이는 귀하의 성과를 현재 계획에 맞추는 데 필요한 활동입니다. 이는 예방 조치입니다. 이는 향후 프로젝트 성과가 계획과 일치하는지 확인하는 데 필요한 활동입니다. 프로젝트에는 향후 수행할 내용이 반드시 포함되어야 하며, 생략되지 않아야 하며, 계획에 시스템과 관리가 포함되는 것이 중요합니다. 예방 조치는 요구 사항이 아직 명확하지 않거나 불확실할 때 사용되는 방법입니다. 요구사항이 아직 명확하게 정의되지 않은 상태에서 나중에 요구사항이 변경되면 문제가 발생할 수 있습니다. 이때 프로젝트 관리자는 요구사항을 명시하기 위한 프로토타입을 생성할 수 있습니다. 프로토타입을 만드는 것은 예방 조치입니다. 향후 요구사항이 변경되는 것을 방지하기 위한 활동입니다. 요구사항이 바뀌면 나중에 어려워지기 때문에 조금 어렵더라도 미리 프로토타입을 만들어 요구사항을 구체화하는 방식이다. 프로토타입을 만들고 프로젝트 이해관계자 및 협력자와 소통하면 요구 사항을 지정하는 것이 훨씬 쉬워집니다. 하지만 당연히 프로토타입 제작에 드는 공수와 비용이 발생할 수밖에 없습니다. 프로토타입 제작을 통해 요구사항이 지정되면 이후 변경이 허용되어서는 안 됩니다. 결함 수리는 부적합한 제품이나 제품 구성 요소를 수정하는 활동입니다. 프로젝트 변경 관리는 예측 프로젝트와 적응 프로젝트의 조합입니다. 우리는 프로젝트에 따라 다르게 접근합니다. 프로젝트 변경 관리는 예측 프로젝트에서 특히 중요합니다. 예측 폭포수 프로젝트에서는 프로젝트 변경 관리가 중요합니다. 예측 프로젝트에서는 프로젝트 기간과 프로젝트 예산을 초과하더라도 프로젝트 범위가 완전히 전달되는 것이 일반적입니다. 물론, 프로젝트를 통한 가치창출이 어렵거나 프로젝트 수행에 드는 비용에 비해 비효율적이라고 판단되는 경우에는 프로젝트가 완료되지 않더라도 프로젝트가 완료되거나 종료되는 경우가 있습니다. 완전히 구현되었습니다. 프로젝트 팀은 프로젝트 진행 중에 계획을 변경할 수 있습니다. 변화를 일으키는 요인이 파악되면 프로젝트 관리자는 부서장이나 경영진 후원자와 변화에 대응하는 방법을 논의해야 합니다. 프로젝트 변경 관리는 구성 관리와 다릅니다. 프로젝트 변경 관리와 구성 관리는 유사합니다. 그러나 차이점이 있습니다. 구성 관리 시스템은 승인된 변경 사항과 기준선을 관리하는 수단을 제공합니다. 구성 제어의 목적은 결과물의 버전을 제어하는 것이지만, 프로젝트 변경 관리의 목적은 프로젝트 범위, 프로젝트 일정 및 프로젝트 비용의 기준선에 영향을 미치는 변경 사항을 관리하는 것입니다. 식별, 문서화, 통제를 위해 수행되는 활동입니다. 구성 관리 활동에는 구성 식별, 구성 기록, 구성 확인 및 구성 관리가 포함됩니다. 프로젝트 변경이 발생하면 프로젝트 관리자가 가장 먼저 하는 일은 영향과 대응 조치를 분석하고 탐색하는 것입니다. 프로젝트 관리자는 프로젝트 팀원과 함께 변경 사항과 대안의 영향을 분석하고 대안을 찾습니다. 그리고 프로젝트팀의 분석과 의견이 정리되면 프로젝트 임원이나 후원자와 논의해야 합니다. 통일된 변경 프로세스를 따르는 것도 좋은 생각입니다.
프로젝트 변경 관리 이해
프로젝트 변경 관리는 예측 프로젝트를 위한 변경 관리와 적응형 프로젝트를 위한 변경 관리로 구분됩니다.
1. 예측 프로젝트의 변경 관리
예측 접근 방식인 폭포수 프로젝트에서 프로젝트 팀은 공식적인 변경 관리 절차에 따라 승인된 변경만 범위 기준에 포함되도록 변경 관리에 많은 노력을 기울여야 합니다. 프로젝트 진행 중에는 현장에서 요청하는 무분별한 변경 요청을 모두 전개하기보다는 승인된 변경 사항만 반영해야 한다. 범위 변경으로 인해 불확실성이 증가할 수 있습니다. 따라서 범위 변경에 대한 위험 평가가 항상 수반되어야 하며 이에 따라 프로젝트 인력, 자원, 일정 및 예산에 대한 적절한 변경이 필요합니다. 프로젝트 이해관계자가 변경을 요청하면 예외 없이 변경 제어 프로세스를 구현해야 합니다. . 자신이 누구인지, 상황이 어떤지, 비용이 얼마인지에 따라 행동하기보다는 변경 제어 프로세스를 예외 없이 구현해야 합니다. 프로젝트 팀은 변경의 영향을 분석하고 대안을 고려해야 합니다. 이는 중립적인 관점에서 이루어져야 합니다. 의사결정자 또는 변경통제위원회의 심의를 거쳐 승인된 프로젝트 변경사항은 기획서 및 프로젝트 범위에 통합됩니다. 승인된 변경 사항을 개발하고 실제로 구현해야 합니다. 잘 반영되는지 모니터링이 필요하다. 또한 변경 사항을 반영하고 관련 프로젝트 이해관계자에게 보고하거나 전달해야 합니다. 이러한 활동은 프로젝트 커뮤니케이션과도 관련이 있습니다. 프로젝트 관리자는 이러한 활동을 잘해야 합니다. 이는 보고, 의사소통, 공유에 얼마나 능숙한가와 관련이 있습니다. 프로젝트 관리자는 콘텐츠 보고, 의사소통, 공유에 능숙해야 합니다. 사업수행과정에서 요청된 모든 변경사항, 심의결과, 처리결과는 변경일지라는 문서에 기록, 관리되어야 한다. 변경 로그(Change Log)는 프로젝트에 대한 모든 변경 사항과 심의 결과, 처리 결과를 기록하는 프로젝트 변경 관리를 위한 매우 중요한 문서입니다. 프로젝트 변경의 영향을 검토하고 대안을 마련하는 것은 실행자 관점에서 프로젝트 이해관계자가 요청하는 변경입니다. 우리는 요청을 거부하는 논리를 생성하지 않습니다. 또는 반대로 승인을 위한 논리를 생성하지 않습니다. 이는 중립적인 관점에서 수행되는 것이 중요합니다. 프로젝트 변경을 승인하거나 거부하는 것은 변경 통제 위원회나 의사 결정자에게 달려 있습니다. 프로젝트팀은 그것이 어떤 영향을 미칠지, 중립적인 관점에서 어떻게 반영될 수 있는지 자세히 검토하고 분석합니다. 물론, 프로젝트를 수행하는 과정에서 업무량이 많아 바쁘다면 무분별한 변경 요청에도 일일이 대응하기 어려운 경우가 많습니다. 따라서 프로젝트를 수행할 때에는 발주자, 집행자, 사업관리자, IT직원 등 함께 일하는 사람들의 역량을 평가하게 된다. 능력은 매우 중요합니다. 합리적이고 합리적인 변경 요청은 좋은 방향으로 이어질 수 있지만, 말이 안 되는 무분별한 변경 요청은 프로젝트를 나쁜 방향으로 이끌 수 있습니다.
2. 적응형 프로젝트의 변경 관리
적응형 접근 방식을 사용하는 민첩한 프로젝트에서는 진화하는 환경에 적응하기 위해 필요에 따라 제품 백로그에 새로운 작업을 추가할 수 있습니다. 따라서 Agile 프로젝트의 프로젝트 변경 관리는 필요에 따라 추가할 수 있는 것입니다. 새로운 변경을 요청할 때 승인이나 거부의 개념이 없습니다. 제품 백로그에 추가하기만 하면 됩니다. 애자일 프로젝트에서는 우선순위 지정이 중요합니다. 우선순위가 높은 항목을 우선순위에 따라 완료할 수 있도록 지속적으로 백로그의 우선순위를 정하여 프로젝트를 진행합니다. Agile 프로젝트에서는 제품 소유자가 이 역할을 수행합니다. Agile 프로젝트에서는 완료된 작업보다 추가 작업량이 많으면 프로젝트가 완료되지 않고 계속됩니다. Agile 프로젝트에는 Iteration을 통해 완성되는 User Story가 있지만, 실제 Iteration 검토를 통해 너무 많은 항목이 추가되면 Agile 프로젝트에서는 Iteration 주기를 계속 반복할 수밖에 없습니다. 프로젝트가 진행되면서 예산과 일정도 길어진다. Agile 프로젝트를 진행함에 있어 예산과 일정이 제한되어 있는 경우 우선순위가 높은 항목부터 먼저 납품하여 프로젝트를 완료할 수도 있습니다. Agile Project 프로젝트 관리자 역할 스크럼 마스터추가 범위, 예산 영향(영향 분석) 및 팀 구성원 가용성에 대한 기대치를 관리하려면 제품 소유자와 협력해야 합니다. Agile 프로젝트에서 프로젝트 변경 관리는 제품 소유자가 주도합니다. 제품 소유자는 변경 관리를 주도하지만 스크럼 마스터의 역할은 모호할 수 있습니다. 스크럼 마스터는 제품 소유자와 협력하고 제품 소유자를 지원하는 역할을 담당합니다. 스크럼 마스터는 제품 소유자의 영향 분석을 지원합니다. 스크럼 마스터의 역할은 제품 소유자가 적절한 결정을 내릴 수 있도록 영향 분석을 지원하는 것입니다. 이는 서번트 리더십의 특징이기도 하다.