실패를 관리하는 프로젝트

일반적으로,이 사업의 프로젝트 관리자 또는 소유자가 생각하는 프로젝트가 실패하는 경우에도 다른 프로젝트 팀 구성원 부인이, 그 프로젝트는 실패한 사실입니다. 팀 구성원 5 월 수락을 거부하는 이들이 있기 때문에이 프로젝트는 잘하지 않을 것이 순전히에 투자합니다.

사실은 꽤 명확하는 것이 무엇 보통 사업이 실패하는 경우, 최소한의 외부의 관점 : 사용자들이 흥미를 잃었다, 프로젝트 팀이 어려움을 획기적으로 비즈니스 요구 사항이 변경, 또는 심각한 기술적 문제가 발생했습니다. 자주 얼굴의 프로젝트 중 하나에 불과하지만 조합이 문제가되지 않습니다. 그리고 우리가 말하는 큰 문제, 심각한 문제가있는 팀은을 얼굴조차없습니다 주소 또는 간혹있습니다.

이 아닙니다 crm 프로젝트가 실패의 장엄한가 지 방법을 제안합니다. 의 문제를 더 자주하는 것이 문제가 더미로까지 시간이 지남에 동력을 상실, 불분명한, 올 때까지 프로젝트를 unceremonious 중단합니다. 에 의해 그 다음에 너무 늦은 것이 보통 아무것도하므로, 항상 고마운 될 수있는 프로젝트를하기 전에는 개입하지 못한에서 전표를 실패 상태가됩니다.

프로젝트가 실패하는 경우가 직면한를 사용하는 3 - 단계를 복구 프로세스 : 과세의 상황, 사업 구조 조정, 그리고 다시 시작하십시오.

1 단계 : 과세

사업이 실패하는 이유

crm 사업 실패로 인해 너무 - "라고 불리는 3 개의 p의": 사람, 프로세스, 그리고 정치를합니다. 일부 crm 사업 실패로 인해 열악한 도구를 선택할 수 있지만, 사용자의 실제 아주 드문이 도구는 자체는 오류의 근본 원인을합니다. 사실,이 도구는 편리한 희생양하고 프로젝트에 대한 비난은 거의 항상 실패를, 그리고 심지어는 브랜드의 실패 원인에 불과합니다. 현실은 제대로 실행하는 프로젝트를 수행할 수 있어야한다 성공적인 도구가 평가를 반환 단색, 저 - 적합한 도구입니다. 못지 않았을 경우이 선택을해야한다 아픈 충고는 강력한 프로젝트 팀은 프로젝트를 복구할 수 있어야한다 통하지 않고는 "실패"국면이지만 일부 불쾌 순간 분명히있을 것이다.

를 결정하는 방법이 필요합니다 사람, 프로세스, 정치, 또는 실패에 기여하지 않고이 도구는이 도구를 자동으로 비난합니다.

가 평 세션

자신의 프로젝트가 실패 여부를 판단하거나 사용자들이 구조에 들여온 a 실패한 프로젝트를 시작하여 심사 세션을 들고있습니다. 전체 프로젝트 팀이 져에 대한 심사를 함께하고 얼굴을 최대한 정리 회의 이후 -가 - 얼굴이 많다는 감정적인 주제를 논의합니다. 임원 스폰서가 다닐 수 있는지 확인하십시오 평입니다.

가 평의 전체 팀과 함께 실시해야한다처럼 포스트 - mortem지만 이후의 키 내부 선수가 대개 그 후 개별 기여자없이는 오디오 및없이는 심사의 결과를 검토하고 사업을 계속 진행할지 여부를 결정한다 또는 프로젝트를 중단합니다.

것이 다소 쉽게 평 세션이 있기 때문에 외부를 수행하기 위해 외부에는 더 객관적인 확인 및 좋다 불쾌 영역을 탐색 할 수있습니다. 에 대한 세션을 관리하는 경우에는 자신의 프로젝트에 대한 평, 귀하의 감정을 유지할 수 있도록 최선을 객관적으로 확인하고, 철저한 반면 지식 활용의 프로젝트 작업을 얻은 경우의 문제를 조사합니다.

