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