프로젝트에서 어느 정도 완전하게 자신에 대해 이야기해야 했습니까?

Question

나는 최근에 거의 비참하게 실패한 프로젝트를 가졌습니다. 나에게 그것은 완전한 실패 다. 그러나 어떻게 든 그것이 통과했다, 가지면 안된다. 단지했다. 사방에 좋은 의지가 많이 있었고 비난은 똑같이 나누어졌습니다. 그러나 이제 프로젝트 파일을 "콜드 스토리지"에 넣었으므로 "최악의 시나리오"에서 어떤 일이 일어날 지 궁금합니다. 당신은 가라 앉고있는 배에 있습니다. 사양에 작은 구멍이 있기 때문에 복잡성이 폭발하고 있습니다. 고객이 완전히 튀어 나오고 있습니다. 단순히 완료 할 수 없습니다.

이제까지 완전히 말을해야했습니다. 프로젝트 중반에서? 어떻게 이런 일이 있었습니까?
당신의 반응은 어떠했으며 미래에 이러한 일이 발생하지 않도록하기 위해 무엇을 했습니까? "지금부터는 스크럼이나 흉상", "젠장, 나는 결코 다시는 xyz를하지 않을 것", "흠, 내 보험 커버 그"또는 어쩌면 "똥, 우는 소리는 멈추고 그걸 극복한다"

Answer 1

우리는 하나의 요구 사항이 보장 된 응답 시간이었던 프로젝트를 가졌습니다. 개발에 몇 달 후 우리는 그 약속을 지킬 수 없었습니다. 그리고 더 나쁜 것은 우리가 후드 방식으로 문제를 너무 오래 유지했다는 것입니다. 프레젠테이션은 다음과 같이 진행되었습니다. 이것이 마지막 이정표이며, 우리는 그 응답 시간을 놓쳤습니다. 재앙을 완성하십시오. 나는 다음과 같은 협상에 참여하지 못했지만 그것이 못생긴다고 들었습니다. 의심의 여지없이 해결되어야하는 기술적 인 문제와 설계상의 결함이있었습니다. 그러나 제 의견으로는 가장 중요한 결과는 다음과 같았습니다 : 우리는 현재 상황 보고서에 더 중점을 두었습니다. 마이크로 관리 방식이 아니라 적어도 더 간결합니다. 문제는 훨씬 빠르게 거품을 일으켜야합니다. 그리고 내부 및 외부 프리젠 테이션 사이클은 현재보다 훨씬 짧습니다. 그것은 혼자서도 물론 문제를 해결하지 못했을 것입니다. 그러나 우리는 더 많은 것을 합쳐서 문제의 시간 안에 맞추어 놓을 수있었습니다. 그리고 의뢰인은 자신이 한 것처럼 강력하게 반응하지 않았을 수도 있습니다. 나는 실패율이 0 %가 될 수 없다고 생각한다. 그렇다. 그렇다. 그러나 가능한 한 낮게하기 위해 노력할 수 있습니다. 그리고 당신은 당신이 실패의 규모라고 부르는 것에 대해 연구 할 수 있습니다. 따라서 일찍 상태 확인을하고, 일찍 문제를 해결하고, 균열이 선체 침범이되지 않도록하십시오.

Answer 2

프로젝트를 한 번 중단하면 문제를 피할 수 없다고 말할 수 없습니다. 대부분 다른 프로젝트에서 저에게 더 흥미를 느꼈습니다. 내 상사를 만나러 갔고, 현재 프로젝트에 익숙하지 않은 동안 다른 프로젝트에 어떻게 기여할 수 있는지 설명했습니다. 당신의 상사에게 정직하십시오, 이것이 진정으로 행복하게 될 수있는 최선의 길입니다.

많은 시간을 해본 것은 곤란한 프로젝트로 옮겨가는 힘이되고 있습니다. 다른 사람들의 실수 때문에 미친 듯이 일하는 것은 동기 부여를위한 최선의 방법이 아닙니다. 당신이 "이것 너무 좋아"이기 때문에 더는이 같은 프로젝트를 저장에있는 더 나은, 더 쉬운 당신은 다시 할당 할 수 있습니다.