위험 관리 실수

대부분의 사업 수행의 원칙은 "부러하지 않은 경우,이를 해결하기 마십시오." 그 결과, 작은 문제를 조기에있는 프로젝트를 나중에 큰 문제가되고있습니다. 위험 관리를 신속하게 변환 그 자체로 위기 관리, 선두를 놓친 마감 시간 이상 - 예산 상황입니다. 이러한 "위기"상황을 일반적으로 다음과 특정 패턴있는 환경이되지 처음으로 설정에 대한 위험 관리를 의건. 의 혜택을 제대로 작동하는 경우에만 위험 관리 시스템이 보여지는 기업 소유주, 그들은 그 필요성을 이해하기 시작합니다은 어떤 프로젝트를하고있는 리드를 참조 - 하나의 실수를합니다.

실수를 1 -의 혜택을 위험 관리되지 않습니다에게 제공하는 기업 소유주

사업 소유자가 원하는 결과와 여러 번 싶지 않다는 이야기의 다양한 문제를 자신의 프로젝트에 영향을 완료합니다. 그냥 원하는 프로젝트를 완료하는 프로젝트 팀을 확보하는 방법에 상관없이이 완료됩니다. 기업 소유주 경향이 체류는 수동적 역할을 때 적극적으로 운영에있는 프로젝트를해야한다. 집 사람은 하나의 주택 건설처럼 한 기업을 운영해야하는 업무 내용은 사이트에서 세트 간격으로 전체의 구축 과정, 또는에 대한 투자는 5월 실무 멀리합니다. 라고하는 것이 좋습니다 회의는 초기에 프로젝트의 위험 관리의 개념을 제시하고이 과정의 장점을 설명합니다. 아래는 목록은 주요 장점은 위험 관리 목록에 우선 순위를 순서 :

- 조기 경보 시스템의 문제가 해결되어야하는입니다. 하나의 프로젝트가 시작되기 전에 위험을 확인할 수있습니다하거나 프로젝트의 과정입니다. 한 번 발견, 그들이 필요로 우선 순위를뿐에있는 프로젝트의 효과를가지고있을 수있습니다 아니라 어떤 수준으로 그들에게 표시할 필요가 경영에 대한 해결 방법입니다. 리스크 관리 시스템이 제대로 작동을 제공할 수있습니다 일일 평의 상위 10 개의 위험에 영향을주는 프로젝트에 대한 즉각적인 해결 방법입니다. 위험 요소가없는 경우에 과세된 일상적, 환경이 설정을 허용 이러한 위험 요소를 부추겼다. 이 환경에서 작은 문제가 될 수있습니다 damning 문제가 훨씬 더 큰 경우가 아닌 상태에서 도로입니다.

- 모든 알려진 위험 요소가 발견됩니다. 밤에 잠을 잘 수있을만큼 요즘은 터프하지 않고도 알 수없는 위험에있는 모든 프로젝트에 대한 의견입니다. 제대로 설계를 통해 위험 관리 시스템, 모든가 능성을 잠재적인 문제가 능성이 발견됩니다. 반응하여이 기술이 핵심이지만 행동하기 위해서는 위험하고 해당 해상도 먼저 발견된다.

- 더 자세한 정보는 사용할 수있는 동안에 과정의 프로젝트에 대한 더 나은 의사 결정됩니다. 에 의해 식별의 모든 프로젝트와 관련된 문제 및 예상 솔루션을 더 깊은 이해의 프로젝트의 타당성 얻을 수있습니다. 특히 조기에,이 정보는 헤아릴하고 더 많은 자신감을 얻을 수있습니다 기업 소유주와 프로젝트 팀이이 프로젝트에 대한 시간 및 내에서 예산을 달성하실 수있습니다. 또한, 리스크 관리가 정상적으로 리드를 향상 프로젝트의 주주들 사이에 의사 소통을 향상시킬 수있다 팀 관리 및 정신입니다. 예를 들어,이 높다 도전 프로젝트를 이끌고 국민을 채권으로 함께 작업을 완료하려면처럼, 승객을 침몰 필요가 스틱을 함께하기 위해 스스로를 저장합니다. 마지막으로,이 정보를 조장 과정에 대한 미래의 기간을 통해 익숙해 질 수있는 위험이 기간 동안 (그리고 그들의 해상도를) 검토할 수있습니다으로 원자재 때 미래의 사업이 진행되고과 비슷합니다.

