기업 위험 유형 1 수요 위험 ① 수요는 프로젝트 벤치마킹이 되었지만 여전히 변화하고 있습니다. ② 가난한 수요 정의, 추가 정의는 프로젝트 범위를 확대 할 것입니다; ③ 추가 요구 사항을 증가시킨다. ④ 제품 정의의 퍼지 부분은 예상보다 더 많은 시간이 걸린다. (5) 고객 참여 수요 부족; ⑥ 효과적인 수요 변경 관리 프로세스의 부족. 2 계획 위험 ① 계획, 자원, 제품 정의는 모두 고객 또는 상급 지도자의 구두 지시에 기반을 두고 있으며, 완전히 일치하지는 않습니다. (2) 계획은 최적화되고' 최적 상태' 이지만 계획은 비현실적이어서' 예상 상태' 로만 볼 수 있다. (3) 계획은 특정 팀 구성원의 사용에 기반을 두고 있으며, 그 특정 팀 구성원은 실제로 그것을 기대할 수 없습니다. ④ 제품 크기 (코드 행 수, 기능 포인트, 이전 제품 크기의 백분율) 가 예상보다 큽니다. ⑤ 목표 날짜는 미리 완료되지만 제품 범위 또는 가용 자원은 이에 따라 조정되지 않습니다. ⑥ 익숙하지 않은 제품 분야에 발을 들여놓고 디자인과 구현에 예상보다 많은 시간을 소비한다. 3 조직 관리 위험 1 경영진이나 마케팅 담당자만 기술 결정을 내렸기 때문에 계획 진도가 느려지고 계획 시간이 연장되었습니다. (2) 비효율적 인 프로젝트 팀 구조는 생산성을 감소시킨다. (3) 경영진이 의사 결정을 검토하는 데 예상보다 시간이 오래 걸린다. (4) 예산 삭감으로 프로젝트 계획이 혼란에 빠졌다. ⑤ 경영진은 프로젝트 조직을 장려하지 않기로 결정했다. ⑥ 필요한 규범의 부족은 업무 실수와 중복 노동으로 이어진다. ⑦ 비기술 제 3 자의 근무 시간 (예산 승인, 장비 구매 승인, 법률 심사, 보안 등). ) 예상보다 길다. 4 인 위험 1 전제 조건인 임무 (예: 교육 등 프로젝트) 는 제때에 완료할 수 없습니다. (2) 개발자와 경영진의 관계가 좋지 않아 의사결정이 느리고 대국에 영향을 미친다. ③ 인센티브 부족, 사기 저하, 생산성 감소; ④ 어떤 사람들은 익숙하지 않은 소프트웨어 도구와 환경에 적응하는 데 더 많은 시간이 필요하다. ⑤ 새로운 개발자가 프로젝트 후반에 가입할 때, 기존 회원과 점진적으로 소통하고 기존 회원의 생산성을 낮추기 위해 훈련을 받아야 한다. ⑥ 프로젝트 팀 구성원 간의 충돌로 인해 의사 소통 불량, 디자인 불량, 인터페이스 오류 및 추가 반복 작업이 발생합니다. ⑦ 업무에 적응하지 못하는 구성원은 프로젝트 팀을 떠나지 않고 프로젝트 팀의 다른 구성원의 적극성에 영향을 미친다. ⑧ 프로젝트에 필요한 특정 기술을 가진 사람을 찾지 못했다. 5 개발 환경 위험 ① 시설이 제 시간에 제자리에 있지 않습니다. ② 시설은 있지만, 전화, 인터넷 케이블, 사무용품 등이 없으면 어울리지 않는다. ③ 시설이 붐비고 지저분하거나 손상되었습니다. ④ 개발 도구가 제 시간에 제자리에 있지 않다. ⑤ 개발 도구는 예상보다 효과적이지 않으며, 개발자는 작업 환경을 만들거나 새로운 도구로 전환하는 데 시간이 필요합니다. ⑥ 새로운 개발 도구의 학습 주기는 예상보다 길고 내용이 많다. 6 고객 위험 1 고객은 최종 납품된 제품에 만족하지 않고 재설계 및 재작업을 요구합니다. (2) 고객의 의견이 채택되지 않아 최종 제품이 수요를 충족시키지 못하게 되었습니까? 감사 결정주기는 예상보다 길다. (4) 고객은 계획, 원형 및 규범 단계의 감사에 참여하지 않았거나 참여하지 않아 수요 불안정과 제품 생산 주기 변화를 초래하고 있습니다. ⑤ 고객의 응답 시간 (예: 수요 관련 질문에 답하거나 명확히 하는 시간) 이 예상보다 길다. ⑥ 고객이 제공한 구성 요소의 품질이 좋지 않아 추가 테스트, 설계 및 통합, 추가 고객 관계 관리가 발생합니다. 7 제품 위험 1 용납할 수 없는 저품질 제품을 수정하려면 예상보다 더 많은 테스트, 설계 및 구현이 필요합니다. (2) 불필요한 추가 기능 (금도금) 을 개발하여 진도를 연장한다. (3) 기존 시스템과의 엄격한 호환성이 필요하며 예상보다 많은 테스트, 설계 및 구현이 필요합니다. ④ 설계, 구현 및 테스트를 예측할 수 없는 다른 시스템이나 프로젝트 팀의 통제를 받지 않는 시스템에 연결해야 합니다. ⑤ 익숙하지 않거나 테스트되지 않은 하드웨어 및 소프트웨어 환경에서 운영으로 인한 예기치 않은 문제 ⑥ 새로운 모듈의 개발은 예상보다 오래 걸릴 것이다. ⑦ 개발 중인 기술에 의존하면 진도가 연장된다. 8 설계 및 구현 위험 ① 설계 품질이 낮아 설계가 중복됩니다. ② 일부 필요한 기능은 기존 코드와 라이브러리를 이용할 수 없으며 개발자는 새로운 라이브러리를 사용하거나 새로운 기능을 직접 개발해야 합니다. (3) 코드와 라이브러리의 품질이 낮아 추가 테스트, 오류 수정 또는 재제작이 필요합니다. ④ 계획 진행에 대한 증강 도구의 절약을 과대 평가했다. ⑤ 단독으로 개발한 모듈은 효과적으로 통합할 수 없어 재설계나 제조가 필요하다. 9 프로세스 위험 1 대량의 문서 작업으로 인해 프로세스가 예상보다 느리게 진행됩니다. ② 초기 품질 보증 행위는 사실이 아니며 후기 반복 작업으로 이어진다. ③ 너무 비공식적 (소프트웨어 개발 전략 및 표준에 부합하지 않음) 으로 의사 소통이 불충분하고 품질이 나쁘거나 재개발이 필요하다. (4) 너무 형식화 (소프트웨어 개발 전략 및 표준에 대한 독단적 준수), 너무 많은 시간이 소요되는 무용지물; ⑤ 개발자가 경영진에게 진도 보고서를 쓰는 데 예상보다 많은 시간이 걸렸다. ⑥ 부주의 한 위험 관리로 인해 주요 프로젝트 위험을 발견하지 못했습니다.