몇 달 전에 우리 회사는 프로젝트의 급박 한 비상 사태에 발을 딛 었으며 6 명으로 구성된 전체 팀이 기본적으로 5 주 “크런치 위크”를 당겼습니다. 생방송 48 시간 전, 나는 그 중 41 명을 두 명씩 밤새도록 일했습니다. 그 한가운데서, 나는 지금까지 가장 성공적인 질문을 게시했습니다 .
그동안“실패”에 대한 이야기는 없었습니다. 그것은 항상 “고통에 관계없이 끝내야”했다.
이제 일이 끝났고 우리 조직이 앉아서 배운 것을 재고 할 시간이 있었기 때문에 한 가지 의문이 생겼습니다. 내가 “실패했다”고 말한 프로젝트에 참여한 적이 없다. 예산이 늦었거나 예산이 많았고, 재앙이 많았지 만, 나는 항상 무언가를 제공했습니다.
그러나 나는 항상 “IT 프로젝트 실패”에 대해 들었습니다. 사람들의 경험에 대해 궁금합니다. “실패”를 정의한 매개 변수는 무엇입니까? 문맥은 무엇입니까? 우리의 경우, 우리는 외부 고객과 소프트웨어 상점입니다. 대기업 내부 프로젝트에 “실패”할 공간이 더 있습니까? 언제 전화 해요? 당신은 어떻게됩니까?
우리가 한 일이 현명한 사업이 될 것이라고 확신하지는 않습니다. 그것은 내 전화가 아니 었습니다 (나는 단지 코드 원숭이 일뿐입니다). 그러나 우리의 손실을 줄이고 더 잘 전달하지 않고 계속 나아가는 것이 더 좋을지 궁금합니다. 나는 오랜 시간의 고통 때문에 회사가 셔츠를 왕실로 잃어 버렸고 직원의 사기와 충성도 측면에서 회사에 대한 무형 비용이 크다고 말하지 않습니다 . PR과 같은 주요 프로젝트에 대해이 프로젝트와 같은 주요 프로젝트를 제공하지 못한 것은 … 그리고 나는 정답이 무엇인지 모르겠습니다.
답변
실패의 개념은 실제로 비즈니스 관련 호출입니다. 상업용 프로젝트가 수입하는 것보다 많은 비용을 지불하면 해당 프로젝트는 실패로 간주됩니다. 오픈 소스 프로젝트가 코드를 중심으로 커뮤니티를 구축하고 유지 관리하는 데 도움이되지 않으면 해당 오픈 소스 프로젝트가 실패한 것입니다.
예산과 예산 내에서 모든 것을 제공하는 프로젝트에 참여했지만 비즈니스 개발 팀은 업무를 수행하지 못했습니다. 우리가 제공 한 것이 잘 받아 들였지만 사업 관점에서 프로젝트는 실패했습니다.
당신과 같은 상황에서 회사는 어려운 결정을 내려야합니다. 프로젝트가 성공하기를 원한다면 몇 가지 교훈을 배워야합니다.
- 적절하게 계획하지 않으면 팀에 과도한 스트레스가 가해져 결국 프로젝트가 실패합니다
- 스트레스를 많이받는 팀은 높은 이직률로 보복을하게되며 결국에는 좋은 직원이 회사에 합류 할 수 없게됩니다.
- 비상 사태가 발생하지만 비상 사태를 일으킨 원인을 찾아 향후 비상 사태를 피하기 위해 사례를 변경하십시오.
실수로부터 배우지 않는 회사는 역사를 자주 반복합니다. 다른 회사를 찾을 때가되었다는 표시로 생각합니다.
답변
실패는 달성되지 않은 목표를 설명 할 수있는 것입니다.
즉, 목표를 정의 할 때 해당 컨텍스트에서 실패한 사항도 정의합니다.
언급 한 문헌에서 실패는 예산을 초과 하거나 마감일을 지키지 못한 프로젝트입니다 .
제품이 사용되지 않는다는 의미는 아닙니다. 이것은 예상보다 훨씬 많은 고통, 돈 및 시간을 가진 개발자임을 의미합니다.
When you should cancel a project? 당신이 그것에 대한 새로운 두 번째 지출이 그것의 비용보다 적은 가치를 제공 할 것이라고 확신하면.
그것은 침몰 비용 딜레마 라고 불립니다 .
당신이 주제에 의해 관심이 있다면, 나는 당신에게 추천 죽음 월 에서, 에드워드 요 어든을 . 정말 좋은 책입니다.
답변
프로젝트가 “실패”할 수있는 방법은 여러 가지가 있습니다. 그리고 내가 일한 꽤 많은 사람들이 실패했습니다.
-
수축 포장 소프트웨어는 새로운 법정 / 규정 규칙을 충족시키기 위해 다시 작성되어야했습니다. 잘못된 관리자는 새로운 직원을 고용하여 업무량, 특히 우리 모두가 부족한 기술을 돕도록 선택했습니다. 이 제품에는 새로운 필수 기능이 없었으며 (전자 파일을 작성해야 함) 시장에서 가져와야했습니다. 이 제품은 사무실 매출의 약 5 %를 생산했지만 유사한 규제 변경으로 인해 매출의 60 %를 생산하는 제품에 영향을 미쳤습니다. 개발자들은 필요한 기술을 익히기 위해 스스로 노력했지만, 잘못된 관리자는 필요한 변경을 구현하기에 너무 늦을 때까지 기다리기로 결정했습니다. 3 년 동안 이러한 규제 변경에 대한 서버 측 입찰을 시도하면서 이러한 변경 사항이 발생했다는 경고를 받았으며 회사는 입찰 제출을 금지했습니다. 우리의 잘못된 관리자들은 전환 작업을하기 전에 전환하기 8 개월 전까지 기다리도록 선택했습니다.
-
프로젝트를 완료하기 위해 프로젝트를 시작했을 때 이미 예산이 초과되어 기한이 지났습니다. 여러 단계 높은 관리자들은 프로젝트에 필요한 ROI를 달성하기에 가라 앉은 비용이 이미 너무 높다고 판단하여 프로젝트가 취소되고 관련된 모든 사람들이 해고되었습니다. 그룹이 모두 정리되기 1 주일 전 (나를 포함하여) 그곳에서 일하는 것은 내가 한 곳에서 일한 가장 짧은 시간이었습니다.
-
내부 프로젝트는 프로젝트 스폰서가 상용 소프트웨어 (이 경우 Microsoft Office)를 구매하고 자체 VBA를 작성하여 작업을 완료하는 데 너무 오래 걸렸습니다. 개발 팀장은 계속 달을 약속했으며 프로젝트가 이미 취소되었다는 경영 회의에서 듣지 않았다. 6 명은 약 1 년 동안 일하지 않고 사용하지 않는 시스템을 완성했습니다.
답변
나는 PM 팀의 프로그래머, 또는 일부로 중 하나에 참여했다고 유일한 프로젝트는 총알이었다 의 Metricom의 파산으로 배를 올라 갔다 . 전국적으로 수천 명의 계약자가 작업하고 있습니다. 그들의 CFO가 사임하자 프로젝트는 그대로 중단되었습니다. 청산 사람들이 내려 가면서 가구가 사무실에서 제거되기 시작했습니다.
우리 중 많은 사람들에게 적용 가능한 용어는 ‘실업’이지만, Lame Duck은 적절한 설명이 될 것입니다. 종종 핵심 인물들은 후임자가 오기 전에 임기를 마치기 위해 몇 달 동안 사무실에 남아있는 일부 정치인들처럼 부검 / 청산 절차가 완료 될 때까지 계속 유지해야합니다.
으로 Otávio Décio이 표시, 나는 프로젝트는 닷컴 붐 이후 포기의 점에 실패 보지 못했다.
답변
이것은 프로젝트 관리에 관한 일부 책에서도 언급 된 일반적인 문제입니다. “무엇을 피해야합니까?”경험이 있더라도 프로젝트가 “실패”하지 않습니다.
IMO는 프로젝트를 수행하지 않으면 비용이 적게 들지만 실패합니다. 예를 들어, 제품의 예상 수명이 5 년이고 회사를 100K pa 절약 할 경우 500K 이상이 걸리면 고장입니다. (단순하게하기 위해 이자율을 부정하고 있습니다). 일부 사람들은 비용 및 / 또는 시간이 오버런 된 모든 프로젝트가 실패했다고 주장하지만 IMO는 정확한 추정 및 계획에 너무 집중하기 때문에이 정의가 의미가 없습니다.
답변
또한 “실패한”프로젝트에는 참여하지 않았지만 많은 시간과 비용이 소요되는 프로젝트가 많았습니다. 문제는 고객이나 계약자 중 어느 쪽도 책임을 포함한 모든 이유로 인해 프로젝트가 실패로 간주되기를 원하지 않는다는 것입니다.
따라서 “실패한 IT 프로젝트”를들을 때 실제로 “시간 또는 예산 범위를 벗어난 프로젝트”라고 생각합니다.
결국 얼마나 많은 사람들이나 회사가 깨끗하게되어 “우리는 실패했다”고 말할 것입니까?
답변
그러나 나는 항상 “IT 프로젝트 실패”에 대해 들었습니다.
“실패”를 정의한 매개 변수는 무엇입니까?
프로젝트가 변경 될 때 자주 사용되는 용어입니다. 많은 사람들이 변화를 “실패”라고 표시하는 것을 좋아합니다. 이유를 모르겠지만 실패를 식별하는 것이 다소 강력하거나 중요합니다.
일부 프로젝트는 실제로 돈을 잃어 버렸으며 가치있는 것은 없습니다. 그러나 그것들은 드물다.
작동하는 소프트웨어를 제공하지 않은 프로젝트조차도 하지 말아야 할 것에 대한 학습 경험입니다 . 가치를 창출했습니다. 예상치 못한 가치를 창출하여 사람들이 원하는 방식으로 레이블을 지정할 수 있습니다. “실패”는 일부 서클에서 “하지 말아야 할 것을 배운 것”만큼 좋습니다.
실제 질문은 “가치에 상응하는 가치 였는가?”입니다. 그럼에도 불구하고 그 가치는 측정하기가 어려워서 그 대답이 전적으로 정치적이거나 주관적인 것입니다.
대기업 내부 프로젝트에 “실패”할 공간이 더 있습니까?
혹시. “실패”는 정치적 용어입니다. 일정, 예산 또는 범위 변경은 “변경”또는 “실패”로 표시 될 수 있습니다. 또한 “팀이 웹 서버를 작성할 수 없다는 점에서 중요한 것을 배웠습니다”라고 표시 될 수 있습니다. 또는 더 긍정적으로, “다시 시도하기 전에 필요한 기술을 배웠습니다.”
외부 프로젝트는 종종 영업 및 납품 담당자, 회계사 및 프로젝트 관리 부서의 감독을받습니다. 내부 프로젝트는 종종 감독이 적습니다.
언제 전화 해요? 당신은 어떻게됩니까?
당신이 그들에 동의하지 않기 때문에 누군가 조직에 압력을 가하는 것이 편리 할 때. 프로젝트를 “실패”로 레이블을 지정하고 다른 사람을 가질 수 있도록 재 할당합니다.
프로젝트가 총체적인 실패가 될 수있는 유일한 방법 은 형사 사기입니다. 여기서 교훈을 얻지 못하고 개선 할 수 없으며 범죄자들이 약탈 당하고 감옥에 갇히게되어 조직이 일어난 일에 대해 단서가 없게됩니다.
그렇지 않으면 항상 가치가 있습니다.
실제 질문은 “가치에 상응하는 가치가 있 었는가?”입니다.