어떤 경우에는 낮은 것으로 기대하고 대표팀의 사기에 의해 시간을 프로젝트는 실패한 모드에있습니다. 실패한 프로젝트는 모든 팀 구성원에 대한 우울한 관계없이, 자신의 실패에 대한 책임을 개별 수준의입니다. 낙관론의 음색을 유지하기위한 합리적인 심사 세션 : 결국,이 프로젝트는 못하고 있지만, 사용자의 사망자가 아직없습니다 및 복구를 적절히 균형 평 세션 후 발생할 수있을 뿐이다. 이 아니라 시간을 절망하지만, 허위 낙관을 허용하지 않습니다 중 : 연구팀은이 같은 심각한 상황이 인정되어야합니다.

좋은

심사를 시작으로 프로젝트를 검토하여 무엇이 잘됩니다. 그것을 시작으로 보일 수있습니다 미친 탐지되지 않습니다만큼 많은 (결국,이 프로젝트가 실패)를한데 중요 구출 수있는가를 파악 조각 프로젝트는 다시 시작됩니다 경우에, 이것은 매우 높다 결과 . 또한, 긍정적인 측면에서 시작하는 데 도움이 모두의 사기에 큰 도움이 어려울 수있는 시점입니다.

은에의 3 추신, 사람, 프로세스, 그리고 정치를합니다. 약 명 : 지 키 개인 프로젝트의 성공에 기여하는 도전에도 불구하고 있습니까? 팀 구성원 모두는 기술 및 비즈니스 팀 구성원을 식별합니다.

에 대한 프로세스 : 비록 그것이 좋은 결과를 도출하지 못했습니다는 측면도 노력하는 것이 있습니까? 예를 들어, 의사 소통 과정은 작동합니까? 이 테스트가 좋은 결과를 생산합니까? 사업에 종사하는 최종 - 사용자가 적절합니까? 는 기술팀과 비즈니스 팀 사이의 공조가 제대로 작동합니까?

에 대한 정치적인 측면을 매우 중요한 질문을 요청하는가 :는 스폰서가 활성 프로젝트에서 임원과 실질적인 지원을 제공합니까? 경우에 대답은 '예, 그 다음에 더욱 유용할 것이 거의 항상 앞으로 언론과 함께 프로젝트를 만든 경우에도 어려운 선택을해야합니다.

다른 긍정적인 정치적 측면도있을 수있습니다, 특히 비즈니스 기능이 배후에 있으면 프로젝트입니다. 수 끝 - 사용자가 인식이 도구의 혜택을 받고, 몇 개의 지역에서만 경우에도 기능을 기반으로 지금까지를 출시됩니까? 경우에 최종 - 사용자들은 모든 수준의 의욕을 입증하는 동안 심사 세션,이 프로젝트의 미래는 매우 긍정적인라도 외모 dim 지금의 미래입니다.

마지막으로,이 도구를 살펴보고있습니다. 도구와 모든 문제에 대해 일반적으로 비난을받을와 확실히 crm 도구는 완벽한 멀리 떨어져 있지만, 하드을 분리하려고하는 도구의 기능은 잘 작동합니다. 결국, 팀 선정 그것의 첫 번째 장소, 따라서 그것에 대한 매력이 있어야합니다 무언되었습니다.

특히이 세션의 시작 부분에, 행동에 대한 평가 브레인 모드, 모든 제안을 수락하고 토론 때까지 지연에 참여할 수있는 기회를 모든 사람이 있었다. 제안 사항을 논의하기 위해 허용하는 경우 참여자들이 만들어 실행하면 시스템이 실제 위험은 해제를 대화입니다.

불량

의 목록을 만든 후 탐지, 이동하여 제외어, 다시 한번 찾으의 3 추신, 사람, 프로세스, 그리고 정치, 또한 도구입니다.

이 프로젝트의 오른쪽에있는 사람이 있습니까? 영역의 약점이 있습니까? 약점을 고려해 모든 수준에서, 프로젝트 관리자로부터 사업을 소유자와 슈퍼 - 사용자, 기술팀으로, 그리고 오디오를합니다. 사람들은 문제가 어렵다는 그룹 설정에 맞설 때문에, 기대 에둘러 답변, 예를 들면, 어떤 사람으로 전문적인 실력을 제안 사항을 추가 아닌 특정 개인의 정죄합니다. 주의 깊게 살피는 참고하십시오. 반면 수준의 경우 적극적인 상호 작용을 얻을 수 없다는 사실을 알려주는 의사 소통 팀이이 문제를 잘하고 문제 목록에 갈 필요합니다.

