빠른 프로젝트 취소로 직장에서 살아남기

이 문서는 "트렌치에서" 컬렉션의 일부입니다. 프로젝트를 중지해야 하는 시기를 인식하는 모범 사례, 프로젝트를 취소할 때 고려해야 하는 이점 및 고려해야 할 사항을 설명합니다.

이 문서의 Word 버전을 다운로드하려면 프로젝트 취소(경력을 취소하지 않고): 백서(Project Server 2010)를 참조하세요.

더 많은 문서를 보려면 "참호에서" 백서를 참조하세요.

프로젝트 취소(경력을 취소하지 않고)

프로젝트 관리자로서 우리는 그만두지 않기 위해 열심히 노력하고 있습니다. 쉽게 무언가를 그만두는 사람 프로젝트 관리자의 역할이 전혀 매력적이지 않다고 생각하지 않습니다. 프로젝트 관리자는 본질적으로 낙관적입니다. 우리는 결과 지향, 도전 동기 부여, 결코-말-다이, make-it-happen, see-the-glass-half-full-full 종류의 사람들입니다. 결국 프로젝트가 초기 단계에 있을 때, 프로젝트를 위해 보여줄 것이 전혀 없지만 좋은 생각일 때 프로젝트 관리자는 완성된 프로젝트에 대한 비전을 가지고 있습니다. 그녀는 프로젝트 완료를 위한 전도사입니다.

지금도 이 기사를 읽고 "그가 그 프로젝트를 저장하는 방법을 알려 주길 바란다"고 생각하지 않으시겠습니까?

당신은 혼자가 되지 않을 것입니다.

문화로서 프로젝트 관리자는 자연스러운 치어리더입니다. 난 당신에 대해 모르겠지만, 나는 영화 완벽한 폭풍을 보았을 때, 배가 물의 벽을 똑바로 갈 때, 나는 조용히 환호했다, "C'mon. 당신은 그것을 만들거야." 놀라게? (스포일러 경고 : 보트가 그것을하지 않았고, 나는 영화가 시작되기 전에 알고 있었다. 그것은 응원에서 나를 멈추지 않았다).

때때로, 그것은 단지 중지 할 시간이다

다코타 인디언들은 "말이 죽으면 분리하라"는 말을 합니다. 프로젝트 관리자는 아무것도 하지 않는 것을 선호합니다. 죽은 말에서 하차하는 대신... 즉, 프로젝트, 프로젝트 관리자는 라이더(프로젝트 관리자)를 변경하고, 두 마리의 죽은 말(프로젝트)을 함께 넣어 수레를 팀으로 더 빨리 당기는지 확인할 가능성이 높습니다. 우리는 말의 이름을 바꾸고, 라이더에게 더 많은 훈련을 보내고, 말에 자금을 추가하거나, 아무도 숨을 쉬지 않고 모두가 이미 알고있는 것을 선언하지 않기를 바라며 조용히 기다리는 것을 선호합니다. 말은 더 이상 앞으로 나아가지 않습니다.

그러나 최신 프로젝트 관리 환경에서는 단일 프로젝트를 넘어 포트폴리오 관리로 확장할 가능성이 높으며 프로젝트가 동일한 리소스를 위해 경쟁해야 하는 경우 프로젝트를 취소하는 것이 전체 조직에 가장 적합한 경로가 될 수 있습니다.

프로젝트를 중지하는 것은 계속하는 것이 부적절하다는 사실을 식별하는 것으로 시작됩니다. 그것은 분명하지 않을 수 있습니다. 일부 조직에서는 프로젝트 포트폴리오 관리 환경의 일부로 단계별 프로세스를 채택했습니다. 스테이지 게이팅은 프로젝트의 각 단계 간에 공식적인 검토를 설정하고 프로젝트가 준비되고 앞으로 나아갈 가치가 있는지 확인합니다. 그러나 이 구조에서도 프로젝트 중지에 대한 저항이 있습니다. 정의되고 구현된 단계별 환경을 찾는 것은 전혀 드문 일이 아니며, 프로젝트가 시작되면 프로젝트를 중지하겠다는 정치적 의지가 없다는 것을 발견하는 것도 전혀 드문 일이 아닙니다. 스테이지 게이팅이 있지만 모든 게이트가 열려 있습니다.