실수를 2 -없습니다 적절한 시간에 대한 위험을 평 제공

을 얻는 과정이 없다는 사실을 리스크 관리을 제공하는 계층의 경영 및 추 시간을 프로젝트를 리드하는 계층의 자원 - 또는입니까? 그것 수도 있다고 주장을 완료하여 적합한 생각 위상 최대 프런트,이있는 응용 프로그램의 규칙 "조치를 차례로 두 번, 잘라내기 한 번입니다." 이 단계 안됩니다 과소평 감에 한 많은 사업을하는 경향이 작동하려면 아래의 원칙을 "얻을 것이 완료하여 특정 날짜와 상관없이 최종 제품의 품질은 "보다는"무엇이 권리를 처음입니다. "대부분의 프로젝트의 경우에는 충분한 시간을가해야 할 일이 절대로 보인다 권리를 처음 그러나 항상 충분한 시간을 필요 그것 오른쪽 두 번째 시간입니다. 이 실수를 피할 수있습니다으로 활용할 수있는 계약에서 기업 소유주가 비용의 시간을 구현 위험 관리가 완전히보다는으로 혜택을합니다.

실수를 3 -되지 평가 장 일반적인 위험이 프로젝트

지 위험 요소에 대해 공통되는 모든 사업과 상관없이 산업을 기반으로 다양한 연구와 연구의 과거 사업 실적입니다. 세 그룹의 일반적인 위험 요소는 이제 요약을 검토한 후 다음을 최종 목록은 일반적인 프로젝트를 위험에 도착합니다.

하나의이 같은 그룹의 일반적인 위험을 만든 항공 우주국, 어떤 스폰서에 대한 연구의 650 프로젝트를 수행하는 동안 1960과 1970을 식별할 주요 요인이 주도가 실패한 프로젝트입니다. 주요 조사 결과를 다음과 같이했다 :

- 저조한 정의된 목표

- 잘못된 프로젝트 관리자

- 부족으로 관리 지원

- 제대로 정의된 작업

- 비효율적 사용은 오후 프로세스

- 거부감을 최종 사업

또 다른 연구로 왜 팀들이 실패, 완료는 헤이 그룹과 보고된 년 9 월 1997 년 미국 오늘, 보고된 다음과 같은 5 개 요인에 팀 실패 :

1. 목표가 불분명

2. 변화하는 목표

3. 부족 책임

4. 부족을 관리 지원

5. 비효율적 리더십

이제이 일부 실패 현상이 확인된을위한 사업에서 큰를 이유가이 사업을 실패할해야에도 검토합니다. 급속한 발전을 한 도서는 스티브 mcconnell을 바친 많은 년간의 협력에서 빌 게이츠 마이크로 선물을 여러가 지 이유로 (논의에서 다음과 같은 문단) 왜이 사업이 실패합니다. 에 대한 각각의 이유로, 어떤 방법은 예방 처방되었습니다.