사람들은 사용자 커뮤니티 내에서 문제가 발생할 수도있습니다. 이 기업 소유주 또는 수퍼 - 사용자가 참 적절하지 않습니다? 이 도구를 사용하는 최종 - 사용자를 거부하는가? 을 할 수 있는지 여부를 확인을 거부하는 이유가 배후에 기반 (부족) 기능을합니까? 의사 소통에 문제가 있습니까? 동기 부여에 문제가 있습니까?

이동하는 과정에 문제, 그것의 일반적인 방법을 찾기가 프로젝트 자체에 문제가 실시되고있다. 평가의 요구 사항을 정의하는 자주 uncover 완료했습니다 너무 급하게, 지나치게는 야심찬 계획이 프로젝트는, 해당 사용자가 개입하지 않은 프로젝트 전체에 충분하거나, 조기 개입되지 않은만큼, 그 테스트 및 품질 보증이 불충분합니다. 약한 것으로 판단 외에 무엇을 처리, 프로브를 신중하게 프로젝트에 갔다가 잘못되면, 그냥하는 방법입니다. 이것이 있기 때문에, 해당 프로젝트는 다시 시작됩니다 여러분의 어떤 지점을 알 필요가 다시 시작됩니다. 만약에 문제의 것이 아니라 한 버기 프로그래밍, 다음을 할 수있습니다 프로그래밍 단계를 다시 시작합니다 (아마도이 서로 다른 프로그래머!)입니다. 하지만이 문제가 발생한 경우에 요구 사항을 정의 위상을 필요로 돌아가 해당 지점을 처리할 수있는 훌륭한 수단의 추가 시간과 자원이 필요합니다.

프로세스 문제는 또한 비즈니스 측면에서 온다. 이 프로세스는 모델의 도구가 비효율적으로, 비효율적, 또는 단순히가 잘못된 찾습니까? 이 프로젝트에 포함되어 있으면 협의회 프로세스를 처음으로 그것은 매우 일반적인 형태로 볼 수있는가 새로 프로세스가 "잘못된"과로 사용될 수없습니다 그들이됩니다. 그들의 표정을 고운 종이하지만, 자동화된에있는 도구를 얻었다 일단의 사용자들이 단순히이 실현될 수있는 권리를 처리하지 않습니다. 만약 이것이이 사건으로 이동 위로가 프로세스를 정의 위상과 더 효과적인 검증 기법을 사용합니다.

이 도구는 자동화된 프로세스가 잘못되면 비난은 종종 있으므로 사용자가 있는지 확인합니다 구분할 수있는 좋은 프로세스의 자동화 나쁜 (이 문제는 도구 또는 사용자 정의)와 올바른 자동화의 불량 프로세스 (이것은 과정을 문제의).

프로세스가 문제가 생길 수도있습니다 비즈니스 모델이 변화하는 경우에,이 도구와 호환되지 않는 변경 사항을 묻는 절차입니다. 가있는 경우의 경우, 현재 구성의 도구 (정할 수있는 사용자 정의 시작한 것이) 더 이상 작동하지 않을 수도 있지만,이 자동으로되지 않는다 의미하지는 새로운 도구가 필요합니다. 무엇을해야 할 작업은 - 평가 도구를 다시 새로운 비즈니스 모델 및 프로세스를 진행하기 전에 반대로 결정을합니다. 당신이 도구가되는 것을 볼 수있습니다 기쁨 놀라움을 변경 사항에 적응하실 수있습니다하지만,이 소요될 시간과 리소스를 수행합니다 - 평가 다시합니다.

까다로운 것이 항상 그룹 회의에서 정치 문제를 조사하므로 자신을 하나의 간단한 테스트를 제한할 수있습니다 :는 스폰서가 참석한 이사가? 그렇지 않다면, 그 다음 정중 감사 누구나하실 수있습니다 및 이동하여 에너지에 대한 지출이 다른 프로젝트 이후가 스폰서가없이는 성공할 수 없다.

정치적 문제가 자주 나가는 활성 또는 수동적 저항의 형태를 프로젝트에 비즈니스 기능 또는에서 해당 그룹에서입니다. 저항의 기준은 무엇입니까? 스폰서는 강력한 집행의 문제를 해결하는 데 도움이 수 있어야하지만, 알고있는 경우에만 그 또는 그녀는 그들의 첫 번째 장소입니다. an 명 - 중 - 터치 임원 스폰 포인트가 약한 하나를 선택해 프로젝트 관리자 또는 파워 - 장애인을 후원, 둘 다 문제가있는 것이이 해결될 필요가있는 경우 rebirth는이 성공하려면.