프로젝트를 느리게, 일시 중지 또는 취소할 수 없는 경우 스테이지 게이팅에는 값이 거의 없습니다.

프로젝트가 진행되지 않아야하는 이유는 누구의 잘못이 아닐 수 있습니다. 가능한 이유는 무한합니다. 아마도 프로젝트의 경제학이 바뀌었을 것입니다. 우리가 완제품에 대해 얻을 것이라고 생각했던 가격이 더 이상 실행 가능하지 않기 때문에 예상 투자 수익률은 이제 분명히 일어나지 않을 것입니다. 아마도 경제 자체가 바뀌었을 것입니다. 명품 프로젝트는 아마도 고급 스러움이 더 이상 판매 할 수없는 지역에 자리가 없을 것입니다. 경쟁 업체가 예상하기 전과 준비가 되기 전에 경쟁 제품을 출시하여 환경을 변경한 것일 수 있습니다. 프로젝트의 성공에 필요한 중요한 지식과 전문 지식을 갖춘 일부 핵심 인력을 잃었을 것입니다. 또는 프로젝트가 예산, 일정, 위험, 품질 또는 복잡성 임계값을 초과하여 계속 진행이 의심될 수 있습니다.

프로젝트가 이미 시작되었으므로 어떻게 중지해야 할까요?

공식적인 단계별 프로세스 또는 임시 비즈니스 검토 프로세스를 사용하든 프로젝트를 진행해서는 안 되도록 결정하는 여러 가지 방법이 있습니다.

첫 번째이자 가장 확실한 것은 비즈니스 사례 "새로 고침"을 수행하는 것입니다. 프로젝트를 시작할 때 사용한 비즈니스 드라이버 메트릭을 검토해야 합니다. 프로젝트는 여전히 예상 투자 수익을 제공 할 수있는 기회가 있습니까? 프로젝트의 결과물이 여전히 바람직합니까? 프로젝트를 시작하기 전에 평가하는 데 사용한 것과 동일한 구조를 사용하면 현재 상황을 비교할 수 있습니다.

또 다른 가능한 방법은 프로젝트 관리 연구소 PM 지식 본문의 10가지 지식 영역 사용: 이러한 각 영역에서 프로젝트의 상태를 평가하고 프로젝트 시작 시 예상과 해당 평가를 비교하는 것입니다.

  1. 프로젝트 통합 관리

  2. 프로젝트 범위 관리

  3. 프로젝트 시간 관리

  4. 프로젝트 비용 관리

  5. 프로젝트 품질 관리

  6. Project Human Resource Management

  7. Project Communications Management

  8. 프로젝트 위험 관리

  9. 프로젝트 조달 관리

  10. 프로젝트 관련자 관리

8번 위험 관리를 예로 들어 보겠습니다. 프로젝트는 첫날에 가장 큰 위험을 감수해야 합니다. "알 수 없음"이 가장 많은 경우입니다. 마지막 날에는 프로젝트를 방금 제공했으므로 위험이 0이어야 합니다. 이제 어떻게 밝혀졌는지 알 수 있습니다. 당연히 프로젝트가 진행됨에 따라 위험의 양이 감소할 것으로 예상할 수 있습니다. 그게 일까요? 위험이 계속 증가하는 경우 프로젝트의 범위를 다시 검토해야 한다는 신호일 수 있습니다.