범위를 제어합니다. 범위에있는 프로젝트라고 정의할 수있습니다 최종 시스템의 기능의 범위를 사용자에게 제공할 것입니다. 범위가에 의해 결정 시스템을 필요로합니다 급까지 있는데, 이것이 저조한 입수, 많은 문제를 다운시킬 수있다는 도로입니다. 언급된 것이되어야합니다 하나의 절반을 초래할 수있는 범위의 변경 사항을 2 - 3 분의 감소하는 프로젝트를위한 노력입니다. 따라서,이 프로젝트 관리자가 노력해야을 확인하기 위해 최소의 시스템을 필요로 실시할 수 있도록하는 최소 수준이 입수한 추가하기 전에 "벨 및 휘슬"을 시스템입니다. 이러한 추가 요구 사항이있는가 추가이 시스템은 그렇지 알려져 금 - 도금 및들이 나쁜 영향을 프로젝트에 있기 때문에 그들이 발표가 완료되면,이 사업이 실패로 볼 수있다면 그들은 배달되지 않습니다. 이것이 사실이있는 경우에도 시스템의 최소 요구 사항이 충족됩니다. 많다 취득가 능성을 높이는 방법에 대해 comp lete하고 정확한 일련의 요구 사항이 있지만 또한 어떤 요구 사항을 이해하는 것이가 장 중요하여 최종 시스템입니다.

프로토 타입입니다. 대화 내용을 시스템 기능이 잘되어 좋다하지만 실제로 제품을 보는가 끝날 웰스의 새로운 지식을 제공할 수있습니다. 여러 차례의 진정한 요구 사항의 시스템은 프로토 타입이 완료될 때까지 알려지지 않았습니다. a 프로토 타입 수 그린에있는 조각을 건설 용지 및 전산 기능을 배후에 외관이없습니다. 에 관계없이,이 도구를 사용하여야한다에있는 모든 것이 사업에 앞서 실제 설계 및 개발의 체제를 보장하는 하나의 공통적인 목표는 이해하기 전에 주요 업무 시간은 소비합니다.

공동 응용 프로그램 개발을합니다. 그렇지 알려져 jad 세션,이 때 발생 크로스 - 기능적 그룹의 모든 시스템은 최종 사용자 (및 기업 소유주)이 모여 사업적인 이유는 기능적 요구 사항을 검토하고는 최종 시스템 (무엇을, 어떻게 시스템은 수행). 전에 jad 세션이 개최하는 작업 문서가 완료되는 요약한의 비즈니스상의 이유 및 기능적 요구 사항을 기반으로 인터뷰 주요 프로젝트를 주주입니다. 이 목록은 다음의 검토, 논의하고있는 동안 논쟁에 의해 jad 참여자 스크 라이브 문서의 토론합니다. 는 목표의 끝에 jad 세션은 최종 일련의 사업과 함께 거리를 산책 원인 및 기능적 요구 사항이있는 모든 사람 공감 (주어진 타협 사이에서 jad 참여자). 가 jad 세션을 전달가능한 광고 관점에서, 달성의 주요 목표는 정의 요구 사항, 그러나 그것도 일부들 혜택 :

- 증 "구매"에서 프로젝트를 주주로부터 이전에 개발

-이 제거 책임의 프로젝트 팀을를 정의하는 시스템 요구 사항을 (를 제공하기 위해 최종 사용자 / 기업 소유주)

- 증의 품질의 제품으로 도착 완전한하고 정확한 일련의 요구 사항을

-이 향상 프로젝트 견적에 노출시켜 범위 내에서 모든 항목에 앞서 사업 계획을 작성 (허용 시간에 대한 적절한 추정)

지나치게 낙관적인 일정은 오늘날의 빠른 - paced 환경, 여기서 시간이 기록되어있는 웹 년간 (음료수나 금액을 불과 몇 주 또는 개월), 개발 속도를 악화 모든 위험을 발견합니다. 예를 들어, 기능의 필요성을 충족하기 때문에 미리 정의된 프로젝트를 마감 기한을 경우에는 프로젝트 팀 덤벼드는 시스템 테스트 단계로 시스템이 알 수없는 버그와 함께 제공됩니다. 이 경우는 짧은 - 용어 목표는 마감 기한이 만료되지만 긴 - 용어의 목표는 고객 만족과 회사 브랜드 이미지가 손상됩니다. 에서 대부분의 경우, 미리 정의된 날짜를 리드하는 낙관적인 일정입니다. 예를 들면, 언제 microsoft 단어했습니다을 처음으로 개발되고, 이는로부터 6 개월에서 약속된 초기 inception하지만, 저 3 년간을 끝으로 생산했다. 이 경우는 숙련된 프로젝트 관리자는이 세 - 1 년 계획을 제출 동안에 "예 - 남자가"프로젝트 매니저는 여전히 계획을 잘 보여주는 6 개월에 2 년차!