정치에 대한 비판을 자주 얻을 용성 부족으로 적절한 예산, 부정적인 정치를하고, 실제로 저 - 계획된 예산을 보이기 수있습니다. 그러나, 정치를 허용하지 않습니다 스폰서 - 수 -하거나 집행하지 못한 비난에 대한 승인을 얻으려면 많은 비용을 오버런입니다. 프로젝트 비용이 부족하면 컨트롤, 그것은 프로젝트 팀의 성능이 있어야하는 나이다, 둘 다 한 과정 수준 및 개인 수준에서입니다. 확률 문제가있는 경우 또는 프로세스 (또는 둘 모두)가 아닌 사람들이 정치적 반대합니다.

또한이 도구는 약점을 신중하게 고려해야의 심사를 포함합니다. 거의 모든 종류의 도구가 문제의 일부로 사업을 실행되므로 문제가되지 않습니다 도구의 목록을 만드는 너무 많은 문제가 발생하면, 또는 심지어 그 길이를 고려, 오히려에 미치는 영향을 한정 도구의 프로젝트에 문제가있습니다. 도구가 문제가 될 필요는없습니다 프로젝트에 대한 사형 선고가 자동합니다.

내 경험, 도구가되는 문제를 완전히 어긋나는 수있는 프로젝트는 재앙 성능 문제 또는 중요한 기능 중 하나에 결함이 방법은 모임의 기본적인 프로젝트의 목표입니다. 만약 귀하의 환경에서하는 도구에 불과 규모를하지 않습니다과 공급 업체에 전달할 수 없다거나 적절한 수정 프로그램을 제안,이 도구에 대한 미래는 매우 냉엄한. 기회는 바로는 사용자가 일관되게 사용되지 않습니다. 직면하고있는 경우이 불 수 있도록하는 기능을 갭 중요한 프로젝트의 목표 달성을 위해, 계속이 사업은 돈을 던지고 좋은 나쁜 후합니다.

이 도구를 초대하는 것이 많은 도움이 될 찾을 수 있습니까 공급 업체를 확인하는 중요한 결함 프로젝트 팀에 의해 발견됩니다. 공급 업체에 매우 낙관하는 경향이 더 큰 문제를 해결하기 라야 때문에, 어떤 경우에 공급 업체를 알 수있습니다 극복할 수 없다는 없다는 희망을 확인하실 수있습니다. 문제 해결에 대한 권장 사항을 신중하게 그들의 평.

세션은 지난 몇 시간 동안의 평. 투자를 할 것인지 여부는 것이 옳다고 결론 프로젝트를 저장할 수있습니다. 만약 프로젝트를 저장할 수있습니다해야 각 제안 사항을 사용할 수 있도록 심사에서 만든 하반기 덜 고통과 더 성공합니다. 결정은이 프로젝트를 중단하면, 평가 져온다 확실한 결정을하는 것이 무엇 수있는 권리와 강의를 통해 미래의 사업을 수행할 수있습니다.

이 프로젝트를 저장할 수 있습니까?

그래서 -라고 불리는 여러 실패한 사업이 실패한 그냥 조금 : 그들은 조금 너무 야심 아마도, 또는 부족이 팀은 어떤 징계, 또는 일부 기술적인 문제가 제대로되지 않은 것으로 예상됩니다. 이 같은 사업을 저장해야하고 약간의 조정을 필요로 전환될만이 성공합니다. 하지만 crm 심지어는 실패한 프로젝트를 심각하게 저장할 수있습니다만큼이 요구하는 단 2 - 1261 - 특징 :

• a 다하고, 적절히 강력한 집행을 후원합니다.

• 수있는 도구를 제공하는 중요한 갭이없는 합리적인 적합합니다. 즉,이 도구는 비즈니스 프로세스를 지원할 수있습니다으로 이들은 현재 정의된 (수있는 차이가 보여주는 프로젝트의 시작 부분에 사용됐다), 필요에 따라이 중요한 기능이 작동하고 사용자의 요구 사항에 부합하는 실적을합니다.

