曾经或多或少地完全脱离了一个项目？

Question

我最近有一个项目几乎失败了。对我而言，这是完全失败但不知何故它通过了，不应该，只是做了。各方都有很多善意，责任也是平等的。但是现在我将项目文件放入“冷存储”中，我想知道“最坏情况”会发生什么。你在沉没的船上，复杂性正在爆炸，因为规范中有一个（不是那么）小洞，顾客完全不知所措，它根本无法完成。

中途完全不得不谈论自己的项目吗？这是怎么解决的？
您的反应是什么，以及您将来做了什么（或打算做什么）以避免此类事情？就像“从现在开始它的scrum或半身像”，“Darn，我永远不会再做xyz”，“嗯，我的保险是否覆盖那个”或者甚至可能是“狗屎发生，停止抱怨并克服它“？

Answer 1

我们有一个项目，其中一个要求是保证响应时间。经过几个月的发展，我们无法跟上这一承诺。更糟糕的是，我们将问题置于引擎之下的时间过长。演示文稿如下：这是最后一个里程碑，顺便说一下，我们错过了响应时间。完成灾难。我没有参加下面的谈判，但从我听说过的所有谈话都很难看。毫无疑问，必须解决技术问题和设计缺陷。但在我看来，最关键的后果是：我们现在更加重视状态报告。不是以微观管理的方式，而是至少更简洁。问题必须更快地冒出来。现在，内部和外部演示周期比当时短得多。仅凭这一点当然不会解决问题。但是我们本可以在这个问题上投入更多的时间。客户可能没有像他那样强烈反应。我认为你无法将失败概率降为百分之零，所以是的，“狗屎发生了，克服了它”。但是你可以努力让它尽可能低。你可以研究你可能称之为失败的程度。因此：尽早进行状态检查，尽早解决问题，不要让裂缝成为船体违规行为。

Answer 2

我中途停止了一个项目，我不能说我正在逃避问题，主要是另一个项目对我感兴趣。我去看了我的老板，向他解释了我对另一个项目的贡献，而我对现在的项目不太满意。老实说，这是结束你真正快乐的最好方式。

我做过很多次的事情就是被迫转移到一个项目中途遇到麻烦。因为别人的错误而疯狂工作并不是动力的最佳选择。更糟糕的是，你在保存这样一个项目时越好，你就越容易被分配到这个，因为你“非常擅长”。