프로젝트 프로세스 관리에 대한 이해(4가지)

프로젝트 프로세스 관리 이해

프로젝트 프로세스 관리에 대해 알아봅시다.

프로젝트 프로세스 관리 이해

프로젝트 프로세스는 프로젝트 팀 구성원이 수행해야 하는 일련의 작업을 의미합니다. 일정 기획 방식에 따라 프로젝트 진행 내용이 달라질 수 있습니다. 대규모 프로젝트에 적용되는 예측기법인 워터폴(Waterfall) 프로젝트는 작업량이 많고, 반대로 소규모 프로젝트에도 적용이 가능하다. 적응형 접근 방식을 사용한 민첩한 프로젝트작업 수가 적습니다. 프로젝트를 진행하기 위해서는 팀에 필요한 프로세스를 정의하고 유지해야 합니다. 그러나 프로세스를 정의하고 유지 관리할 때 명심해야 할 사항이 있습니다. 프로젝트 프로세스 중 가치를 창출하지 못하는 프로세스는 최소화하고, 프로세스 개선에 팀이 앞장서야 하며, 프로젝트 팀은 프로젝트 프로세스를 준수해야 한다. 목표한 결과를 달성하고 결과적으로 성공하려면 프로젝트를 잘 진행해야 합니다. 프로젝트가 되기 위해서는 프로젝트 진행 과정에서 프로젝트 프로세스가 잘 확립되고, 잘 관리되고, 잘 유지되어야 합니다. 프로젝트 프로세스는 크게 4가지 유형으로 나누어진다. 프로젝트 프로세스의 네 부분은 프로세스를 구축하는 부분, 프로세스를 검토하는 부분, 프로세스를 조정하는 부분, 제약과 관련된 부분입니다.[프로젝트 프로세스의 4가지 구분]

구분 내용 1 프로젝트 프로세스 수립 2 프로젝트 프로세스 검토 3 프로젝트 프로세스 조정 4 프로젝트 프로세스 제약

프로젝트 프로세스 관리에 대한 설명

