失败的项目：何时调用？

几个月前，我的公司发现自己手忙脚乱地遇到了一个项目的紧急情况，而我的整个6人团队基本上都花了5周的“紧缩周”。在上线之前的48个小时里，我工作了41个，其中两个背靠背通宵营业。在这之中，我发表了迄今为止我最成功的问题。

在这段时间里，从来没有任何关于“失败”的言论。它始终是“不管痛苦如何都完成它”。

现在事情已经过去了，作为一个组织的我们已经有一段时间坐下来对我们学到的知识进行评估，我想到了一个问题。我不能说我曾经参加过一个我说“失败”的项目。大量延迟或超出预算，有些灾难性地如此，但我总是最终提供一些东西。

但是我一直都在听到“失败的IT项目”的消息。我想知道人们对此的经验。定义“失败”的参数是什么？背景是什么？就我们而言，我们是一家拥有外部客户的软件商店。大型公司内部的项目是否有更多的“失败”空间？你什么时候打那个电话？当您这样做时会发生什么？

我根本不相信做我们做的事情是明智的业务举动。这不是我的电话（我只是一个代码猴子），但我想知道减少损失，说我们没有交付并继续前进可能更好。我不只是说，由于长时间的辛苦工作，公司在该项目上损失了很多钱，加上公司在员工士气和忠诚度方面的无形成本很大。反对未能交付像这样的高知名度项目的公关打击的因素是……我不知道正确的答案是什么。

失败的概念实际上是与业务相关的。如果商业项目的成本高于其带来的收入，则该项目将被视为失败。如果一个开源项目无法围绕该代码建立一个社区来帮助维护和维护它，那么该开源项目就会失败。

我参与了一些项目，因为我们在预算范围内按时交付了所有东西，但是业务开发团队未能跟进工作。从业务的角度来看，该项目失败了，尽管我们交付的产品广受好评和喜欢。

在像您这样的情况下，公司必须做出一些艰难的决定。如果他们希望项目成功，那么他们需要学习一些经验教训：

• 不适当计划会给您的团队造成不必要的压力，并最终导致项目失败
• 压力很大的团队将以高离职率进行报复-最终，您将无法让好人加入公司。
• 紧急情况发生了，但要找出造成紧急情况的原因，并改变您的做法，以避免将来再发生这种紧急情况。

任何不从错误中汲取教训的公司都会经常重复历史。我认为这是时候找到另一家公司了。

失败是可以描述未实现目标的一切。

简而言之，当您定义目标时，您还定义了那种情况下的失败。

在您提到的文献中，失败是项目超出预算和/或未按时完成。

这并不意味着该产品将不被使用。这意味着它给开发人员带来了比预期更多的痛苦，金钱和时间。

When you should cancel a project？当您确定任何新的第二笔支出将提供比其价值小的价值。

这被称为沉没成本困境。

如果您对此主题感兴趣，我建议您从Edward Yourdon的《死亡行军》中读。一本非常好的书。

一个项目可以“失败”的方式有很多。我从事过很多工作，但都失败了：

1. 收缩包装软件必须重写才能满足新的法定/法规规则。管理不善的人选择避免雇用新人来帮助他们解决工作量，尤其是我们所有人都缺乏的技能。该产品不具有新的必需功能（必须以某种方式进行电子归档），并且必须从市场上撤下。尽管该产品约占我们办公室收入的5％，但即将发生的类似法规变更也影响了产生我们60％收入的产品。开发人员亲自学习了所需的技能，但管理不善的人选择等到为时已晚，才开始实施所需的更改。我们有3年的警告，这些更改即将到来，因为我们试图在此法规更改的服务器端进行投标-并且公司正确地禁止我们提交投标。我们管理不善的人选择让我们等到转换之前的8个月，然后才允许我们进行转换。

2. 当我被带去帮助完成该项目时，该项目已经超出预算且逾期未交。高层管理人员认为，沉没成本已经太高，无法为项目提供所需的ROI，因此该项目被取消，涉及的所有人都下岗了。在团队被解雇（包括我）之前，在那里工作了1周是我在一个地方工作过的最短时间。

