Closed. This question is off-topic。它当前不接受答案。
想要改善这个问题吗？ Update the question，所以它是用于堆栈溢出的on-topic。
已关闭10年。
Improve this question
当首席开发人员确信该项目将失败时，该怎么办？最近，在一个项目中，这发生在我身上，由于我大声疾呼，我最终失去了工作。在一个多月的时间里，我使用以前没有经验的UI框架成功地改进了原型(prototype)。实际上如此之多，以至于当向数百名潜在用户展示时，他们中有空前的人数签署了该试点计划。
在演示之前不久，添加了一个新的开发人员，他主张使用其他技术。这被立即拒绝了，所以他改为将概念从该技术移植到现有项目中，并且我可能会以一种非常有效的方式来补充。的确，当技术经理从演示中回来时，他称赞我们俩都做得“出色”，而另一个开发人员被任命为负责人，这大概是因为他在底层服务器端技术方面有较新的经验。
但是，与此同时，另一位开发人员告知我(而且我相信，只有我一个人)，
他坚信当前的项目注定要失败，而 他不喜欢使用当前技术
随即，该项目开始陷入困境。以前，我实际完成的用户故事比冲刺中所要求的要多，但现在，我在3或4个故事/任务中受阻，而在冲刺中还剩下不到一周的时间。一个失败的sprint可能不是世界末日，但我是一个承包商(其他开发商也是如此)，还不到两个月的时间，但是如果我们继续成功的话，可以延期，但在在我的控制范围之内，尤其是在主角不愿意的情况下。
因此，我只对招聘人员说，但请记住。招聘人员注意到，顺便提一下，我还决定通过重新激活dice.com上的简历来尝试保护自己，这是“桥下还有很多其他水”的问题。因此，长话短说，招聘人员将我的担忧带给了客户，客户终止了我的契约(Contract)。
不用说，我希望在7-8周内找到新工作，而不是立即在这个残酷的经济中失业。另一种可能性是，其他开发人员会在此期间离开，而我的困境将解决自己。
希望这是足够的背景。我对学习解决困境的其他方法很感兴趣。更不用说工作机会了；)
想要改善这个问题吗？ Update the question，所以它是用于堆栈溢出的on-topic。
已关闭10年。
Improve this question
当首席开发人员确信该项目将失败时，该怎么办？最近，在一个项目中，这发生在我身上，由于我大声疾呼，我最终失去了工作。在一个多月的时间里，我使用以前没有经验的UI框架成功地改进了原型(prototype)。实际上如此之多，以至于当向数百名潜在用户展示时，他们中有空前的人数签署了该试点计划。
在演示之前不久，添加了一个新的开发人员，他主张使用其他技术。这被立即拒绝了，所以他改为将概念从该技术移植到现有项目中，并且我可能会以一种非常有效的方式来补充。的确，当技术经理从演示中回来时，他称赞我们俩都做得“出色”，而另一个开发人员被任命为负责人，这大概是因为他在底层服务器端技术方面有较新的经验。
但是，与此同时，另一位开发人员告知我(而且我相信，只有我一个人)，
随即，该项目开始陷入困境。以前，我实际完成的用户故事比冲刺中所要求的要多，但现在，我在3或4个故事/任务中受阻，而在冲刺中还剩下不到一周的时间。一个失败的sprint可能不是世界末日，但我是一个承包商(其他开发商也是如此)，还不到两个月的时间，但是如果我们继续成功的话，可以延期，但在在我的控制范围之内，尤其是在主角不愿意的情况下。
因此，我只对招聘人员说，但请记住。招聘人员注意到，顺便提一下，我还决定通过重新激活dice.com上的简历来尝试保护自己，这是“桥下还有很多其他水”的问题。因此，长话短说，招聘人员将我的担忧带给了客户，客户终止了我的契约(Contract)。
不用说，我希望在7-8周内找到新工作，而不是立即在这个残酷的经济中失业。另一种可能性是，其他开发人员会在此期间离开，而我的困境将解决自己。
希望这是足够的背景。我对学习解决困境的其他方法很感兴趣。更不用说工作机会了；)
最佳答案
我从来没有“停用”我的简历。如果您将其更新为可呼吸的生动文档，那么它始终是最新的，没有人可以质疑您更新它的动机。即使您不是很在意。
关于project-management - 当首席开发人员确信该项目将失败时，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/630262/
10-12 21:55