현대 기업에서는 컴퓨터 시스템 통합 프로젝트 관리가 점점 더 중요해지고 있으며 엔터프라이즈 시스템 관리에서 매우 중요한 부분이 되었습니다.
IT 기업이 현대기업 제도를 세우려면 반드시 컴퓨터 정보 시스템 통합 프로젝트 관리를 해야 하며, 컴퓨터 정보 시스템 통합 프로젝트 관리를 잘해야 현대기업 제도를 보완하고 과학화할 수 있다.
첫째, 컴퓨터 시스템 통합 프로젝트 관리의 내용과 특성
프로젝트 목표를 효율적으로 달성하는 방법을 연구하는 것은 컴퓨터 시스템 통합 프로젝트 관리의 주요 내용입니다. 프로젝트 관리자 책임제를 바탕으로 내부 논리 법칙에 따라 프로젝트를 효과적으로 계획, 조직, 조정 및 통제할 수 있어 내부 및 외부 환경에 적응하고 효율적인 구현을 조직하고, 프로젝트 요소의 조합과 합리적인 구성을 최적화하고, 구현의 균형을 보장하고, 현대 관리 기술과 수단을 사용하여 프로젝트 목표를 달성하며, 기업이 좋은 종합 효과를 얻을 수 있도록 합니다.
컴퓨터 시스템 통합 프로젝트 관리는 필요한 품질, 규정 기간 및 승인된 비용 예산을 달성하기 위한 전 과정, 종합적인 계획, 조직, 통제 및 조정입니다.
프로젝트 관리 객체는 프로젝트입니다. 프로젝트는 일회성 프로젝트이기 때문에 시스템 공학의 이념, 이론, 방법으로 관리해야 하는 것은 포괄적이고 과학적이며 절차적이다.
컴퓨터 시스템 통합 프로젝트 관리는 프로젝트 활동에서 전문 지식, 기술, 도구 및 방법을 사용하여 프로젝트가 프로젝트 이해 관계자의 요구와 기대를 충족하거나 초과 할 수 있도록 하는 것입니다.
구체적인 구현에는 다음 세 가지 요소가 포함되어야 합니다. 첫째, 특정 시간, 비용 및 자원 제약 하에서 품질이 목표에 도달하도록 보장해야 합니다. 둘째, 계획의 시행을 보장하고, 프로젝트의 진척을 감시하고, 필요에 따라 제때에 계획을 조정해야 한다. 마지막으로, 프로젝트 관리는 프로젝트의 구체적인 상황에 따라 계획을 세워야 한다.
여기서 저는' 절강옥환 인민병원실 개조 및 방뢰접지 공사' 프로젝트를 예로 들어 이 세 가지 요소를 설명합니다. 병원이 이미 투입되어 함부로 정전망을 끊을 수 없기 때문에, 기계실 내부 시공의 실시 시간은 매우 제한되어 있습니다. 야간퇴근 후에만 시공을 할 수 있습니다. 그래서 한정된 자원을 최대한 활용하고, 제한된 시간 내에 품질을 보장하고 목표를 달성하며, 전면적이고 실행 가능한 계획을 세우는 것이 가장 중요한 부분입니다.
당시 우리가 제정한 프로젝트 실시 방안은 매일 두 그룹으로 나누어 시공하는 것이었다. 낮 시공팀 A 는 구덩이를 파서 외부 방뢰 접지를 하고, 밤 시공팀 B 는 내부 기계실에 배선 새 설비를 설치해 시간 낭비를 피한다.
프로젝트의 또 다른 중요한 부분은 합리적인 분업이다. 병원의 특수한 환경이기 때문이다. 첫째, 공사는 기존 시설을 파괴해서는 안 되며 병원의 일상적인 운영에 영향을 미칠 수 있다. 둘째, 환자와 의사에게 영향을 주지 않고 조용함을 요구한다. 셋째, 기계실 접지 및 지뢰 방지 접지는 통합 접지로 만들어야 하며 접지 저항이 높아야 합니다. 넷째, 병원 집은 새 건물과는 달리 오래된 집이다. 기성 강철 기둥이 없어 접지정을 다시 만들어야 하고, 기계실의 바닥은 시멘트로 가득 차 있어 기계실 접지망 설치에 큰 어려움을 가져왔다.
이 프로젝트에서 우리는 컴퓨터 시스템 통합 프로젝트의 관리가 이론과 실천을 결합해야 한다는 것을 볼 수 없으며, 책의 이론에 따라 맹목적으로 계획을 세워서는 안 된다. 우리는 반드시 현장의 실제 상황에 근거하여, 공사를 제때에, 질적으로 완성할 수 있도록 인원을 합리적으로 선택하고 안배해야 한다.
둘째, 프로젝트 관리 문제에 대한 간략한 분석
(a) 문제의 출현
물론, 이 프로젝트는 순조롭지 않다. 나는 프로젝트 입찰에서 프로젝트 진도를 인수했다. 프로젝트 임무를 받은 후, 나는 즉시 상무부, 사전영업부, 영업부, 고객복부, 품질부 등 관련 부서를 소집하여 프로젝트 내부 시동 브리핑회를 열어 각자의 분업과 진도를 배치했다.
그러나 입찰 3 일 전에 입찰 서류를 검토한 결과 기술 방안에 구성된 장비가 이전 프로젝트에 문제가 있는 것으로 밝혀져 어쩔 수 없이 교체해야 했다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 입찰명언) 초과 근무 후, 나와 계획은 마침내 수정을 마쳤다. 정식 평가회에서, 나는 또 약간의 번거로움을 만났다. 권한 있는 대표의 원래 진술은 입찰 방안에 기재된 것과 일치하지 않아 입찰 평가 점수에 영향을 미쳤다. 다행히도, 이 프로젝트는 결국 제거되었고, 사용자와 계약을 확인했다.
회사 절차에 따라, 나는 프로젝트를 애프터 구현 부서에 넘겨주고, 애프터 구현 부서는 프로젝트의 시행과 검수를 담당한다. 구현 부서에서 프로젝트를 인수한 후 또 다른 엔지니어를 구현 프로젝트 관리자로 임명하여 프로젝트 구현 및 수용을 담당했습니다. 그는 프로젝트 초반에 조기 개입하지 않았기 때문에 프로젝트 초반에 많은 일이 명확하지 않아 후속 진행이 느려져 프로젝트 진행에 영향을 미쳤다. 한편, 설계 시 사전 영업 엔지니어는 사용자의 요구 사항을 잘 파악하지 못했고, 서면 수요 분석 연구 보고서도 없었다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 설계명언)
프로젝트를 인수한 후에는 사용자 요구 사항을 다시 이해하고 구현 방안을 마련해야 하며, 사실상 구현의 어려움과 비용을 늘려야 합니다.
이 모든 것이 정리되어 업무 주문 과정에서 업무 담당자의 업무 실수로 몇 개의 장비를 적게 구입했으며, 장비 모듈의 구성 기능이 잘못되어 요구 사항을 충족하지 못하는 것으로 나타났습니다.
우리 회사에서는 애프터와 사전 판매가 두 개의 독립 부서이기 때문에 프로젝트 실행에 명확한 프로젝트 요약과 폐쇄 루프 문제 분석 및 마감 프로세스가 없어 동일하거나 유사한 오류나 실수가 반복되어 입찰 실패, 프로젝트 비용 증가, 프로젝트 수행난, 사용자 만족도 저하 등 많은 위험이 발생합니다.
(b) 프로젝트 개요
이 프로젝트가 끝난 후, 나는 프로젝트 총결을 잘 하는 것이 관건이라는 것을 깨달았다.
프로젝트 구성원과 의사 소통을 한 후, 프로젝트 요약을 잘 해야 한다는 것을 알게 되었습니다. 프로젝트 평가 기준, 요약 방법, 참가자 (예: 프로젝트 사무실, 상무부, 사전 판매 부서, 마케팅 부서, 스토리지 부서 등) 와 같은 프로젝트 시작 시 분명히 해야 합니다. ).
실제로 프로젝트 요약은 기존 프로젝트 또는 향후 프로젝트의 지속적인 개선의 중요한 부분으로 사용되어야 하며, 프로젝트 계약 및 설계 시나리오 내용 및 목표의 확인 및 검증으로도 사용될 수 있습니다.
프로젝트 요약의 목적과 의의는 경험과 교훈을 총결하고, 전철을 밟는 것을 방지하고, 프로젝트 팀을 평가하고, 성과 평가를 위해 데이터를 축적하고, 단계적 목표에 도달했는지 확인하는 데 있다.
프로젝트 경험과 교훈을 요약하면 다른 프로젝트와 회사의 프로젝트 관리 체계와 프로젝트 문화 건설에도 없어서는 안 될 역할을 할 것이다.
완벽한 프로젝트 보고 및 요약 시스템은 프로젝트 완료 후 애프터 유지 보수 및 장비 보증과 같은 프로젝트의 지속성에 매우 중요합니다.
특히 프로젝트가 끝날 때의 프로젝트 총결산에서 프로젝트 관리 기관은 프로젝트가 끝나기 전에 프로젝트를 정식으로 검토해야 하며, 다른 프로젝트에 사용할 수 있는 경험을 제공할 수 있도록 보장하고 사용자의 새로운 수요를 유도하여 시장을 더욱 확대할 수 있도록 하는 데 초점을 맞추고 있습니다.
(c) 프로젝트 요약의 내용과 분석
프로젝트 경험을 요약하는 데 필요한 정보는 어디서 얻어야 합니까? 이전 프로젝트의 요약 정보는 비교적 분산되어 있었고, 각 부서는 단지 자신의 부서에서 출발하여 자신의 문제를 총결하고, 다른 부서나 인원의 참여는 없었다.
실제로 프로젝트 팀, 고객 및 기타 프로젝트 이해 관계자, 프로젝트 관리 정보 시스템 (PMIS) 의 피드백을 포함하여 프로젝트의 모든 측면에서 가져와야 합니다.
또한 이 정보를 사용하기 전에 정보를 수집하는 시스템, 조직 및 프로세스가 제대로 작동하는지 확인하고, 프로젝트 정보를 수집, 게시, 저장, 업데이트 및 검색하는 시스템을 구축하여 프로젝트에 다양한 정보 자원을 효율적으로 활용할 수 있도록 해야 합니다.
관리 관점에서 볼 때, 프로젝트 수명 주기의 모든 단계 또는 이정표는 이 단계의 목표가 달성되었는지, 프로젝트가 공식적으로 다음 단계로 진행될 수 있는지 확인하기 위해 평가 및 요약해야 합니다.
결론적으로, 프로젝트의 여러 단계에는 완벽한 프로젝트 요약이 있어야 하지만 요약 초점은 형식, 내용, 작성자, 읽기 대상 등에 따라 다릅니다.
프로젝트 요약 보고서를 작성할 때, 우선 글쓰기의 목적을 분명히 하고, 프로젝트 개요, 배경, 진행 상황을 간략하게 기술해야 한다.
프로젝트라고 부르는 이상 그 독특함과 시효성이 있기 때문이다.
이렇게 하면 프로젝트 요약의 내용이 더욱 구체적이고 시기적절하며 지속적인 개선의 의미를 가질 수 있다.
1. 프로젝트 진행.
프로젝트 전체 계획 또는 롤링 프로젝트 계획에 따라 작성된 계획 기간과 실제 기간 간의 차이 및 원인 분석
그동안 어떤 변화가 일어났습니까? 작업량의 추정치는 얼마입니까? 프로젝트 경험 라이브러리에 적합한 데이터를 제공하여 다음 계획의 정확성을 높일 수 있도록 합니다.
2. 프로젝트 품질.
프로젝트 최종 결과물과 고객의 실제 요구 사항 간의 일관성.
"고객" 은 일반적으로 외부 고객 또는 내부 고객일 수 있습니다.
프로젝트 품질 관리에는 프로젝트 자체의 품질 관리뿐만 아니라 프로젝트에서 생산되는 제품의 품질 관리도 포함됩니다.
구체적으로 품질 계획, 품질 관리, 품질 보증으로 시작하여 프로젝트 품질의 지속적인 향상을 보장할 수 있습니다.
특히 ISO9000 품질 보증 시스템과 정교한 품질 관리 도구, 차트 등의 보조 도구를 활용하여 통계 분석을 수행하고 개선 방안을 제시할 수 있습니다.
3. 품목 원가.
계획 비용과 실제 비용의 차이 및 원인을 분석하고 프로젝트 계약 이행에 대한 분석 및 요약을 포함한 권장사항을 작성합니다.
일반 IT 프로젝트 관리자가 통제할 수 있는 비용은 주로 인건비입니다. 프로젝트 레벨 회계가 설정되지 않은 조직의 경우, 각 등급의 인력 (프로젝트 관리자, 선임 엔지니어, 수석 엔지니어) 에 서로 다른 가중치를 부여하는 가중 인원의 날로 나타낼 수 있습니다.
4. 프로젝트 위험.
위험 식별, 위험 분석 및 위험 대응에 대한 경험과 교훈을 요약합니다. 여기에는 미리 식별된 위험 및 프로젝트에서 예상치 못한 위험과 같은 위험에 대한 대응 분석 및 요약이 포함됩니다.
또한 프로젝트의 변경 사항 및 문제에 대한 분석 및 통계 요약도 포함될 수 있습니다.
5. 프로젝트 자원.
프로젝트 자원에는 인적 자원뿐만 아니라 장비, 재료 등의 자원의 합리적 사용 및 개발도 포함됩니다.
특히 프로젝트 구성원의 성과 통계 분석 및 평가를 통해 인적 자원을 보다 효율적으로 개발하고 활용할 수 있습니다.
일반적으로 프로젝트의 리소스를 직관적 인 차트로 반영 할 수 있습니다.
6. 프로젝트 범위.
품목 범위에는 제품 범위와 품목 범위가 포함됩니다.
여기서 제품 범위는 제품 또는 서비스에 포함된 기능 및 기능을 정의합니다. 프로젝트 범위는 특정 특성과 기능을 갖춘 제품이나 서비스를 제공하기 위해 완료해야 하는 작업을 정의합니다.
계약에서 규정한 제품 범위와 프로젝트 범위, 그리고 사용자가 확인한 계획은 모두 프로젝트에서 통제할 범위에 속하며, 실제 집행의 격차와 원인 분석도 포함됩니다.
7. 프로젝트 커뮤니케이션.
소통은 사람, 기술, 정보 사이의 관건이며 프로젝트 성공에 필요한 조건이다.
국내에서는 많은 프로젝트 관리자들이 의사 소통을 중시하지 않거나 프로젝트에서 의사 소통을 잘 하는 방법을 모르기 때문에 각급 프로젝트 관리자들의 중시가 필요하다.
프로젝트 요약에서 프로젝트 프로세스의 내부 및 외부 커뮤니케이션이 적절한지 여부와 커뮤니케이션이 프로젝트에 미치는 영향을 요약할 수 있습니다.
8. 프로젝트 조달.
국내 IT 프로젝트의 프로젝트 관리자는 일반적으로 프로젝트 조달을 거의 또는 전혀 접하지 않으며, 대부분 비즈니스 및 재무 부서의 책임입니다.
프로젝트 레벨 회계인 경우 조달 관리가 매우 중요합니다. 그렇지 않으면 조달 프로세스의 비용, 위험, 진행, 기술, 자원 등으로 인해 많은 문제가 발생할 수 있습니다.
9. 프로젝트 평가
프로젝트 평가는 프로젝트 결과물의 생산성, 제품 품질, 신기술, 새로운 방법 및 프로젝트 특성을 요약한 것입니다.
또한 프로젝트 고객 만족도에 대한 수집, 통계 및 분석도 포함되어야 합니다.
고객 만족도 조사 내용에는 프로젝트 관리나 프로세스 차원뿐 아니라 기술 차원도 포함됩니다.
동시에, 이전 프로젝트에 비해 이 프로젝트의 특별한 점을 설명할 필요가 있다.
예를 들면: 특수한 수요, 특수한 환경, 자원 공급, 신기술 등. 간단히 말해서, 이것은 도전적이고 독특한 사건이며, 중요한 솔루션과 구현 프로세스이기도 하다.
10. 시급히 해결해야 할 문제.
프로젝트가 시급히 해결해야 할 문제를 남겼는지 설명한다.
그렇다면, 이런 문제들을 심도 있게 분석하고, 책임을 명확히 하고, 해결책을 제시해야 한다.
1 1. 교훈 및 제안.
구현 프로젝트의 기술 경험, 관리 경험 및 교훈을 지속적으로 요약하고 회사의 부를 축적합니다.
프로젝트 요약이 중요하다는 점을 강조해야 한다. 성적만 보고해서는 안 되고, 실패도 보고하지 말아야 한다. 실패한 항목에 대해서는 사물 위주의, 사람 위주의 원칙을 고수해야 한다.
그래야만 프로젝트 총결산이 순조롭게 진행될 수 있고, 앞으로의 일에 대한 지도적 의의가 있다.
참고 자료:
무건군, 주륜강. IT 프로젝트 관리 [J] 에 대해 간단히 이야기하다. 정주대학교 학보, 2003, 24, 4: 102.
[2] 풀. 프로젝트 관리 [M]. 베이징: 칭화대 출판사, 2004, 9
[3] 저우 샤오 조. 포위망을 돌파하다: 실용 프로젝트 관리 [M]. 베이징: 칭화대 출판사, 2003, 9
[4] 백사군. 현대 프로젝트 관리 (a) [M]. 베이징 기계공업출판사 2002
필흥, 곡리. 프로젝트 관리 [M]. 상해 복단대 출판사 2000 353-357