두 항목을 확인하실 수있습니다 평 세션의 오른쪽에 있지만,이 도구를 측면에 대한 최종 결정을 만들기가 필요할 수있습니다 일부 추 형사 팀과 함께 공급 업체에 대한 기술과 함께 작동합니다. 앞서 언급한 바와 같이, 공급 업체들은 그들의 평가에 대해 낙관적인 것으로 알려져있는 확률과 속도의 수리 또는 alleviations의 문제를 해결할 수 있도록 그들을 권장 확고한 일정을 고집해야합니다. 테이블의 일부가 더 이상 작동이 도구는 문제가 해결될 때까지 귀하의 만족도 및 유지 관리를 위해 공급 업체에 대한 단호한와 상용 통신과 함께 귀하의 문제는 우선 순위를 부여합니다.

해당 공급 업체의 문제를 말한다면 고정 될 수없습니다, 그것을 즉시에 동의하고 합리적인 정착을 협상합니다. 계약 조항에 대한 기술적인 장애가 거의 탈출이 있지만,이 경우 일부 양보를 얻을 수 있어야한다 소송되지 않더라도 어떤 긍정적인 결과를가 져올가 능성이 높다. 공급 업체가 불량 언론은 매우 우려 때문에 일부 적절한 압력을 행사합니다.

이 도구로 드러날 경우가 난한 맞춤, 이동 위로 광장의 유일한 대안은 하나 : 도구를 선택합니다. 조금 더 빨리 진행할 수있습니다 재사 용할 수 있기 때문에 사용자의 요구 사항을 나열했지만를 이해하는 것이 필수적인 도구를 선택하는 이유가 난한는 전에이 목록에있는 첫 번째 장소를 사용합니다. 프로브를 사용하여 해당 지점의 평.

정할 수있는 한 임원이 모두 후원하고 합리적 맞게 도구를하실 수있습니다 2 단계로 진행하여합니다.

2 단계 : 구조 조정

만약이 프로젝트가 치가 바닷속을 만들어야합니다 개정된 프로젝트 계획 변경 제안의 심사로합니다. 심사 과정에서 여러 문제가있을 수있습니다 발견하고이 경우 멀티 - 3p 접근 방식이 필요합니다. 의 청주를 단순화하기 위해, 각 유형의 문제에 대한 설명을 드리겠습니다과 그 접근 방식을 개별적으로 추천합니다.

사람에 대한 문제를 발견하는 경우가 프로젝트 팀을 교체 여부를 결정할 필요합니다 개인이나 일부 동기 부여 압력을 적용합니다. 팀 멤버 교체를 생성 상당히 지연, 신규 회원으로 최대 속도를 얻을 필요가있습니다 프로젝트에 자체 및 수도의 관점에서 팀워크입니다. 따라서, 교체가 좋은 경우에만 성능 관리를위한 노력은 성공적인 않을 수 있지만, 사용자의 필요하기도합니다.

오디오의 팀 내에있는 경우에 문제가 거짓말을 고려 스위칭을 모두 통합, 심지어 문제가있을 경우에 특정 개인을 통해서만 팀에있습니다. 이것은 오디오가 있어야하기 때문에 직업을 경험 팀장을 잡은 사람이 있어야하고 문제가 해결되기 전에는 포인트를 얻었다 사업이 실패를 선언합니다. gotten하는 데 실패 지점을 고려하실 필요가있다는 팀 지도자는 자신의 업무를 수행하지 않습니다. 더욱이 적절한 규모의 소음을 만든 경우와 실패를 선언하기 전에 오디오의 관리, 정상적인 프로세스를 통해 처리 상황을 훨씬 이전에 했어야합니다. 전문 서비스 매니저를위한 도구가 공급 업체가 모든 인용 수있습니다 심하게 - 실패한 프로젝트의 인스턴스를 자신의 무릎에 있던 덤프 후 원래 (34 - 정당)을 향상이 발견되는가 미흡하고 이어가 성공적으로 배포할 수와 공정 uneventfully.

개인이 자신의 일을 교체해야 할 수있습니다 대표팀을 행사할 수 있지만, 더 많은 유연성을 원하는 것입 내부 선수와 함께합니다. 경우에 문제가있는 사람들은 슈퍼 - 사용자, 찾기를 교체합니다. 기업 소유주가 정상적 수 없다 그래서 대신 대체된다 임원 스폰서 여부를 확인할 수있습니다 적절한 협조가 게재될 때까지 운동 근육 일부입니다.