3. 内部项目花费了很长时间才完成，因此项目发起人购买了现成的软件（在本例中为Microsoft Office）并编写了自己的VBA以完成工作。开发团队负责人一直对月球保持承诺，并拒绝在管理会议上听取该项目已被取消的消息。6个人工作了大约一年，以完成一个永远不会使用的系统。

我作为程序员或PM团队的一员参与的唯一项目是Ricochet，该项目因Metricom的破产而破产。实际上，全国有成千上万的承包商正在为此工作。当他们的首席财务官辞职时，该项目实际上停止了。随着清算人员的下降，家具开始从办公室中移出。

对我们许多人来说，适用的术语是“失业”，但“ me脚鸭”将是一个恰当的描述。通常，关键人物将需要留下来直到尸体解剖/清算程序完成为止，就像一些政客在任期数月之前要在其继任者上任之前完成任期一样。

正如OtávioDécio所指出的那样，自互联网泡沫以来，我从未见过一个项目失败到被遗弃的地步。

这是一个常见的问题，在一些有关项目管理的书中也提到过。即使项目交付的只是“避免下次”体验，也没有任何项目“失败”。

海事组织，一个项目是失败的，如果不这样做会更便宜。例如，如果该产品的预期寿命为5年，并为公司每年节省100K，则制造该产品所花费的时间超过500K，则是失败的。（我在这里欺骗利率以使其变得更简单）。有人声称每个成本和/或时间超支的项目都是失败的，但是IMO的这个定义没有多大意义，因为它过于关注正确的估算和计划。

我也从来没有参加过任何“失败”的项目-但是很多项目都有成本和时间超支的情况。我认为问题在于，无论是客户还是承包商，任何一方都不会出于任何原因（包括责任）而将任何项目视为失败。

因此，我认为，当您实际上听到“失败的IT项目”时，它们就是“超出时间或预算范围的项目”。

毕竟，您认识多少人或公司会说“我们失败了”？

但是我一直都在听到“失败的IT项目”的消息。

定义“失败”的参数是什么？

这是项目更改时经常使用的贬义术语。许多人喜欢将更改标记为“失败”。我不知道为什么，但是这使它们在确定故障方面变得更强大或更重要。

有些项目实际上是亏本的，没有创造任何价值。但是这些很少见。

即使从未交付工作软件的一个项目是在什么学习经验没有做。它创造了价值。它创造了意料之外的价值，因此可以将其标记为人们想要标记的任何方式。在某些圈子中，“失败”与“了解不该做的事情”一样好。

真正的问题是“价值与成本相称”吗？即使如此，其价值也可能难以衡量，以至于答案完全是政治上的或主观的。

大型公司内部的项目是否有更多的“失败”空间？

也许。“失败”是一个政治术语。时间表，预算或范围的任何更改都可以标记为“更改”或“失败”。也可以将它们标记为“了解了有关我们团队无法编写Web服务器的重要信息”。或者，甚至更积极地，“在再次尝试之前，学习了我们需要的技能”。

外部项目通常受到销售和交付人员，会计师和项目管理人员的更多监督。内部项目的监督往往较少。

你什么时候打那个电话？当您这样做时会发生什么？

当由于您不同意某人而迫使某人离开组织时。您将他们的项目标记为“失败”，然后重新分配他们，这样您就可以拥有其他人。

一个项目可能完全失败的唯一方法是犯罪欺诈-那里没有任何经验教训，无法改善，罪犯被解雇并入狱，使组织对所发生的事情一无所知。

否则，总会有一些价值。

真正的问题是“价值与成本相称吗？”

因此，您要为这项工作计费的公司将您和其他5个人工作了5个星期，以致死亡。他们仍然从您的辛勤工作中获利。我希望您有所收获，因为如今工作安全已一无所获，而且工作量很大。（如果您需要工作并且是一名合格的程序员，请与我联系，我知道很多地方都迫切需要帮助）。

就是说，如果您的公司实际上必须付给您所有的工作以及上线前41个小时的费用，那么他们将损失很多钱。

