프로젝트 관리의 다섯 가지 과정. 라이프 사이클 및 방법
프로젝트의 라이프 사이클과 방법론은 프로젝트의 진행을 보장하기 위해 프로젝트의 명확한 경계를 정하는 프로젝트 분야입니다. 라이프 사이클은 주로 관련 프로젝트를 조정하는 반면 방법론은 프로젝트 프로세스를 지속적으로 안정화할 수 있는 방법을 제공합니다. 라이프 사이클은 일반적으로 프로젝트의 각 단계 (시작, 계획, 구현/제어 및 완료 포함) 또는 반복 작업 사이클로 구성됩니다. 프로젝트 라이프 사이클의 세부 사항은 일반적으로 특정 비즈니스, 프로젝트 및 고객 요구 사항에 따라 달라집니다. 따라서 같은 프로젝트라도 주기에는 많은 변화가 있을 수 있다. 세밀한 작업, 문서 관리, 프로젝트 제공 및 프로젝트 커뮤니케이션에 대한 요구 사항은 수명 주기 표준 및 평가의 모든 측면에 반영됩니다. 일반적으로 큰 프로젝트 단계는 많고 길며, 작은 프로젝트 단계는 적고 심사점은 적다.
라이프 사이클과 마찬가지로 프로젝트법도 프로젝트에 쉽고 세부 사항에 대한 관심이 높습니다. 제품 개발 프로젝트의 접근 방식에는 일반적으로 어떤 도구나 시스템을 사용하고 어떻게 사용하는지가 포함됩니다. 정보 기술 프로젝트의 방법에는 버전 관리 표준, 기술 문서 관리 및 시스템 개발이 포함됩니다.
프로젝트 방법은 종종 프로젝트 팀이 결정한 것이 아니라 회사가 모든 프로젝트에 대해 설정한 것이다. 채택 여부, 사실 프로젝트 팀은 별로 선택의 여지가 없다. 기업지배구조 설정의 방법 자체는 권위를 대표하며, 프로젝트 책임자로서 프로젝트 통제권을 얻는 한 가지 방법이다. 프로젝트 접근 방식의 역할을 고려할 때, 우리는 항상 프로젝트 인력 관리에서 그 효율성을 파악해야 합니다. 즉, 문제가 발생할 수 있는 곳에서 긍정적인 효과를 추구해야 합니다.
둘째, 프로젝트 정의
명확한 프로젝트 설명이 프로젝트 제어 능력을 결정합니다. 이후의 모든 작업이 설명의 범위 내에 있기 때문입니다. 어떻게 설명하든, 왜 설명하든, 모든 당사자와 프로젝트 팀이 언제든지 참조할 수 있도록 프로젝트를 서면으로 정의해야 합니다. 프로젝트 정의에는 프로젝트 헌장, 제안서, 프로젝트 데이터시트, 작업 보고서, 프로젝트 상세 정보 등 다양한 형식과 이름이 있습니다. 이러한 이름의 유사점은 프로젝트 관리자와 기타 관계자가 프로젝트에 대한 기대를 하향식으로 전달한다는 것입니다. 명확한 프로젝트 정의에는 프로젝트 목표에 대한 진술 (프로젝트 결과물, 건설 주기, 예상 비용 또는 인력에 대한 간략한 설명) 도 포함됩니다.
프로젝트 수익률 (비즈니스 사례 또는 투자 분석의 수익률 포함)
사용 중인 정보 또는 고객 요구 사항
프로젝트 범위를 정의하고 예상 프로젝트 결과를 모두 나열합니다.
비용 및 시간 예산 목표
주요 어려움과 가정
이 프로젝트의 다른 프로젝트에 대한 의존성을 설명하십시오.
고위험, 필요한 신기술, 프로젝트의 주요 문제, 프로젝트 설명 또는 헌장에 가능한 한 많은 구체적인 정보를 포함시키고 프로젝트 책임자와 관계자의 승인을 받아 효력을 발휘하기 위해 노력합니다.
셋째, 계약 및 조달 거버넌스
당신이 조직에서 얼마나 많은 영향력과 권력을 가지고 있든 간에, 당신은 다른 회사가 고용한 프로젝트 회원에 대한 영향력이 적을 것입니다. 반드시 사방에 널리 퍼져 있는 것은 아니지만, 가능한 한 프로젝트 업무를 아웃소싱하지 않는 것이 프로젝트 통제를 높이는 기술이다.
계약자 또는 외부 컨설턴트 사용을 고려하기 전에 전체 조달 프로세스를 다시 검사합니다. 서비스 계약 초안 작성 경험이 있고 당신을 도울 수 있는 사람을 찾습니다.
성공적인 아웃소싱 관계를 구축하려면 시간과 노력이 필요하며 이러한 작업은 가능한 한 빨리 시작해야 합니다. 프로젝트 진도를 잘 넘기기 위해서는 모든 세부 사항이 제자리에 있는지, 모든 계약이 제때에 체결되었는지 확인해야 한다. 프로젝트 결과물의 어느 부분을 아웃소싱할 계획입니까? 이 부분의 업무의 정련은 네가 프로젝트 통제를 실시하는 출발점이다. 이러한 세부 정보, 평가 및 수용 기준, 모든 관련 요구 사항 및 필요한 시간 계획을 문서화합니다. 계약에는 프로젝트 정의 정보가 포함되어야 하며 가능한 한 빨리 관련 권한을 결정해야 합니다. 당신이 고려하고 있는 모든 공급업체와 이러한 요구 사항을 논의하여 당신의 프로젝트 기대가 모든 당사자에게 명확해질 수 있도록 합니다.
넷. 프로젝트 계획, 구현 및 추적
프로젝트 책임자는 강력한 계획, 추적 및 실행 프로세스를 개발하여 프로젝트 통제의 기초를 설정할 수 있습니다. 각 방면의 지지를 쟁취하고, 프로젝트에서 전력으로 보급하다.
프로젝트 팀 구성원을 기획과 추적 활동에 참여시키면 여러분의 지지를 얻고 여러분의 적극성을 높일 수 있습니다. 현명한 프로젝트 리더는 일반적으로 대규모 참여를 장려하고 전체 과정에서 모든 사람의 힘을 모읍니다. 모두가 프로젝트에 대한 자신의 노력과 공헌이 인정받는 것을 보면, 프로젝트는 곧 시작됩니까? 그들의 프로젝트? 로? 우리 프로젝트? 。 프로젝트 멤버가 프로젝트 작업을 자신의 책임으로 생각할 때 프로젝트 통제는 훨씬 쉬워진다. 이 시점에서 프로젝트 거버넌스 성공 확률은 냉막 팀보다 높습니다. 프로젝트 거버넌스 프로세스를 사용하면 프로젝트 구성원의 협력도 장려되므로 프로젝트 관리가 쉬워집니다.
동사 (verb 의 약어) 는 거버넌스를 변화시킵니다.
기술 프로젝트 중 가장 집중된 문제는 구체적인 변경에 대한 거버넌스 통제가 부족하다는 것이다. 이 문제를 해결하기 위해서는 프로젝트의 모든 측면에서 효과적인 변경 관리 프로세스를 활성화할 필요가 있다.
솔루션은 프로젝트 그룹, 프로젝트 조직자 및 관계자가 승인한 순서도와 같이 간단할 수 있습니다. 이는 프로젝트 직원에게 변경 사항이 수락되기 전에 자세히 검토되고 변경 제안의 임계값이 높아질 것임을 상기시킨다. 변경 제안서를 검토할 때 제안서에 변경 사항에 대한 명확한 설명이 있는지 주의해야 합니다. 변경 제안의 동기가 명확하게 설명되지 않은 경우, 제안은 다시 전화를 걸어 변경의 이점을 수량화합니다. 기술 솔루션 전용 변경 제안의 경우 후원자가 문제를 완전히 판단하지 못할 수 있으므로 물음표를 몇 개 더 넣어야 합니다. 변경 제안이 실제 문제가 아닌 문제 해결에 지나치게 신경을 쓴다면 다시 전화를 걸어 구체적인 업무 상황에 주의를 기울여야 한다.
마지막으로, 만약 변경 건의를 받아들이지 않는다면, 반드시 이치와 근거가 있어야 한다. 또한 프로젝트 시간, 비용 및 에너지와 같은 기타 관련 요인의 영향을 합리적으로 추정했습니다.
프로젝트 관리의 9 개 지식 영역 프로젝트 관리의 9 개 지식 영역은 프로젝트 관리자가 반드시 갖추어야 하는 9 가지 중요한 지식과 능력을 말합니다. 네 가지 핵심 지식 영역은 범위, 시간, 비용 및 품질 관리입니다. 이러한 지식 분야에는 프로젝트 관리자와 프로젝트 팀 구성원이 프로젝트 관리를 완료하는 데 도움이 되는 많은 관리 도구와 기술도 포함되어 있습니다. 예: 네트워크 다이어그램, 주요 경로 방법, 브레인스토밍 방법, 적립 가치 방법 등 서로 다른 도구는 우리가 서로 다른 관리 업무를 완수하는 데 도움이 될 수 있다. 또한 MicrosoftProject, P3 등 많은 프로젝트 관리 소프트웨어가 있습니다. 프로젝트 관리 도구로서 프로젝트 전반에 걸쳐 계획, 추적, 제어 등의 관리 프로세스를 완료하는 데도 도움이 됩니다.
1. 종합적인 프로젝트 관리 지식
프로젝트의 전반적인 관리 또는 종합 관리는 잘못이 없다. 다른 8 개 분야의 지식을 종합적으로 활용하고, 각 요소 간의 관계를 합리적으로 통합하고 균형을 맞추는 것이 프로젝트의 원활한 완성을 보장하는 관건이다.
프로젝트의 전반적인 관리에는 세 가지 주요 프로세스가 포함됩니다.
프로젝트 계획: 각종 계획의 결과를 수집하여 통일되고 조정된 프로젝트 계획 문서를 형성합니다.
프로젝트 계획 실행: 프로젝트에 대한 계획 활동을 수행하여 계획을 이행합니다.
전역 변경 관리: 항목 변경을 제어합니다.
프로젝트 관리자는 프로젝트를 완료하는 데 필요한 인력, 계획 및 작업을 조정하고, 전반을 총괄하며, 팀을 이끌고 프로젝트 목표를 달성할 책임이 있습니다. 프로젝트 목표 또는 프로젝트에 참여하는 사람 간에 충돌이 발생할 경우 최종 결정을 내릴 책임이 있습니다. 프로젝트 진행 정보를 고위 경영진에게 적시에 보고할 책임이 있습니다. 결론적으로, 프로젝트 관리자는 프로젝트의 전반적인 관리를 주로 담당하고 있으며, 이것이 프로젝트 성공의 관건이다.
이전 프로젝트를 돌이켜보면, 주로 다음과 같은 문제가 있는 것 같다.
프로젝트 후원자를 찾을 수 없거나, 프로젝트 발기인이 명확하지 않아 종종 자신을 프로젝트 발기인으로 여긴다.
프로젝트 결과물의 정의가 명확하지 않아 최종 마감 시 계획에 대해 프로젝트를 검수할 수 없습니다.
조직 구조에 대한 설명이 부족합니다.
프로젝트의 통제는 규범적이지 않다, 특히 프로젝트 전체의 변경 통제;
위험 관리는 중시되지 않고, 프로젝트 그룹 토론에만 있고, 프로젝트 머리에 머물러 있다. (윌리엄 셰익스피어, 리스크, 리스크, 리스크, 리스크, 리스크, 리스크, 리스크)
이해 관계자 분석 부족
규범적인 진도 보고가 없으면 프로젝트 진도 보고는 마음대로 할 수 있다.
효과적인 프로젝트 관리를 위해서는 프로젝트 관리를 위한 지식 체계와 방법 도구를 참고하고, 먼저 따라 하고, 실천을 통해 이러한 내용을 더 잘 이해해야 한다.
2. 프로젝트 전체 관리 지식
프로젝트 범위의 불확실성으로 인해 프로젝트 범위가 지속적으로 확대될 수 있습니다. 프로젝트 관리자로서, 프로젝트 시작 시 모든 프로젝트 관계자가 인정하고 이의가 없는 범위 설명 문서를 만들어야 합니까? (윌리엄 셰익스피어, 프로젝트, 프로젝트, 프로젝트, 프로젝트, 프로젝트, 프로젝트, 프로젝트, 프로젝트, 프로젝트) 프로젝트 헌장. 그럼, 프로젝트 시행을 보장하기 위해 프로젝트 팀 구성원의 업무 책임을 명확히 하기 위해 프로젝트 범위를 분할하여 더 작은 프로젝트 작업 패키지로 만들 필요가 있습니까? 작업 분해 구조 (WBS).
마지막으로 프로젝트 자체가 고립되어 있지 않기 때문에 범위를 변경해야 하는 경우도 있습니다. 관건은 변화가 발생했을 때 어떻게 통제하느냐 하는 것이다.
앞서 논의한 바와 같이, 가장 중요한 것은 프로젝트에 직면하거나 무엇을 해야 할지 모를 때 범위를 관리하는 방법입니다. 잠재적 프로젝트 식별은 다음 네 단계로 이루어집니다.
어떤 프로젝트를 할 것인지 결정하십시오.
비즈니스 분석, 중요한 비즈니스 프로세스 파악, 프로젝트의 가장 큰 이점을 얻을 수 있는 프로세스 분석
프로젝트의 가능한 장점을 형성하고 범위, 이익 및 제약 조건을 결정합니다.
시나리오를 선택하고 자원을 할당합니다.
여러 프로젝트에서 프로젝트를 선택하거나 여러 시나리오에서 시나리오를 선택하는 일반적인 방법에는 전체 수요 방법, 분류, 순 현재 가치 방법 및 가중치 점수 모델 방법의 네 가지가 있습니다.
3. 프로젝트 시간 관리 지식
프로젝트의 시간 관리는 프로젝트가 제때에 완료되도록 하는 과정이다. 먼저 프로젝트 일정을 정한 다음 진행 계획과 실제 완료의 차이를 추적하고 자원과 임무를 적시에 조정하여 프로젝트 진행을 보장해야 합니다. 추적 과정에서 프로젝트 관계자들과 적시에 소통하고, 범위 편차를 적시에 찾아내거나, 시간과 진도의 차이를 초래하거나, 프로젝트 팀 구성원들이 의도적으로 프로젝트 완료 상황을 허위로 보고하여 진도를 통제할 수 없게 해야 한다.
구체적으로 다음을 포함합니다.
활동 정의: WBS 에서 분해
활동 정렬: 활동 간의 종속성을 정의합니다.
활동 기간 추정: 각 활동의 시간을 추정하며 PERT 방법을 사용하여 수행할 수 있습니다.
프로젝트 2002 와 같은 도구와 소프트웨어를 사용하여 프로젝트 시간 관리를 지원합니다.
간트 차트를 사용하여 프로젝트 진행 상황을 추적할 수 있습니다.
네트워크 다이어그램 및 주요 경로 분석을 사용하여 완료 날짜의 중요성을 결정하거나 프로젝트 기간에 미치는 영향을 조정하고 관련 초점 활동을 처리할 수 있습니다.
앞서 프로젝트의 시간 관리 도구와 방법을 배운 후 프로젝트의 추적 통제를 실현할 수 있다고 생각했지만 사실은 그렇지 않다는 점을 설명해야 한다. 이 노동자들은
도구는 사람을 통해 일을 하고, 활동도 사람이 완성한다. 따라서 프로젝트 관리자는 도구에 너무 많은 시간을 할애할 수 없으며, 도구를 사용하여 사람과 자원 간의 충돌을 조율하는 법을 배워야 합니다.
4. 프로젝트 원가 관리 지식
원가 관리 중인 프로젝트 관리자의 경우 비용을 절감하고 통제하여 프로젝트 이해 관계자의 기대를 충족시켜야 합니다. 이 프로세스에는 다음이 포함됩니다.
리소스 계획: 리소스 요구 사항 목록을 나열합니다.
비용 견적: 필요한 자원의 비용을 추정합니다.
원가 예산: 각 개별 작업에 전체 원가 견적을 분배하고 원가 기준 계획을 설정합니다.
원가 통제: 프로젝트 예산 변경 통제, 원가 견적 수정, 예산 갱신, 프로젝트 팀 구성원의 행동 수정, 완료 추정 및 원가 통제 분석
원가 관리에는 재무 관리의 많은 개념, 용어, 기본 이론, 방법 및 도구가 포함됩니다. 프로젝트 관리자는 이러한 내용, 특히 적립 가치 분석과 관련된 용어와 약어 (예: BCWS, BCWP, ACWP, CV, SV, CPI, SPI 등) 에 대해 잘 알고 있어야 합니다. 너는 이 용어들의 의미를 이해해야 할 뿐만 아니라, 그들의 계산 공식도 파악해야 한다.
5. 프로젝트 인적 자원 관리 지식
프로젝트의 인적 자원 관리는 프로젝트에 참여하는 모든 사람의 역할을 효과적으로 발휘하는 과정이다. 프로젝트의 인적 자원 관리 프로세스에는 다음이 포함됩니다.
조직 계획: 프로젝트의 조직도를 형성합니다.
관계자를 확보하십시오: 초점은 비즈니스 관계자입니다.
팀 구성: 각 프로젝트 이해 관계자의 책임을 명확히 하고, 기술을 교육하고 향상시키며, 팀워크와 커뮤니케이션을 가능하게 합니다.
사람과의 관계 때문에, 우선 각자의 책임을 명확히 하고, 계획할 때 분명히 해야 한다. 프로젝트 관리 소프트웨어는 프로젝트 관리자가 효율성을 높이고, 작업 분해의 합리성을 적시에 발견하고, 결국 합리적인 작업 분할 테이블을 형성하는 데 도움이 될 수 있습니다.
동시에 효과적인 인센티브를 통해 프로젝트 구성원이 프로젝트 계획을 실행하고 효율성을 높일 수 있도록 도와야 합니다. 이 프로젝트는 팀의 공동 노력을 통해 이루어졌다. 팀의 역할을 충분히 발휘하여 팀원들이 각자 최선을 다할 수 있도록 하는 것은 프로젝트 관리자에게 도전이다. 처리 과정에서 올바른 사람이 아니라 올바른 일을 하려고 노력하며 효과적인 회의를 통해 프로젝트가 의사 소통, 검사 및 목표 달성을 돕습니다.
6. 프로젝트 품질 관리 지식
프로젝트의 품질은 프로젝트가 고객의 명시적 또는 암묵적 요구 사항을 충족시키는 일관성으로 이해됩니다. 여기에는 명시적 및 암시적 요구사항이 모두 포함됩니다. IT 프로젝트의 경우 사용자가 함축한 품질 요구 사항을 어떻게 충족시킬 것인가가 IT 프로젝트 품질 실패의 중요한 원인일 수 있습니다. 개발된 시스템은 요구 사항 설명의 요구 사항을 충족할 수 있지만 사용자의 실제 요구 사항 (암시적 요구 사항 포함) 과는 크게 다를 수 있으며 이로 인해 불일치가 발생하여 IT 프로젝트가 실패합니다.
현대 품질 관리는 하나의 발전 과정을 거쳤으며, 현재 비교적 완벽한 품질 체계를 확립하였다. 국제기구도 ISO2000 시리즈 품질 기준과 같은 일반 생산 품질을 평가하는 관련 품질 문서를 가지고 있습니다. SQFD 모델, 소프트웨어 모델의 CMM 역량 성숙도 모델 등과 같은 소프트웨어 제품 품질 평가 모델도 있습니다. 여기서 CMM 성숙도 모델은 자발적, 단순성, 조직, 관리 및 적응의 다섯 가지 계층으로 나뉘어 각각 다른 레벨로 표시됩니다.
프로젝트 관리의 경우 품질 계획을 수립하고 품질 보증 도구를 적용하여 품질 계획의 이행을 보장해야 합니다. 품질 관리 과정에서 파레토 분석, 통계 샘플링 및 표준 편차와 같은 많은 기성품 도구와 방법이 있습니다. 공사의 질을 높이기 위해서는 반드시 지도부에서 품질 의식을 형성하고, 좋은 작업 환경을 구축하여 품질을 높이고, 품질 문화를 형성하여 품질을 높여야 합니다. 이는 공사의 품질 관리를 전면적으로 개선하는 핵심 요소 중 하나입니다.
과거 프로젝트에서는 기본적으로 프로젝트의 품질 관리를 소홀히 했다. 회사는 매년 품질 향상을 위해 QC 활동을 전개하지만, 활동은 과학 기술 혁신 활동으로 변했다. 그러나 더 많은 프로젝트 구현에서 품질 관리를 수행하는 방법이 반영되지 않는 것도 논의할 만한 문제입니다.
7. 프로젝트 커뮤니케이션 관리 지식
프로젝트의 커뮤니케이션 관리는 매우 중요하다. 프로젝트 관리자에게는 일선 지휘가 정보 관리를 필요로 하는 것처럼 전체 프로젝트 팀이 프로젝트 정보를 파악하고 다른 관리 방법을 구현하는 기초입니다. 모든 통제는 소통에 기반을 두고 있다.
프로젝트가 시작될 때, 어떤 시간, 어떤 내용, 어떤 형식, 어떤 수단, 누구에게 대한 의사 소통 계획을 잘 세워야 한다. 프로젝트 커뮤니케이션에서는 서면 보고서, 구두 보고서 또는 비공식 커뮤니케이션을 사용할 수 있습니다. 각 방식마다 장단점이 있는데, 관건은 전파 효과에 유리한지 아닌지를 보는 것이다.
의사 소통의 복잡성은 대상의 증가에 따라 빠르게 증가하므로 적절한 도구와 수단을 통해 대면 의사 소통을 일정 범위 내에서 제어하고 의사 소통이 프로젝트 관리에 미치는 책임의 영향을 최소화해야 합니다.
만남은 교류의 효과적인 형태 중 하나이다. 많은 영업 담당자들은 회의를 통해 기술 다이어그램이나 문서보다는 프로젝트의 진행 상황과 발생한 문제를 간단하고 공식적인 언어로 설명하는 것을 선호합니다.
8. 프로젝트 리스크 관리 지식
위험 관리 실패로 인해 프로젝트가 위험에 처할 경우 프로젝트 이해 관계자는 위험 발생 사실과 위험으로 인한 손실을 단번에 수용하기 어려우므로 조정하는 데 더 많은 시간이 걸릴 수 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 위험명언)
전체 심리 상태는 프로젝트의 실행을 복원할 수 있다.
프로젝트의 위험 관리는 프로젝트 과정에서 위험의 발생을 효과적으로 피하기 위한 것이 아닙니다. 또한, 그것은 우리가 위험에 직면했을 때, 어찌할 바를 모르고 올바른 태도로 위험에 직면하는 데 도움이 될 수 있다. (윌리엄 셰익스피어, 햄릿, 위험명언) 많은 프로젝트의 실패는 위험 발생 시 프로젝트에 대한 심리적 상해로 주관적 판단의 상실과 의사결정의 착오로 인한 것이다. 이런 의미에서 프로젝트 위험 계획은 주로 프로젝트 이해 관계자의 위험 의식을 높이기 위한 것이다. 충분한 위험 의식이 있는 한, 위험 식별이 일부 프로젝트에서 전면적으로 이루어지는지는 중요하지 않을 수 있습니다.
위험 식별은 브레인스토밍, 경험의 법칙 등을 채택할 수 있다. 이러한 위험 요소를 파악한 후 이러한 요소에 가중치를 부여할 수 있습니다. 마지막으로 프로젝트 성공 확률을 계산하고 이에 따라 프로젝트 진행, 계속 또는 중지 여부를 결정할 수 있습니다. 위험 요소를 파악한 뒤 위험 대응책을 마련한다. 위험 발생 확률, 위험의 비용 및 이익에 따라 위험 처리, 위험 수용, 위험 개선 등과 같은 대응 전략을 결정합니다.
실제 업무에서는 위험을 식별할 수 있지만 제대로 처리되지 않습니다. 위험층이 전가하다. 예를 들어, 사용자 참여도가 부족하고 수요가 부정확하여 공사 기간 예상의 오차로 인해 계획의 편차가 발생하고 결국 전체 프로젝트의 결과에 편차가 발생합니다. 따라서 위험의 근원에 주의를 기울여 위험이 층층이 확대되는 것을 방지해야 한다.
9. 프로젝트 조달 관리 지식
구매는 외부에서 제품이나 서비스를 받는 것이다. IT 프로젝트에서는 구매가 점점 더 중요해지고 있습니다. 현재 대부분의 IT 프로젝트는 구매 관리와 불가분의 관계에 있으며, 많은 프로젝트의 주요 내용은 장비 조달 또는 컨설팅 구매입니다. 기업에게 구매 관리를 잘 할 수 있는지 여부는 프로젝트의 성공을 보장하는 핵심 내용이다.
효과적인 조달 관리에는 다음 프로세스가 포함됩니다.
합리적이고 효과적인 조달 계획 개발: 조달을 통해 프로젝트의 요구를 더 잘 충족시킬 수 있는 프로젝트 관리의 중요한 프로세스입니다. 구매 계획에서 먼저 구매 여부, 구매 방법, 구매 방법, 구매 금액, 구매 시기 등을 결정해야 합니다.
견적 요청 프로그램 준비: 즉, 견적 요청 또는 입찰 준비;
문의: 실제 문의 수행
입찰 개설: 공급자 평가 및 선택
관리: 조달 계약 관리
마감: 구매 계약을 마감합니다.
전체 과정에서 두 가지 프로세스를 쉽게 무시할 수 있습니다. 하나는 구매 계획이고 다른 하나는 계약 마감입니다. 구매 계획의 편성은 수요에 따라 구매 관리를 총괄하기 위한 전제 조건이다. 이 단계는 잘 할 수 없고, 다른 모든 것은 헛수고가 되었다. 구매 계약 마감 과정에서 가장 쉽게 잊거나 불가능한 것은 구매 감사입니다. 공급업체 선택 프로세스의 경우 IT 프로젝트에서는 기술에 너무 많은 관심을 기울이고 관리 및 비용을 간과하는 경우가 많습니다. 사실, 관리와 비용은 계약이 예정대로 이행될 수 있는지를 결정한다. 우리 회사의 실제 상황에서 설비가 일반 프로젝트의 주요 비용일 때, 종종 다른 내용은 고려하지 않고, 일반 설비로만 구매하며, 교차 설비부에서 실시한다. 프로젝트 관리뿐만 아니라 구매 관리도 하지 못했기 때문에 이런 프로젝트의 구현은 완료되었지만 프로젝트의 구현 품질은 항상 만족스럽지 못하다.