이 프로젝트 자체에 대한 프로세스가 문제를 발견하는 경우, 최초의 문제와 관련이 있는지 여부를 고려 사람들은 약점을, 그리고 특히 프로젝트 관리자가됩니다. 좋은 프로젝트 관리자가되어야하기 때문에 이것은 프로세스가 문제를 신속하게 파악하고이를 해결하기 전에 프로젝트를 얻기에 관해서는 중단됩니다. 프로젝트 관리자가 아니라는만을 타겟으로하지만,이 문제를 5 월 거짓말과 함께 요구 사항을 변경하는 경우, 사용자들은이 프로젝트를 통해 중순 - 방식입니다. 이후에만 식별 및 해결 과정을 문제로 어떤 사람들은 문제를 내놓으의 사진을 취소한 퓨어을 할 수있는 프로젝트를 프로세스 문제, 그리고 그런 다음에 적절한 시점에서이 사업을 다시 시작을 새 전략입니다. 이 필요할 수있다 고 모든 요구 사항을 정의하는 방법 위로가 시작된 경우에 문제가 발생하지만, 고 위로의 마지막 솔리드 코드를 전달가능한 광고 충분해야한다 프로세스가 문제가 있으면 최신 세분의 작업에만 영향을 미칩니다.

프로젝트에 문제가있다면 비즈니스 프로세스 문제, 프로젝트 프로세스가없습니다 문제, 그 다음은 전체 프로젝트를해야 할 일인지. 이 때문에 대부분의 프로젝트에 대한 의사 결정에 의해 결정되고 자동화된 비즈니스 프로세스를 진행해야하는 방식으로 위로의 프로젝트 요구 사항을 모두에게 revalidate이 도구를 선택하고 새 프로세스를 기반으로합니다. 꽤 좋은 기회가 할 수있는 도구는 새 프로세스를 지원하지만, 해당 사항을 이동하지 않을 경우 모든 방법을 위로 선정 새로운 도구입니다. 정하면 행운과 도구를 얻을 수있는 새로운 프로세스를 지원할 수있습니다, 새로운 시합 워크숍을 개최합니다. 언제와 관련된되지 않을 것이라고 한 이후에 최초로 프로젝트의 기술 환경이 변경해서는 안 훨씬 때문에, 비즈니스 측면만이 중요한 일을해야합니다.

모든 공급 업체에 대한 중요한 도구가 문제가있는 주소를하게하십시오 취소 마감 시간 및 이정표를 구축합니다. 이 프로젝트에 넣어 보관하는 동안 문제가 해결하지만, 매우 닫기 유지되도록하려면 일정을 공급 업체에 대한 문의와 함께이 실제로 충족되고있습니다. 나는하는 프로젝트를 기억했다 2 개월을 기다려야하는 수정 프로그램에 대한 중요한 성능 문제를 해결하기 위해 (이는 메모리 누수) 및이 과정을 성공적으로 롤아웃으로나마 상당히 지연됩니다.

공예와 새로운 프로젝트를 계획, 심각하게 고려 프로젝트가 간편합니다 중요한 구성 요소를 다운합니다. 몇 crm 사업을 실패할 그들의 범위가 너무 제한되어 있기 때문에 (저는 그러한 프로젝트는 단 하나의 생각과 함께 나는, 그리고 심지어 그런 다음 이전의 실패로 인해 더 많은 되었음 - 사건을 최종 - 사용자가 너무 - 단순 범위가 아닌)을합니다. 그러나 많은 투쟁 crm 사업을 수행하려고하기 때문에 너무 많이, 너무 빨리합니다. 바둑에 대한 본질적인 그리고 벨과 렬에 대한 고려하는 두 번째 또는 세 번째 단계입니다. 귀하의 프로젝트가에서 "남의 실패"분류, 간단히 움직이는 비 - 중요한 기능을 나중에 모든 것이있을 수있습니다해야 할 단계가 성공적으로 완료를 다시 시작하고있습니다.