프로젝트 관리자프로젝트팀은 프로젝트 업무 수행에 필요한 프로젝트 프로세스를 작성하고, 프로세스를 수립하고, 프로세스에 대한 정기적인 검토를 통해 이를 관리 및 유지해야 합니다. 프로젝트 프로세스는 회사에서 유지 관리해야 합니다. 조직에서 정의한 프로세스와 프로젝트팀에서 정의한 프로세스를 모두 포함하는 개념이다. 프로젝트 프로세스에 대한 정기적인 검토를 통해 프로세스의 효율성 여부를 판단하고, 프로세스에서 제거할 수 있는 불필요한 요소를 파악합니다. 존재하는지 알아보고 판단한 후 개선해야 합니다. 예를 들어 작업판(Task Board, Kanban Board)을 검토하여 프로젝트가 계획된 일정과 예상 속도에 따라 잘 진행되고 있는지, 프로젝트 진행 중 병목 현상은 없는지, 방해 요소는 없는지 등을 판단합니다. 프로젝트 병목 현상을 유발합니다. 진행되면서 개선될 수 있습니다. 프로젝트의 원하는 결과를 창출하고 프로젝트 결과물을 생산한다는 목적 외에도 프로젝트 프로세스에는 잘 유지되고 회사 또는 조직에서 요구하는 거버넌스를 충족해야 하는 목표와 목적도 있습니다. 회사에서 정한 프로젝트와 관련된 품질 요구사항, 회사 내부 규정(회사 규정), 회사와 조직의 정책과 방향을 준수해야 합니다. 프로젝트 프로세스의 평가는 프로세스 감사 및 품질 보증(QA)을 통해 수행됩니다. 품질 보증) 활동이 포함됩니다. 프로세스 평가는 프로세스가 준수되고 있는지, 프로젝트가 의도한 결과를 달성하고 있는지 확인하는 데 도움이 됩니다. 회사 내에 QA(Quality Assurance) 역할이 있는 경우 QA에서는 프로젝트 프로세스 준수 여부와 의도한 결과 달성 여부라는 두 가지 사항을 확인합니다. 프로젝트 프로세스 조정(Tailoring)은 프로젝트 진행 중에 프로젝트의 요구 사항을 충족하도록 프로세스를 최적화하는 데 사용됩니다. 방법은 다음과 같습니다. 프로세스는 프로젝트의 규모와 성격에 따라 다르며, 이러한 환경 요구 사항에 맞게 조정을 고려해야 합니다. 프로젝트 규모가 커지고 프로젝트의 중요성이 커질수록 프로젝트에 포함되는 프로세스도 많아집니다. 시스템 구축 및 개발사업에는 사업예산과 금액이 1000억원을 넘는 대규모 사업이 많다. 특히, 대기업을 위한 새로운 기본 시스템을 구축하는 차세대 프로젝트의 경우, 기업의 규모에 따라 비용과 규모가 엄청날 수 있습니다. 이러한 대규모 프로젝트에서는 프로젝트 규칙을 체계적이고 엄격하게 따르기 위해 프로세스 수가 증가합니다. 프로젝트 프로세스에서는 부가가치 활동과 비부가가치 활동의 비율을 측정하고 개선하기 위해 시스템 개발에 필요한 흐름을 분석해야 합니다. 우리는 계속해서 부가가치 활동을 유지하고 비부가가치 활동을 줄여야 합니다. 가치를 창출하지 않는 프로세스를 최소화하는 것이 중요합니다. 낭비란 프로젝트 이해관계자나 고객에게 가치를 제공하지 않는 프로세스를 수행하는 데 투자된 시간, 자원, 예산을 의미합니다. 폐기물이 포함된 공정이 있으면 찾아야 하는데 찾기가 쉽지 않다. 그 이유는 프로세스가 생성될 당시 필요에 의해 생성되었을 수도 있기 때문입니다. 일반적으로 프로젝트 팀원이 아닌 기업이나 조직이 프로젝트 프로세스를 정의할 때 낭비가 포함된 프로세스를 계획했을 가능성이 있다. 린(Lean) 생산방식은 폐기물을 최소화하기 위한 대표적인 방법론이다. 린(Lean)은 낭비와 불필요한 부분을 제거하는 것입니다. 린스타트업(Lean Startup) 프로세스는 린(Lean)과 스타트업(Startup)을 결합한 개념으로, 불필요한 낭비를 최소화해야 하는 스타트업 기업에 적합한 프로세스이다. 린 소프트웨어 개발은 ​​가치 흐름 매핑을 통해 프로젝트 내의 낭비적인 프로세스를 식별합니다. 린 생산 방식을 적용한 대표적인 기업은 도요타 자동차 회사이다. 적응형 적용 방법 애자일 프로젝트회고회의를 통해 팀의 진행 상황을 검토하고, 프로세스와 효율성을 개선할 수 있는 방안을 제안, 적용하고 있습니다. 프로젝트 프로세스를 개선한다는 것은 프로젝트를 수행하는 프로젝트 팀 구성원에게 프로세스 개선을 제공하는 것을 의미합니다. 가장 좋은 방법은 권한을 부여하는 것입니다. 이는 또한 프로세스의 실행 가능성을 증가시킵니다. 프로세스를 중앙 집중식으로 정의하고 프로젝트 팀과 팀원이 프로세스를 준수하도록 강요하면 프로세스에서 낭비가 발생할 가능성이 높아집니다. 애자일 프로젝트의 회고적 또는 Lesson&Learned에는 프로젝트 팀이 주도하는 프로세스 개선 도출도 포함됩니다. 그리고 일단 프로젝트 프로세스가 정의되면 프로젝트 팀과 팀원은 이를 준수해야 합니다. 프로젝트 진행 과정에서 업무와 관련된 다양한 프로젝트 제약사항을 파악해야 합니다. 예를 들어 납품 날짜, 고정 예산, 품질 정책, 규정 준수 등이 있습니다. 이를 통해 프로젝트 관리 계획과 같은 문서에 일관되고 잘 통합되도록 해야 합니다. 이러한 프로젝트 제약은 프로젝트 전반에 걸쳐 변경될 수 있으며, 프로젝트 제약은 균형 잡힌 방식으로 관리 및 조정되어야 합니다. 전체 프로젝트 프로세스에 걸쳐 변화하는 제약 조건의 균형을 맞추는 동시에 프로젝트 이해관계자의 만족도를 유지하는 것이 필요합니다.