열악한 팀 동적 및 프로그래머 heroics의 시작 부분에 밀레니엄, 프로젝트 매니저의 필요성을보다 구체적, 기술 프로젝트 매니저,이 초과의 공급, 그리고 이러한 차이는 오직 미래에 계속 진행합니다. 직원들이 찾아 대규모 서명 보너스, 주식 옵션, 및 기타 다양한 혜택이있어 갈수록 어려움을 채용하고 유지 기 재능을합니다. 일부 주요 특징은 탄탄한 인적 자원 관리 시스템은 다음과, 그 프로젝트를 팀 :

-이 제공 도전 과제

- 만족으로 직업 상담원을 주기적으로 토론 장기적인 커리어 진보

- 수신 관대한 응답의 성공을 (다른 것보다 더 많은 작업)

-이 적절하게 일치하는가 리소스 요구 사항은 프로젝트

-이있는 백업을위한 핵심 과제 (에 대한 기술 이전을 위해 역할을 우발 경우 초기 인물 단풍의 조직)

-이 작동하지 않는다 아래를 지나치게 낙관적인 일정을 안내하는 "굽기 - 아웃"과 관련하여 "굽기 - 아웃"이 프로젝트 팀에해야한다 팀 구성원 heroics 때 찾는 사람이 예상을 완료하는 작업이 보통이 필요 개월 또는 광범위한 추가 지원이 짧은 기간입니다. 이러한 상황이 발생할 수있습니다 자기 - 오디오 또는 부과하는 프로젝트 관리자 및 않을 수있습니다 부딪히게있는 사람만이이 작업을 완료 (선도, 많은 시간을가있는 사람의 출발)하지만 전체 프로젝트를 상실할 수도있습니다.

따기을 잘못 기술하거나 공급 업체가 때로는 모습으로 감기, 비인격적 행위에 반영되는대로 이전라며, "아무것도 개인 - 것이 아니라 한 사업입니다." 아무것 수있다는 진리와 인간의 자연을 더욱부터 우리가 쉽게 허용되지 않는다 별도의는 개인의 비인격적. 이 리드를 결정을 당사자의 입장에서 않습니다 양적 분석을했지만 있기 때문에 "해당 공급 업체 문지르면 나를가 오른쪽 방식입니다." 많은 업체들이 추측하는 최고의 제품이나 서비스가 필요하지 않습니다 - 바로 훌륭한 광고 및 판매합니다. 따라서, 프로젝트 팀이 결정을해야하는 이유없이 개인적인 판단보다는만을 기반으로 양적으로 의사 결정 분석을 사용하여 일반적으로 수용 방식 (e.g., kepner tregoe)입니다. a 실사 과정을 했어야 완성에 대한 모든 주요 공급 업체 및 기술 의사 결정을위한 간단한 목록은 주요 공급 업체, 공연 및 설명에 대한 참조를 확인하여야한다.

한 예로, 한 회사의 기술을 결정 사라짐 최악이었다 (이 남게됩니다 이름을 적은)을 믿었다 수 정착하는 패키지를 선택하여 그 -2000 문제라고, 한 주말을 해결하는 부지런한 문제가있습니다. 에 대한 비용의 제품이 높은하지만 저장 개월 그렇지 않을 것이라고 년간의 개발 및 테스트 - 잘 상응하는 비용입니다. 심지어을 기반으로하는 원칙을 만든 것은 의미가 더욱 사람들이없는 기술을 보유한 전문입니다. 개월이지나, 아니오 -2000 작업을 완료했습니다 솔루션은 항상 사용할 수 있기 때문에 - 또는는가? 일단 밀레니엄는 인근,이 제품의 기능들이 더 분석하고, 더 중요한 것은, 기존 고객들이 조사 대상입니다. 이러한 인터뷰를 통해 결정되는 것은이 제품의 작동하지 않은 사실에있는 주말입니다. 그러나, 그것을 차지했다 비롯한 다양한 개월을 다시 다수의 기존 프로그램을 이해하는 변화의 시스템입니다. 에 대한 상세한 분석을하지 않고, 이러한 사실의 마지막 시간까지되지 않았을 수있습니다 드러나, 선도가 비극입니다.