ROI(투자 수익률) 분석을 수행하는 경우(비즈니스 검토를 위해 프로젝트를 일시 중지할 때 항상 고려해야 할 좋은 일) 투자의 "I"가 0이 아니라는 것을 잊지 마세요. 당신은 이미 그 돈의 일부를 지출했습니다, 그래서 당신이 고려해야 할 투자는 프로젝트를 완료하는 데 드는 나머지 자원과 돈입니다. 프로젝트를 취소하는 경우 Return에서와 같이 "R"은 0일 수 있지만 적어도 "I"는 더 커지지 않습니다.

비즈니스 검토를 수행하는 동안 기회 비용을 생각하는 것도 좋은 일입니다. 이 프로젝트에 더 이상 지출하지 않고 자원이 이 프로젝트에 묶여 있지 않다면, 그들은 매우 가치 있는 다른 프로젝트에서 무언가를 할 수 있을까요?

올바르게 종료

프로젝트를 취소해야 하는 경우 의식적으로 취소해야 합니다. 프로젝트를 감정적인 조류로 끝내면 프로젝트를 계속 진행하는 것보다 더 많은 피해를 줄 수 있습니다.

취소될 프로젝트에 있는 팀 구성원을 처리해야 합니다. 지나치게 의사 소통하고 직원이 비즈니스 검토 중에 피드백을 제공 할 수있는 기회를 가질 수 있는지 확인합니다. 아마도 그들은 당신이 고려하지 않은 관점을 가지고 있으며,이 시간에 모든 입력은 아마 환영합니다.

몇 가지 주요 프로젝트 종료 모범 사례를 채택하고 이 상황에서 적용해야 합니다. 여기에는 다음이 포함될 수 있습니다.

  • 직원을 만나 진행 중인 작업에서 회수할 수 있는 사항을 검토합니다. 당신이 모르는 몇 가지 큰 혜택이 있을 수 있습니다.

  • 비난에서 멀리 유지하는 것은 여기에 좋은 생각이다. 비난은 어쨌든 일반적으로 쓸모가 있지만, 그렇지 않으면 불행한 결과에서 긍정적 인 결과를 얻을 수있는 기회를 강탈 할 수있는 대신 무엇을 비난 할 사람에 초점을 맞추고.

    마무리 모임을 수행하여 프로젝트를 종료하고 모든 팀원의 참여에 감사드립니다. 학습된 모든 단원 및 기타 프로젝트 설명서가 작업 제품과 함께 기록 및 보관되었는지 확인합니다.

  • 실제 비용 및 혜택을 계산할 수 있도록 프로젝트의 최종 회계가 있는지 확인합니다. 또한 하청업체를 잊지 마세요. 모든 미결 송장이 해결되고 장기 구독과 같은 공급업체에 미결제가 없는지 확인합니다. 결국 곧 다음 프로젝트에서 다시 작업할 수 있습니다.

지금 프로젝트를 중지하면 얻을 수 있는 이점

그것은 모든 나쁜 소식이 아니다. 비즈니스 검토의 일환으로, 현재까지 프로젝트의 투자에 대한 몇 가지 수익이 있을 수 있습니다.

첫 번째이자 가장 확실한 이점은 프로젝트 팀 구성원의 새로 발견된 가용성입니다. 이 프로젝트에서 작업하지 않는 경우 다른 프로젝트에서 즉시 사용할 수 있게 됩니다.

다음은 인양입니다. 진행 중인 작업이 다른 목적에 얼마나 적응할 수 있는지 사람들에게는 종종 놀랍습니다. 경우에 따라 완전하지만 더 겸손한 제품일 수 있습니다. 다른 상황에서는 다른 프로젝트에서 즉시 유용한 복구 가능한 모듈이 있을 수 있습니다. 달성 된 모든 것을 던지는 것은 종종 큰 실수입니다. 선불로 지급된 하드웨어, 소프트웨어, 구독 및 서비스와 같은 인양 사고에 포함합니다. 아마도 조직의 또 다른 부분은 생산적인 무언가를 위해 이러한 라이선스를 사용할 수 있습니다.