您的管理层需要坐下来，并做出解释，如果再次发生这种情况，您将获得报酬。他们需要对何时拔插头做出更好的判断。

我也像这里的许多响应者一样，参与了一些大型项目，这些项目是随着时间和预算而进行的-一个半个多十年。最坏的情况（十年半）涉及神话般的“人月”疯狂，以及史诗般的范围蔓延。也就是说，它从未被放弃过，现在他们开始接受一些客户。但是最初的期望（用干净，精心设计的替代品来替换旧的，过时的系统）以及相对适度的预算和时间表-现在早已破灭。

而且，与这里的大多数人不同，我还看到一个项目完全失败了—甚至被遗弃了。棺材的最后钉子是在2010年初。情况是这样的：

一家规模不大的公司（约30人），为中型企业提供定制的ERP解决方案。他们在澳大利亚的采矿公司拥有一些相对有利可图的物流设施，在美国则拥有一些货运公司。该平台是基于J2EE构建的自定义内部框架。实际上相对可定制且做得很好-简单的新安装可以相当快地建立起来，但是当所需的定制级别非常复杂时（例如某些最大客户的情况），伸缩性并不太好。

长话短说：他们最大，最引人注目的装置中有一些是随着时间和预算的增加而流失的，而且市场似乎并没有意识到这一点，因此他们再也无法获得更多的客户。该公司基本上是一招，仅能使用此ERP系统，因此一旦现金流枯竭，他们就停业了，该系统也被放弃了（尽管GFC可能也参与其中） 。

（我在那只呆了9个月-2004/2005年。随着工作量的增加和安装新设备，他们基本上是雇用和裁员的-而不是雇用承包商-这是很狡猾的。事后看来，失败的原因可能更多商业模式较技术落后。）

如果以满足原始请求的方式部署项目，我将称该项目成功。对我来说，失败就是推出一个应用程序，然后由于无法满足他们的需求而被最终用户普遍拒绝。或者，更糟糕的是，该项目在将产品实际部署给用户并且无法满足他们的需求之前就终止了。

通常，如果公司在为外部客户工作，则决定是否撤消项目并不是他们的决定，因为可能会涉及合同问题（例如，违反合同付款）或重大PR影响，如您所述。在某些情况下，如果违反了合同罚款，完成合同的费用要比违反合同的费用少好几倍，并且损失少量象征性金钱是首选。

从长远来看，公司可以努力提高员工的道德素养，以弥补项目期间的紧缩时间，或替换因努力而被迫离开的员工，但有时他们可能无法从重大项目失败中恢复过来（例如，查看未能按时交付破产产品的游戏公司）。

当业务案例不再成立时。

这就是Prince2（项目管理方法）所使用的度量，对我来说很有意义。

从本质上说，它说在项目的每个阶段结束时，或者如果项目在某些领域（进度，成本，质量）超出了一定的公差，则应该对业务案例进行审查。到那时，您将根据您现在所了解的知识查看预期的总成本和可实现的收益，如果该项目不再堆积，那么它就会被杀死。

我见过的许多项目的问题在于，他们没有预先列出他们要达到的目标，这使得很难评估（a）是否仍然现实，或者（b ），您为此花费的成本是否值得？在这些情况下，您最好的办法是在可疑时制作一个业务案例，以使您了解怀疑是否正确。

整理业务案例并不一定是一件大事，A4的几个方面都可以。成本相对容易（作为粗略的估算，程序员的成本为：（年薪* 2）/欧洲每天250，由于福利较低且平均工作日数较高，因此美国的成本可能更低）。

收益很难，但是如果您尽可能准确地进行悲观的估计，那么业务案例就不会堆积起来（通常是按此衡量，因为它必须在3年内获得x％的成本回报，其中X可能是50％或因此），您可以更详细地了解它。不要忘记许可证和硬件成本（即使您使用的是现有硬件，因为这意味着一旦使用它就无法将其用于任何其他用途）以及持续的支持。

但这不是程序员的全部，而是PM和业务应该在整个项目团队的投入下进行的工作。