프로젝트 관리는 프로젝트 이해 관계자의 협력을 통해 다양한 자원을 프로젝트에 적용하여 프로젝트 목표를 달성하고 프로젝트 이해 관계자의 요구를 충족시키는 것입니다. 프로젝트 관리의 기본 요소는 프로젝트, 이해 관계자, 자원, 목표 및 수요입니다. 특징: 하지만 실제로 사상, 개념, 알고리즘, 프로세스, 조직, 효율성, 최적화 등을 하나로 통합했습니다. 따라서 이러한 제품을 개발하기 위해 많은 경우 사용자는 처음에는 명확한 아이디어를 내지 못하고 정확한 요구를 할 수 없습니다. 그는 도대체 그가 필요로 하는 것이 무엇인지 정확히 말할 수 없었다. 개발 과정에서 프로그램 및 관련 문서를 수정해야 하는 경우가 많습니다. 수정 과정에서 새로운 문제가 발생할 수 있으며, 이러한 문제는 상당한 시간이 지나야 발견될 수 있습니다. 문서 작성의 작업량은 전체 프로젝트 개발 과정에서 큰 비중을 차지한다. 그러나 실천에서 볼 때, 사람들은 그것에 흥미가 없고, 어쩔 수 없이 해야 한다고 생각하는 고역이며, 진지하게 하기를 꺼린다. 따라서 소프트웨어의 품질에 직접적인 영향을 미칩니다. 소프트웨어 개발 업무는 기술성이 매우 강하여, 업무에 참가하는 인원이 일정한 기술 수준과 실제 업무 경험이 있어야 한다. 하지만 사실, 인원의 이동은 일에 큰 영향을 미친다. 떠난 사람은 중요한 정보뿐만 아니라 업무 경험도 가져갔다. 10 대 프로세스: 1, 라이프 사이클 및 방법론 프로젝트의 라이프 사이클 및 방법론은 프로젝트 프로세스를 보장하기 위해 프로젝트의 규율입니다. 라이프 사이클은 주로 관련 프로젝트를 조정하는 반면 방법론은 프로젝트 프로세스를 지속적으로 안정화할 수 있는 방법을 제공합니다. 주기는 일반적으로 프로젝트의 단계 (시작, 계획, 실행/제어, 완료 포함) 또는 작업의 반복 주기로 구성됩니다. 프로젝트 라이프 사이클의 세부 사항은 일반적으로 특정 비즈니스, 프로젝트, 고객 요구 사항에 따라 달라집니다. 따라서 같은 프로젝트에서도 주기에는 여러 가지 가능한 변화가 있을 수 있습니다. 작업 세밀함, 문서 관리, 프로젝트 제공, 프로젝트 커뮤니케이션에 대한 요구 사항은 수명 주기 표준 및 평가의 측면에 반영됩니다. 큰 프로젝트의 단계는 일반적으로 더 길고, 작은 프로젝트의 단계는 적고, 심사점은 적다. 라이프 사이클과 마찬가지로 프로젝트 방법도 프로젝트 때문에 쉽고 세부적인 관심 수준이 높습니다. 제품 개발 프로젝트의 접근 방식은 종종 어떤 도구나 시스템을 사용하는지, 어떻게 사용하는지에 관한 것입니다. 정보 기술 프로젝트의 방법에는 버전 관리 표준, 기술 문서 관리, 시스템 개발의 모든 측면이 포함됩니다. 프로젝트 접근 방식은 프로젝트 팀이 결정하는 것이 아니라 회사에서 모든 프로젝트에 대해 설정하는 경우가 많습니다. 채택 여부는 사실 프로젝트 팀에 많은 선택권이 없다. 회사 경영진이 설정한 방법 자체는 권위를 대표하며, 프로젝트 리더로서 프로젝트 통제권을 얻을 수 있는 한 가지 방법이다. 프로젝트 방법의 어떤 방면의 역할을 고려할 때, 항상 프로젝트 인력 관리에 대한 효율성, 즉 문제가 발생할 수 있는 곳에서 긍정적인 효과를 쟁취해야 한다. 둘째, 프로젝트 정의가 명확한 프로젝트 설명에 따라 프로젝트 제어 능력이 결정됩니다. 다음 모든 작업이 설명 범주 내에 있기 때문입니다. 어떻게 그리고 왜 설명하든 간에, 프로젝트의 모든 당사자와 프로젝트 팀이 언제든지 참조할 수 있도록 프로젝트를 서면으로 정의해야 합니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 프로젝트명언) 프로젝트 정의의 형식과 이름은 프로젝트 헌장, 제안, 프로젝트 데이터 시트, 작업 보고서, 프로젝트 세부 사항 등 다양합니다. 이 이름들의 * * * 같은 점은 프로젝트 책임자와 기타 관련 방면이 프로젝트에 대한 기대를 하향식으로 전달한다는 점이다. 명확한 프로젝트 정의에는 다음이 포함됩니다 .1. 프로젝트 목표 설명 (프로젝트 제공 결과, 기간, 예상 비용 또는 인력에 대한 높은 수준의 설명) 2. 프로젝트 수익 (비즈니스 사례 또는 투자 분석에 대한 수익 포함) 3. 사용 중인 정보 또는 고객 요구 사항 4. 프로젝트 범위 정의 모든 예상 프로젝트 성과 나열 5. 비용 및 시간 예산 목표 6. 주요 어려움 및 가정 7. 이 프로젝트의 다른 프로젝트에 대한 의존도를 설명합니다. 8. 고위험, 필요한 신기술, 프로젝트의 주요 문제 노력은 가능한 한 구체적인 정보를 프로젝트 설명 또는 헌장에 포함시키고 프로젝트 책임자와 관련 방면에서 인정받아 효력을 발휘합니다. 셋째, 계약 및 구매 관리 조직 내에서 얼마나 큰 영향력과 권력을 가지고 있든 간에, 다른 회사에 고용된 프로젝트 구성원에 대한 영향은 비교적 적을 것입니다.
일반적으로 적용되는 것은 아니지만 프로젝트 작업을 아웃소싱하지 않도록 할 수 있습니다. 이는 프로젝트 통제를 향상시키는 기술입니다. 계약업체 또는 외부 컨설턴트 활성화를 고려하기 전에 전체 조달 프로세스를 재검사합니다. 서비스 계약 초안 작성 경험이 있고 너를 도울 수 있는 사람을 찾아라. 성공적인 아웃소싱 관계를 구축하려면 시간과 노력이 필요하며 이러한 작업은 조기에 시작해야 합니다. 프로젝트 공사 기간을 놓치지 않기 위해서, 너는 제때에 모든 세부 사항을 제자리에 배치하고, 모든 계약을 제때에 체결해야 한다. 프로젝트 제공 결과의 어느 부분을 아웃소싱할 계획인지, 이 부분의 작업에 대한 세부 사항은 프로젝트 통제를 구현하기 위한 출발점입니다. (윌리엄 셰익스피어, 프로젝트, 프로젝트, 프로젝트, 프로젝트, 프로젝트, 프로젝트, 프로젝트) 이러한 세부적인 내용, 평가 및 수신 기준, 모든 관련 요구 사항, 필요한 시간 계획을 문서화합니다. 프로젝트 정의 정보는 반드시 계약에 포함되어야 하며, 관련 책임은 조기에 확정해야 한다. 고려 중인 모든 공급업체와 이러한 요구 사항을 논의하여 프로젝트 기대치가 모든 당사자간에 명확해질 수 있도록 합니다. 넷째, 프로젝트 계획, 실행, 추적은 프로젝트 리더로서 강력한 계획, 추적, 실행 프로세스를 개발함으로써 프로젝트 통제의 기초를 세울 수 있습니다. 각 방면의 지지를 쟁취하여 프로젝트 내에서 전면적으로 보급하다. 프로젝트 팀 구성원을 계획 및 추적 활동에 참여시킴으로써 여러분의 지지를 얻고 적극성을 높일 수 있습니다. 현명한 프로젝트 리더는 종종 참여를 광범위하게 장려하고 프로세스를 통해 모든 사람의 힘을 모은다. 모두가 자신의 노력과 프로젝트에 대한 공헌이 인정받는 것을 보았을 때, 프로젝트는 곧' 그들의 프로젝트' 에서' 우리의 프로젝트' 로 바뀌었다. 프로젝트 멤버가 프로젝트 작업을 자신의 책임으로 여길 때 프로젝트 통제는 훨씬 쉬워진다. 무관심한 팀보다 이 시점에서 프로젝트 관리 성공 확률이 더 높다. 프로젝트 관리 프로세스를 사용하면 프로젝트 회원들의 협력을 장려할 수 있어 프로젝트 통제를 더욱 쉽게 할 수 있다. (윌리엄 셰익스피어, 프로젝트 관리, 프로젝트 관리, 프로젝트 관리, 프로젝트 관리, 프로젝트 관리, 프로젝트 관리) 다섯째, 변경 관리 기술 프로젝트 중 문제의 가장 집중적인 측면은 구체적인 변화에 대한 관리 통제가 부족하다는 것이다. 이 문제를 해결하려면 프로젝트의 모든 측면에서 효과적인 변경 관리 프로세스를 활성화해야 합니다. 해결 방법은 프로젝트 팀, 프로젝트 주최자, 관계자가 승인한 순서도와 같이 간단할 수 있습니다. 이는 프로젝트 직원들에게 변화가 받아들여지기 전에 세심한 고찰을 하고 변경 제안의 문턱을 높인다는 것을 일깨워 준다. 변경 제안을 검토할 때, 그 제안이 변화에 대한 명확한 묘사를 가지고 있는지 주의해야 한다. 변경 제안의 동기 부여가 명확하게 설명되지 않으면, 그 제안은 다시 전화를 걸어 변화의 이점에 대한 정량적 평가를 요구해야 한다. (윌리엄 셰익스피어, 윈스턴, 변경, 변경, 변경, 변경, 변경, 변경, 변경) 기술 해결책에만 국한된 변경 제안의 경우, 제안자가 문제를 전면적으로 판단하지 못할 수도 있기 때문에 물음표를 몇 개 더 걸어야 한다. 변경 제안이 실제 문제보다는 문제 해결에 지나치게 신경을 쓴다면, 다시 전화를 걸어 구체적인 업무 상황에 주의를 기울일 것을 요구한다. 마지막으로, 어떤 변화 제안을 받아들이지 않는다면, 반드시 이치에 맞고 근거가 있어야 한다. 또한 프로젝트 시간, 비용, 에너지 등 기타 관련 요인의 영향을 합리적으로 추정합니다. 여섯째, 위험 관리 위험 관리 프로세스를 통해 종합적인 계획을 세우고, 잠재적인 문제를 찾아내고, 위험 문제에 대한 해결책에 동의하고, 심각한 문제를 근절할 수 있습니다. 위험 관리는 적은 노력으로 더 많은 일을 하려면 프로젝트 계획과 동시에 진행해야 한다. 프로젝트 작업 분해 일정을 진행할 때 프로젝트 활동에 대한 부적절한 이해에 주의를 기울이십시오. 프로젝트 작업을 할당하고 평가를 수행할 때 위험을 찾습니다. 자원이 부족하거나 프로젝트 자원이 부족하거나 프로젝트 작업이 누군가에게 의존할 때 위험의 존재를 알아야 한다. 프로젝트 작업이 직면하게 될 어려움을 분석하고, 계획에 참여하는 모든 사람들이 계획 과정에서 최악의 상황과 잠재적 어려움을 상상하도록 독려한다. 7. 품질 관리 품질 관리는 프로젝트 리더십이 제시한 업무 요구 사항이 착실하게 이행되도록 프로젝트 구조를 구축하는 또 다른 프로세스를 제공합니다. 프로젝트 품질의 기준은 두 가지 범주로 나뉩니다. 즉, 업계에서 시행되는 글로벌 품질 표준, 회사 또는 프로젝트에 고유한 품질 표준입니다. 만약 당신의 회사가 품질 기준을 실시하거나 수락한다면, 그 기준이 당신과 당신의 팀에 어떤 요구를 요구하는지 주의해야 합니다. 특히 이러한 표준에는 ISO 9000 표준이나 식스 시그마가 포함됩니다. 품질 검사 목록, 품질 관리 프로세스 및 관련 요구 사항을 파악하여 프로젝트 계획과 통합합니다. 프로젝트는 반드시 준수해야 하는 서면 절차, 보고, 평가를 통해 팀원들에게 강력한 추진력을 제공하여 모두가 보조를 맞출 수 있도록 해야 한다. 기준은 너의 임시 요구보다 더 효과적이다. 품질 관리 프로세스는 또한 프로젝트 요구 사항을 고객의 목소리와 연결할 수 있습니다.
네가 무슨 말을 하든, 고객이나 사용자의 요구를 전달하는 한, 너는 강조해야 한다. 시장 조사, 벤치마킹, 고객 인터뷰는 모두 사용자 요구를 평가 및 문서화하고 프로젝트 요구 사항의 가치를 결정하는 좋은 도구입니다. 여덟, 문제 관리 프로젝트 진행 과정에서 문제의 출현은 불가피하다. 프로젝트 초기에는 자원, 기간, 우선 순위 등의 다른 측면에서 프로젝트의 문제 관리를 위한 프로세스를 결정합니다. 팀이 적시에 문제를 발견, 추적 및 해결할 수 있도록 하는 프로세스 요구 사항을 지원합니다. 추적 프로세스를 설정하여 현재 문제를 기록합니다. 문제 기록 정보에는 문제 설명, 문제 특성 또는 성과 (의사 소통용), 시작 시간, 소유자, 현재 상태, 예상 종료 시간 등이 포함됩니다. 해결해야 할 문제를 처리하는 프로세스는 간단합니다. 여기에는 새 문제를 나열하는 프로세스, 해결해야 할 문제를 정기적으로 검토, 오래된 문제를 처리하는 방법 등이 포함됩니다. 조직 관리권이 많지 않은 프로젝트 리더에게 문제 추적 프로세스의 힘은 문제 상태와 진행 상황에 대한 실시간 정보를 파악하는 데 있다. 문제 소유자가 문제 해결 시한을 약속하면 문제 해결 과정의 변수를 임의로 발표할 수 있다. 문제 소유자가 본 프로젝트 멤버든 다른 프로젝트 또는 부서의 멤버든, 누구도 언제든지 자신의 존함을 사람들이 의심하는 눈초리에 올려놓는 것을 원하지 않는다. (윌리엄 셰익스피어, 윈스턴, 일명언) 문제 목록의 공개는 이 목록을 장악하는 사람들에게 어느 정도의 영향력과 통제력을 부여한다. 9. 의사결정 프로젝트 관리는 수시로 의사결정이 있고, 빠르고 적절한 결정은 프로젝트 통제에 매우 중요하다. 프로젝트 리더가 통제권을 장악한다 해도, 완벽한 집단 의사 결정 과정은 여전히 큰 도움이 된다. * * * 같은 결정이 더 많은 내부 지원을 받을 수 있고, 효과가 더 좋아질 것이기 때문이다. 프로젝트 작업에서의 결정은 결코 쉬운 일이 아니며, 프로젝트 그룹 내의 복잡한 관점으로 인해 의사 결정이 더욱 어려워집니다. 프로젝트 당사자들이 인정하는 문제 해결 프로세스는 의사 결정 프로세스를 단순화하고 모든 요구 사항을 돌볼 수 있습니다. 가능한 한 빨리 프로젝트 팀과 함께 의사 결정 프로세스를 설정하거나, 기존 프로세스를 채택하거나, 기존 프로세스를 적절히 수정합니다. 좋은 의사결정 과정은 당신의 프로젝트 통제에 강력한 지원을 제공할 수 있습니다. 이 프로세스에는 다음 단계가 포함되어야 합니다 .1. 해결해야 할 문제를 명확하게 설명합니다. 2. 의사 결정에 참여해야 하거나 의사 결정의 영향을 받는 모든 구성원을 의사 결정 프로세스에 참여시켜 팀 지원을 받을 수 있습니다. 3. 프로젝트 팀과 함께 프로젝트 진술을 재심하고 필요한 경우 수정하여 각 회원에게 만장일치의 인식을 준다. 4. 의사 결정 기준 (예: 비용, 시간, 유효성, 무결성, 타당성) 에 대한 브레인스토밍 또는 토론을 수행합니다. 계획 목표와 연관된 실행 가능하고 프로젝트 당사자가 의사 결정을 위해 참조할 수 있는 기준을 선택합니다. 5. 프로젝트 그룹과 함께 각 기준의 가중치를 결정합니다 (모든 기준의 가중치 합계는 100% 포인트). 6. 의사결정 시한을 정하고 조사, 분석, 토론, 최종 결정에 사용할 시간을 정합니다. 7. 브레인스토밍을 하여 정해진 시간 내에 가능한 한 많은 의사결정 아이디어를 낸다. 전체 프로젝트 팀이 받아들일 수 있는 아이디어를 다방면으로 발전시키다. 8. 단체투표 방법을 통해 선별하여 최대 6 개의 고려사항을 확정하여 구체적인 분석을 진행한다. 의사 결정 기준과의 적합성을 분석합니다. 9. 토론에서 나타난 이의에 대해 이성적으로 대하다. 필요한 경우 의사 결정 기준을 늘릴 수 있습니다. 10. 평가 및 가중치 기준에 따라 이러한 옵션을 정렬합니다. 11. 첫 번째 옵션의 결과를 고려합니다. 이의가 없을 경우 토론을 끝내고 의사 결정을 시작합니다. 12. 의사 결정을 문서에 기록하고 팀 구성원 및 프로젝트 관련 측면과 의사 결정 결과를 전달합니다. 10. 정보 관리 프로젝트 정보는 매우 중요한 자원이며, 어떻게 관리하느냐는 신중히 생각해 볼 만하다. 일부 프로젝트는 웹 사이트와 웹 서버 또는 정보 관리 시스템을 사용하여 프로젝트에 중요한 정보를 저장합니다. 일부 프로젝트는 그룹웨어를 사용하여 프로젝트 파일을 유지하고 이메일 등의 서비스를 제공합니다. 어떤 방식으로 프로젝트 데이터를 저장하든 모든 프로젝트 멤버가 언제든지 필요한 정보를 얻을 수 있도록 해야 합니다. 최신 프로젝트 파일을 쉽게 찾을 수 있는 위치에 저장하고, 명확하게 표시하고, 오래된 정보를 적시에 삭제합니다.