할 수있습니다 일부 창조성을 배포하는 데 필요한 변경 사항을 제자리에 넣으려면 -하거나 다시 시작 -이 프로젝트를 계속합니다. 어떤면을 기대하지 않는다하는 프로젝트를 성공적으로 다시 시작하지 않고 일부 주요 변경 사항입니다. 프로젝트가 실패하는 경우에, 그것은 실제 변화 걸릴뿐 아니라 좋은 의도가 아니면 그냥 "열심히 노력,"주위를 설정합니다.

3 단계 : 다시 시작

예산 및 일정

성공적인 사업이 단색, 예산 및 일정을 승인합니다. 프로젝트 a 3990 명 이상 추정치를 시작 예산과 일정을 넘는 때문에, 둘 다 있어야합니다 reworked와 승인을 얻기 전에 이동합니다.

들 스트레스로 인해 프로젝트를 다시 시작, 공격적보다는주의의 새 예산과 일정을 계획할 때입니다. 좋은 생각이지만 시간이 항상 crm 프로젝트를 underpromise 어떠한 것이 특히 중요하게 주장하지 않기로 3990 프로젝트에서 만난 될 수없습니다.

거의 모든 사업의 성공적인 3990을 통해 본인과 협력하여 상당히되고 말았다를 통해 일정 (월 하순)과 예산 (50 %가 더 많은)입니다. 단체 회수를 선택한 그들을 통해 선발하기 때문에 이전보다 빠르고 저렴합니다. 이 비용을 비교하는 프로젝트를 3990 이상의 비용을 시작합니다. 이후 다시 시작한 프로젝트는 비싼를 계속 진행이 작은, 증분 단계를 수행하여 위험을 줄일 수있는 더 많은 야심 찬 프로젝트를보다 빠른 속도로 성공 여부를 표시합니다.

이 과정을

이 과정에 대한 프로젝트는 대단히 3990 정기적인 프로젝트와 동일합니다. 그러나 문제는 이후 여분의 치료는 필요로하는 주요 프로젝트가 켜져 있는지 확인하는 과정을 추적하고 추적에 머물러있습니다. 이 프로젝트 관리자가 수행해야합니다 특히 조심을 자주, 그리고 구체적인 상태를 점검합니다. 의 상태를 점검하고 필요할에서보다 더 많은 기술을 개발 프로젝트에 3990 년부터는 정기 프로젝트 팀 구성원이 더 신중하고 많은 자기 - 보호 행태를 표시할 수있습니다. 그것의 본질적인 프로젝트 관리자는 팀 구성원을 될 수 있도록 격려와 함께 열려 나쁜 소식과 좋은 소식은 물론입니다. 또한 임원 후원에 대한 좋은 아이디어가 프로젝트에 관여하여보다 예를 들어, 공식적인 리뷰를 열어 정기 외에도 비공식 일일 점검합니다.

이 프로젝트 팀을 유지 종사하고 프로젝트를 위해 노력하고있습니다. 팀 구성원, 신규 또는 않습니다 있는지 여부를가 능성이 접근 방법과주의 사항과 함께이 사업을 보류 돌아 조금합니다. 소드 양의 랠리 낙관하고 부대는 권장합니다.

또한 특별한 관심을 지불할 끝 - 사용자들의 사기입니다. 시도 실패 후, 사람들은 의심과 불신하는 경향이 하버 때문에, 열기, 솔직한, 상용 통신은 특히 중요합니다. 간략한의 비즈니스 소유자와 슈퍼 - 사용자들을 방패하지 마십시오 나쁜 소식을 정기적으로하고, 심지어 비 - 중요한 문제에 대해, 때문에 또 다른 실패로 해석할 수있습니다 인사말에 대한 어떠한 공유 권 소식입니다. a 프랭크 접근 방식이 더 중요 3990 프로젝트에보다 낙관적인 접근 방법입니다. 임원 스폰서를 얻을 a 솔직한 커뮤니케이션 스타일을 사용하고 강화합니다.

에는 아무런 이유를 3990 프로젝트를 성공적으로 될 수없습니다 한 강력한 집행이 후원하고있는 한 근본 원인을 이해하고있다는 원래 실패를 소재로하지만 어려운, 섬세한, 자원 - 인텐시브, 또는 불쾌 수있는 . 3990 사업 혜택을받은 특히 작은 - 단계 접근 방법, 강력한 프로젝트의 리더십과 명확한 커뮤니케이 션입니다. 에서 장기 적으로는 3990 사업을 성공적으로 수있습니다으로 보여주는이 실패를 단계를 진행하지 않았다.