부드러운 혜택은 거의 항상 사기를 향상. 중지해야 하는 프로젝트에서 작업하는 거의 모든 사용자는 프로젝트가 발생하기 전에 중지해야 한다는 것을 알고 있습니다. 거의 항상 문제가 두려워하지 않고 공개적으로 있다는 안도감이 있으며, 프로젝트의 종료가 고용 종료를 의미하지 않는다는 지식은 일반적으로 더 생산적인 일을 할 수있는 직원에게 좋은 소식입니다.

내 경력은 어떻습니까? 이제 오류와 연결되었나요?

2005년 KPMG는 글로벌 IT 관리 설문 조사를 실시했습니다. 이 문서에서는 중지해야 하는 프로젝트에 대해 논의했으며, 한 해설자는 "예상된 혜택을 제공할 가능성이 낮은 프로젝트를 취소하는 것은 실패로 간주되어서는 안 됩니다. 이러한 프로젝트를 취소하지 못하는 것은 실패여야 합니다." 그것은 완벽한 의미가 있습니다. 계속해서는 안 되는 프로젝트의 치어리더라면 솔루션이 아닌 문제의 일부가 되었습니다.

이 예기치 않은 프로젝트 종료 프로세스를 진행할 때의 측면 이점은 "정직한 브로커"가 된다는 것입니다. 당신은 일어서서 나쁜 소식을 공유하고 결과적으로 경영진과의 신뢰성이 거의 확실하게 증가 할 것입니다. 프로젝트를 닫는 작업을 잘 수행했다면 많은 데이터와 혜택을 제공할 수 있습니다. 인양 된 것에 대한 회계와 투자와 수익 모두에 대한 진정한 회계가 있습니다. 또한 경영진이 프로젝트 취소가 항상 재앙이 아니라는 것을 알기를 원하기 때문에 조직의 나머지 부분에 대한 이점도 지적해야 합니다. 결국 팀 구성원의 가용성을 확보하면 다른 프로젝트의 성공 가능성이 높아집니다.

프로젝트 관리자가 프로젝트에서 종료하려고 하지 않습니다. 그것은 우리의 본성에 있지 않습니다. 그러나 프로젝트 관리자가 되는 것은 자연스러운 부분이며 모든 프로젝트 관리자가 직면할 준비가 되어 있어야 합니다.

작성자 정보

Chris Vandersluis는 캐나다에 본사를 둔 HMS 소프트웨어인 Microsoft Certified Partner인 몬트리올의 사장 겸 설립자입니다. 그는 맥길 대학교에서 경제학 학위를 취득했으며 프로젝트 제어 시스템의 자동화 분야에서 30년 이상의 경험을 보유하고 있습니다. 그는 PMI(프로젝트 관리 연구소)의 오랜 회원이며 MPUG(Microsoft Project Users Group)의 몬트리올, 토론토 및 퀘벡 지부를 설립하는 데 도움을 주었습니다. Chris가 저술한 출판물에는 포춘, 헤비건설 뉴스, 컴퓨팅 캐나다 잡지, PMI의 PMNetwork 등이 있으며, 프로젝트 타임즈의 정기 칼럼니스트입니다. 그는 McGill 대학에서 고급 프로젝트 관리를 가르치고 종종 북아메리카 및 전 세계의 프로젝트 관리 협회 기능에서 연설합니다. HMS Software는 TimeControl 프로젝트 지향 시간 유지 시스템의 게시자이며 1995년부터 Microsoft 프로젝트 솔루션 파트너로 활동해 왔습니다.

Chris Vandersluis는 다음에서 전자 메일로 연락할 수 있습니다. chris.vandersluis@hms.ca

Chris Vandersluis에서 더 많은 EPM 관련 문서를 읽으려면 HMS의 EPM 지침 사이트(https://www.epmguidance.com/?page_id=39)를 참조하세요.