실수를 4 -되지 신원 확인 및 평 위험이있는 표준 패션

로 제시 이전에는 4 개의 단계를 구현하는 위험 관리 시스템 : 식별, 평가, 대응, 그리고 문서입니다.

추적 시스템을 하나의 인기있는 방법은 추적 위험은 프로젝트 팀 구성원을 시작함으로써 그들의 문제에 제출하는 일반 중앙 집중식 데이터베이스입니다. 이 수치는 소리가 어렵지만를 구축, 하나의이 같은 데이터베이스를 수있는 간단한 엑셀 스프레드 시트를 사용하여 필요한 정보에 대한 다양한 칼럼입니다.

모니터링을 한 번 위험이 확인된, 그들해야한다 모니터링 주간 (아마도 심지어 일상에서 중요한 번). 가 원하는 결과는이 같은 분석이가 시도를 보장이 100 % 시정에 프로젝트입니다. 하나의 벤치 마크를 따라가를 보장하는 위험이있다는 분석에서 상위 3 주간 기준 (더 나은 경우에 상위 10 개의 위험이있다는 분석). 를 돕기 위해 모니터링 과정에서 도움이됩니다 사람 사이에 관련이있는 위험 요소를 분리하여 프로젝트 (이 내용은 주로는 검토하여 프로젝트 팀으로 일부 관리하여 기업 소유주) 및 이들을 포함하는 기업 소유주에만 응답할 수있습니다.

검토 평가 및 결론

주어진가 기 4 개의 실수가있는 내용은 유지 관리하는 리스크 관리 시스템, 다음과 같은 질문을하실 수있습니다 도착해, 질문의 프로젝트 팀, 그리고 문서화로의 응답을 그들에게있습니다. 외에도 묻는 질문으로 도보 -를 통해 수행해야를 관찰 주요 위험 관리 구성 요소가있습니다. 주요 질문 사항은 다음과 같습니다 :

-이의 혜택을 리스크 관리를 제대로 전달하여 기업 소유주가?

-이 충분 시간이되었습니다 심사 단계 프로젝트의 위험에 대해 제공되는가?

-이 특정 개인 할당된 프로젝트 위험 관리가 완료를 보장하는가?

-이 프로젝트 범위 및 문서화를 통해 최종 확정됐다 중 하나 프로토 타입이나 jad 세션이 있습니까?

-이 프로젝트 일정의 검토와 승인을위한 독립적인 정당의 현상 일정 낙관 (e.g., 미리 마감 시간)을합니까?

- 기반으로 작업을 담당 프로젝트에서,이에 적절한 인사 할당된, 두 부분에 프로젝트 관리자 수준과 언제가 프로젝트 작업 수준은?

-이 직원 만족도 기법을 총 고용과 같은 직업 상담 및 통보 프로그램이 있습니까?

-이 주요 공급 업체와 기술을 기반으로하는 의사 결정되었습니다 양적, 문서화 의사 결정 분석을합니까?

- 리스크 관리 추적 시스템이 존재합니까?

- 그렇다면 있지는 시스템의 중요 위험을 추적 요소를 모두 포함하고있습니다.

-이 위험을 저임금으로 이들에 의해 해결될 수있는 프로젝트 팀과 이들에 의해 기업 소유주가?

- 얼마나 자주하는 위험과 그들의 제안 솔루션을 모니터링하는가?