经过大量讨论并调整了项目计划，团队到达了将交付的原始时间表削减50％的地步，该方法是迭代式的（在最终确定需求之前阅读了开发内容），而我们仍然打算交付到昨天...听起来像是《完美风暴》？
那么最终结果呢？我们成功地向竞争激烈的市场推出了新产品，并将主要缺陷减少到最低程度（哦，是的，存在缺陷）。明确地说，存在一些问题，即由于需求变化而导致的开发返工，发现的需求过晚以及缺陷。
然而，该项目仍被客户认为是成功的。这怎么发生的？我的想法是：
- 规划-没有惊喜
我们计划了，哦，我们计划了什么。当我们花时间（宝贵和有限的时间）布置所有风险并考虑采取适当的方法时，业务就会磨牙。我们研究了功能的范围划分或分阶段交付，以在可用时间内实现相同或相似的收益。
所有这些东西被证明是有价值的，并为项目的成功做出了贡献。然而，MOST的价值在于确定全面的风险清单所花费的时间，这些清单在很大程度上成为了问题。因为我们很早就突出显示了它们，并且业务赞助商和所有者知道了，所以没有“陷阱”的时刻，所有这些都减轻了分辨率，或者达到了不成为展示停滞点的程度。 - 合适的团队-技能和经验
听起来很简单-但是我们所有人都感到让团队成员缺乏适当技能或经验或两者都不具备的痛苦。是的，拥有合适的团队可能很难实现，但是当一切融合在一起时，魔术就可能发生！具体来说，我们有QA主管，解决方案架构师，技术主管和谦虚的BA，他们在相关行业和类似项目中都有经验。错过了什么吗？是的，但是团队中有足够的支持，并且对关键职能领域的覆盖使我们能够通过。 - 第一优先
为了在适当的时间表内完成该项目，必须做出妥协。古老的格言“必须给予的东西”是如此真实。因此，我们提出要求，并且企业批准了项目组合审查，对项目进行了优先级排序，尽管有时会发生冲突，但我们还是设法做到了。 - 业务和项目团队保持一致
业务和项目团队保持一致。我最大的焦虑感是无法预先在需求中提供适当的详细信息级别，以避免产生歧义。但是，此风险已事先进行了沟通，并且质量保证，IT和企业主都知道这一点-我们进行了沟通，我们进行了协作，并且业务在需要我们澄清时做出了响应。我们出色地完成了80％的工作，其余20％的工作…不是这样…但是80％的工作使我们成功了。
结论：
所以我们到了！结果！我们有缺陷吗？是。我们有返工吗？是的，但不足以构成限制。有运气吗？绝对！我会在每次参与时采用这种方法吗？没有。
但是，只要做得足够，仍然能带来收益并看到它成功，这是一个伟大的现实检验。它使我理解了完美风暴的可能，并为我以前对咨询业的理想主义看法增加了不同的见解。我希望我参加的下一个作业将为我提供一些轶事，这些轶事与我刚刚分享的所有事情完全矛盾，但希望它至少为一些很棒的博客评论提供了帮助！
不要忘记在下面留下您的评论。
