몇 달 전에 우리 회사는 프로젝트의 급박 한 비상 사태에 발을 딛 었으며 6 명으로 구성된 전체 팀이 기본적으로 5 주 "크런치 위크"를 당겼습니다. 생방송 48 시간 전, 나는 그 중 41 명을 두 명씩 밤새도록 일했습니다. 그 한가운데서, 나는 지금까지 가장 성공적인 질문을 게시했습니다 .
그동안“실패”에 대한 이야기는 없었습니다. 그것은 항상 "고통에 관계없이 끝내야"했다.
이제 일이 끝났고 우리 조직이 앉아서 배운 것을 재고 할 시간이 있었기 때문에 한 가지 의문이 생겼습니다. 내가 "실패했다"고 말한 프로젝트에 참여한 적이 없다. 예산이 늦었거나 예산이 많았고, 재앙이 많았지 만, 나는 항상 무언가를 제공했습니다.
그러나 나는 항상 "IT 프로젝트 실패"에 대해 들었습니다. 사람들의 경험에 대해 궁금합니다. "실패"를 정의한 매개 변수는 무엇입니까? 문맥은 무엇입니까? 우리의 경우, 우리는 외부 고객과 소프트웨어 상점입니다. 대기업 내부 프로젝트에 "실패"할 공간이 더 있습니까? 언제 전화 해요? 당신은 어떻게됩니까?
우리가 한 일이 현명한 사업이 될 것이라고 확신하지는 않습니다. 그것은 내 전화가 아니 었습니다 (나는 단지 코드 원숭이 일뿐입니다). 그러나 우리의 손실을 줄이고 더 잘 전달하지 않고 계속 나아가는 것이 더 좋을지 궁금합니다. 나는 오랜 시간의 고통 때문에 회사가 셔츠를 왕실로 잃어 버렸고 직원의 사기와 충성도 측면에서 회사에 대한 무형 비용이 크다고 말하지 않습니다 . PR과 같은 주요 프로젝트에 대해이 프로젝트와 같은 주요 프로젝트를 제공하지 못한 것은 ... 그리고 나는 정답이 무엇인지 모르겠습니다.
Suc-cess (sek-ses’): Anything