현재 위치 - 회사기업대전 - 기업 정보 조회 - 프로젝트 전체 관리 사례

프로젝트 전체 관리 사례

프로젝트 관리 사례: < P > 샤오리는 국내 유명 IT 기업의 프로젝트 관리자로서 서남 모 성의 한 기업 관리 정보 시스템 건설 프로젝트 관리를 담당하고 있습니다. 이 프로젝트 계약에는 몇 개의 프로젝트 청부업자가 완성해야 할 일을 간단히 나열해 샤오리 자신이 프로젝트의 범위 설명서를 작성했다. 갑의 관련 업무는 정보센터에서 조직하고 이끌고, 정보센터 주임은 이 프로젝트의 갑측 사장을 겸임하고 있다. 그러나 프로젝트 실시 과정에서 갑의 재무부가 샤오리에게 직접 변경 요청을 하는 경우도 있고, 갑의 판매부가 샤오리에게 직접 변경 요청을 하는 경우도 있고, 때로는 이러한 요구가 서로 모순되는 경우도 있다. 이러한 변경 요구에 직면하여 샤오리는 범위 설명서로 갑을 설득하려 했지만 갑은 계약의 해당 조항을 툭하면 인용하는데, 이 조항들은 너무 굵거나 명확하지 않거나 샤오리가 그들과 다른 이해를 가지고 있다. 그래서 샤오리는 이러한 변경 요구에 대해 단순히 받아들이거나 거부할 수 없어 난처함을 느꼈고, 그는 매우 낙담했다. 만약 이런 상황을 바꾸지 않는다면, 프로젝트 완성은 아득히 먼 훗날 있을 것 같다.

질문:

1, 이 문제의 원인은 무엇입니까? 어떻게 해결합니까?

2, 만약 당신이 샤오리라면, 당신은 어떻게 계약 협상, 계획, 집행 단계에서 각각 범위 관리를 합니까?

문제 발생 원인:

1. 프로젝트의 범위가 결정되기 때문에 중요한 사용자의 참여와 합의가 이뤄져야 많은 무의미한 수요 제기를 피할 수 있다.

2. 프로젝트 팀의 설립은 반드시 핵심 부서의 리더를 팀에 포함시켜야 한다. 그래야 초기에 수요를 명확하게 하고 후기의 수요 변경을 줄일 수 있다.

3. 프로젝트 관리자는 정보 센터 이사가 특정 업무를 전체적으로 분석할 수 없는 비즈니스 관리자가 가장 좋습니다.

4. 변경 사항은 반드시 생성되지만 변경 프로세스는 반드시 확정해야 하며, 각 변경 사항에 대한 전체 분석을 수행하는 전담 변경 평가 팀을 구성함으로써 앞뒤가 맞지 않는 변경을 피할 수 있다.

5. 변경이 의견 차이가 있을 때는 소통에 주의해야 하고, 단순히 범위에 없다고 생각해서는 안 되며, 업무 범위 내에 있지 않아 고객의 역심리만 초래할 뿐이다! 변경에 따른 문제, 투자 소요 시간, 소요 시간 등을 고객에게 자세히 설명해야 합니다. 그래야 고객이 변하지 않는 이유를 받아들일 수 있다.

해결 방법:

계약 협상

1. 계약을 논의할 때 계약의 목표, 예산, 시간, 범위, 조직에 대한 명확한 설명이 있다.

2. 명확한 성과 기준과 명확한 인도물 규정이 있다.

3. 프로젝트 계획 및 프로젝트 실행 단계에서 계약 조건을 지속적으로 개선합니다.

프로젝트 계획

1. 프로젝트 팀을 구성하고, 기업의 실권을 선택하며, 프로젝트 관리자로서 주요 사용자의 리더십을 팀에 포함시킨다.

2. 팀이 범위 설명서 작성에 참여하고, 범위 설명서는 반드시 * * * 에 도달해야 하며, 서명 확인서에 서명해야 합니다! < P > 3. 범위 설명서에 따라 활동을 정의하고, 시간을 예측하고, 진도 계획을 세우는 과정도 프로젝트 팀이 집단적으로 평가에 참여해야 한다.

4. 여러분이 프로젝트의 범위, 예산, 진도를 모두 달성한 후에야 다음 단계로 진행할 수 있습니다!

5. 모든 요구 사항 변경에 대한 전반적인 분석을 위한 변경 팀을 구성합니다. 실행 단계

1. 실행 실태에 따라 마일스톤, 인도물, 변경 프로세스와 같은 제어 프로세스를 지속적으로 개선합니다.

2. 변경 사항을 버전 관리합니다. < P > 3. 실제 구현 및 계획에 편차가 있는지 정기적으로 점검하고 편차가 발생할 경우 적절한 조치를 취하여 수정해야 합니다.

copyright 2024회사기업대전