프로젝트 위험 관리 사례 분석
서론: 리스크 불확실성이란 리스크의 발생이 불확실하다는 뜻, 즉 리스크의 정도와 리스크가 가능성에서 현실로 변화하는 시기와 장소가 모두 불확실하다는 뜻이다. 객관적인 세계에 대한 사람들의 이해는 다양한 조건에 의해 제한되고, 위험 발생을 정확하게 예측하는 것이 불가능하기 때문입니다. 다음은 프로젝트 위험 관리 사례 분석에 대한 관련 내용입니다. 이 기사가 모든 사람에게 도움이 되기를 바랍니다. 프로젝트 위험 관리 사례 분석
10년 전, Motorola는 항상 최첨단 기술과 우수성을 대표했습니다. , 가장 존경받는 회사 중 하나에서 세계적인 명성을 누리고 있습니다. 한때 10년마다 산업분야를 창출하는 것은 유례가 없었고, 어떤 경우에는 10년마다 2개의 산업을 창출하기도 했다. 창립 이래 80년 동안 자동차 라디오, 컬러TV 브라운관, 올트랜지스터 컬러TV, 반도체 마이크로프로세서, 무전기, 무선호출기, 휴대폰 등을 발명해 왔으며 '식스시그마' 품질경영시스템 인증을 잇달아 보유하고 있다. 자동차 전장, 트랜지스터 컬러TV, 클러스터 통신, 반도체, 이동통신, 휴대폰 등 수많은 산업을 탄생시켰고 오랫동안 다양한 분야에서 경쟁자를 찾지 못했다.
그런데 이런 유서 깊은 기업이 2003년 휴대폰 브랜드 경쟁력 1위를 차지했다. 2004년에는 노키아를 제치고 2위를 차지했고, 2005년에는 노키아에 밀려 2위를 차지했다. 삼성은 이를 제치고 3위를 차지했다.
2008년 5월, 시장 조사 기관인 IDC와 전략 분석 회사인 Strategy Analytics는 모토로라가 2008년 말 이전에 북미 시장 점유율 1위 자리를 잃을 수도 있다고 밝혔습니다. 모토로라의 분기 보고서에 따르면 2008년 1분기 전 세계 휴대전화 판매량은 39% 감소했으며, 휴대전화 부문은 전년 동기 대비 80% 증가한 4억 1,800만 달러의 손실을 입었다.
'이리듐 위성 프로젝트' 실패
세계 이동통신 시장의 주도권을 잡고 세계 어디에서나 무선 이동전화 통신의 활용을 실현하기 위해 정부의 도움으로 모토로라를 필두로 하는 일부 미국 기업들은 1987년 차세대 위성 이동통신 별자리 시스템인 이리듐(Iridium)을 제안했습니다.
이리듐 위성 시스템의 기술 발전은 현재 위성 통신 시스템 중 가장 앞선 위치에 있습니다. 이리듐 시스템 위성은 성간 링크를 통해 직접 정보를 전송할 수 있어 이리듐 시스템 사용자가 지상 네트워크에 의존하지 않고 직접 통신할 수 있지만 이로 인해 지상에 비해 시스템 위험이 높고 비용이 많이 들고 유지 비용도 훨씬 높습니다. . 전체 위성 시스템의 유지 관리 비용은 연간 수억 달러에 이릅니다.
이리듐의 첨단기술 내용은 누구도 부인할 수 없지만, 66개의 첨단 위성으로 엮어낸 세기말 기술동화는 상용화 초기부터 귀족기술로 자리매김했다. . 이리듐 휴대폰의 가격은 3,000달러에 달하며, 높은 통화 요금에 더해, 운영 첫 2분기 동안 전 세계적으로 사용자가 10,000명에 불과해 이리듐의 첫 2분기 손실은 10억 달러에 이릅니다. . 이리듐은 나중에 충전량을 낮추었지만 감소세를 되돌릴 수는 없었습니다. 프로젝트 위험 관리 사례 분석
1 회사 배경 소개
허베이 H-A 회계법인은 허베이성 재무부의 시범 기관으로 국영 대기업 및 중견기업에 대한 사회 감사를 실시합니다. 지방의 대기업과 중소기업의 감사 업무를 담당합니다. 풍부한 실무경험을 바탕으로 풍부한 실무경험을 갖춘 공인회계사 집단을 보유하고 있습니다.
허베이성의 한 연구소는 직원이 50명이 넘는 지방 과학 연구 단위다. WINDOWS 플랫폼 기반 소프트웨어 개발에 대한 풍부한 실무 능력을 보유합니다. 감사 업무 중에 허베이 H-A 회계 법인은 많은 회사가 컴퓨터 회계 소프트웨어를 채택하여 감사 업무에 대한 새로운 요구 사항을 제시한 것을 발견했습니다. 사회 감사 업무의 요구 사항을 충족하기 위해 컴퓨터 지원 감사 소프트웨어를 개발하려는 욕구가 점점 더 강해지고 있습니다.
그래서 허베이성 연구소와 공동 개발을 진행하게 되었습니다.
2 실제 프로젝트 분석
2.1 프로젝트 소개
시스템은 창호와 SQL Server라는 도구가 있습니다. 프로젝트 개발 과정에서 ***은 약 수만 라인의 프로그램 소스 코드를 생성했습니다. 프로젝트 개발의 난이도와 소스 코드 라인 수 모두 예상보다 높았습니다. 컴퓨터를 이용한 감사 소프트웨어는 작업 서류를 작성하고 데이터를 전송할 수 있으며 자동으로 생성하고 수동 입력과 결합하여 통합된 상계 항목을 생성할 수 있으며 오류 없는 감사 보고서와 회계 메모를 자동으로 생성할 수 있습니다. 성명서는 유연하고 개방적입니다. 시스템은 사용자가 보조 개발 및 기타 기능을 수행하는 데 편리합니다.
2.2 개발팀의 위험
개발팀은 10명 내외로 유지되며, 개발 부서는 6~7명 정도만 일할 수 있습니다. 개발 인력은 처음부터 끝까지 전체 프로젝트에 참여할 수 있습니다. 개발자의 흐름은 기본적으로 작업의 연속성을 보장할 수 있습니다.
2.3 기술적 위험
데이터 구조가 복잡하고 연관성이 많습니다. 새로운 알고리즘이나 입력 및 출력 기술을 만들어야 합니다. 소프트웨어는 다른 소프트웨어 제품의 데이터베이스 시스템과 인터페이스해야 하며, 고객은 필요한 기능이 실현 가능한지 확인할 수 있습니다. 동시에, 당시 중국에서는 감사 소프트웨어 적용이 아직 초기 단계였기 때문에 개발자들은 일반적으로 시스템에 익숙하지 않았으며 이로 인해 상당한 기술적 위험도 발생했습니다.
2.4 고객 관련 위험
사용자는 자신의 실제 요구 사항이 무엇인지 명확하지 않습니다. 그들은 컴퓨터가 전능하다고 생각하며 단순히 자신이 원하는 것을 말하면 요구 사항이 명확해집니다. , 그러나 그는 비즈니스 규칙과 업무 프로세스에 대해 많이 이야기하는 것을 꺼리고 명확하게 설명할 수 없습니다. 일부 사용자는 일상 업무로 인해 분석가에게 비즈니스를 설명하는 데 더 많은 시간과 에너지를 소비하지 않으려고 합니다. 이로 인해 분석가의 어려움과 작업량이 증가하고 비즈니스 요구 사항이 부족하여 시스템 위험이 증가할 수도 있습니다.
2.5 프로젝트 제때 완료의 위험성
게다가 이 프로젝트도 다른 많은 소프트웨어 프로젝트와 마찬가지로 완료일부터 엄청난 압박에 직면합니다. 프로젝트 위험 관리 사례 분석
유전 표면 엔지니어링 프로젝트는 2단계로 건설됩니다. 1단계는 연간 300만 톤이며 2011년 6월 30일에 기계적으로 완료될 예정입니다. 백만 톤/연이며 2011년 6월 30일에 완공될 예정입니다. 기계는 2011년 12월 30일에 완공되었습니다. 주로 원유 중앙 처리 스테이션, 발전소, 가스 처리 장치, 물 주입 스테이션, 수원 스테이션, 외부 파이프라인, 단일 우물, 계량 스테이션, 집결 파이프라인, 송전선 및 기타 프로젝트를 포함합니다.
본 프로젝트는 규모가 커서 프로젝트 문서의 종류와 양이 다양하므로 문서관리 실행 방식에 있어서 프로젝트 부서에서는 문서관리팀을 관리부서로 배정하였습니다. 프로젝트의 특성에 따라 프로젝트 진행 관리, 품질 관리, 비용 관리 및 기타 프로젝트 관리 기능을 그룹화하여 프로젝트의 통합 제어 및 관리를 구현합니다.
동시에 설계부, 구매부, 시공부에 문서관리 엔지니어를 배치하여 위 기능부서의 전문 엔지니어들과 협업하여 효과적으로 문서를 강화하고 있습니다. 프로젝트 간의 상호 연결을 제어합니다. 설계, 조달, 건설 및 기타 프로젝트 작업이 점진적으로 전면적으로 수행되고 프로젝트 부서가 중국에서 해외로 이전됨에 따라 문서 관리 인력 배치도 네 가지 주요 단계를 거쳤습니다.
첫 번째 단계: 프로젝트 시작, 두 명의 문서 관리 엔지니어가 프로젝트 초기 단계에서 문서 관리 업무를 담당하도록 설정되었습니다.
두 번째 단계: 전체 개발; 설계 업무에는 문서관리 엔지니어 2명이 추가되어 국내 프로젝트 부서의 문서 관리 업무를 담당함과 동시에 문서 관리 엔지니어 1명이 추가되어 해외 프로젝트 부서의 문서 관리 업무를 담당하게 되었습니다.
3단계: 조달 및 건설 업무가 본격적으로 진행됨에 따라 해외 프로젝트 부서의 문서 관리 업무를 담당하기 위해 문서 관리 엔지니어 4명이 추가되었습니다.
네 번째 단계: 프로젝트 작업이 점진적으로 완료됨에 따라 문서 관리 엔지니어는 작업의 초점을 프로젝트 납품 자료 구성으로 조정하고 최종적으로 프로젝트 문서 납품을 달성합니다.
위의 4가지 주요 단계로 볼 때 규모가 크고 위치가 분산된 이 프로젝트의 경우 관리 부서의 문서 관리팀의 인력 구성이 상대적으로 간소화되어 프로젝트를 실현하는 데 필요합니다. 문서 관리 업무를 잘 수행하려면 문서 관리 엔지니어와 프로젝트 부서의 주요 기능 부서의 전문 엔지니어의 협력과 협력이 필요합니다. 프로젝트부서에서 문서관리그룹을 관리부서로 배정하였음에도 불구하고, 문서관리그룹은 프로젝트 부서의 다른 중요 기능과 충분한 의사소통이 이루어지지 않았으며, 프로젝트 진행, 품질, 비용 등에 대한 통일된 종합통제 관리에 충분히 참여하지 못했습니다. ., 상대적으로 독립적인 문서 관리로 인해 프로젝트 관리와 더 효과적으로 통합되지 못했습니다. 최종 프로젝트 문서통제 업무 수행 결과는 만족스러우나 본 문서통제 관리 실행 모델에는 다음과 같은 개선이 필요한 단점이 있습니다.
문서관리팀이 프로젝트 부서의 관리부서에 소속되어 있음에도 불구하고 , 통제 부서 자체와 관련이 없으며, 다른 기능 간의 의사 소통이 적고 명확한 작업 인터페이스 및 작업 인터페이스 프로그램이 없습니다. 통제 부서의 다른 주요 기능과 협력하지 못하고 역할을 수행하지 못합니다. 프로젝트 진행, 품질, 비용 등을 종합적으로 관리 및 통제
프로젝트 작업 장소가 국내외에 있고, 문서관리 인력이 프로젝트 부서의 여러 기능 부서에 분산되어 있기 때문에 프로젝트 문서에 대한 통합적이고 중앙집중적인 관리 및 통제가 불가능합니다. 문서관리 엔지니어 및 다양한 직무 부서의 전문 엔지니어 간의 관계가 상대적으로 느슨하고, 업무 스타일과 방법의 차이가 있으며, 문서 관리 및 관리가 부족합니다. 커뮤니케이션 관리 계획.
위의 사례를 통해 현대 국제 엔지니어링 건설 프로젝트에서는 프로젝트 관리 수준을 향상하고 프로젝트 관리 목표를 달성하기 위해 합리적이고 적용 가능한 문서 관리 조직 구조 및 관리 모델이 필요 조건임을 알 수 있습니다. .