错过最后期限是一件令人不快的事情，有时甚至会影响到职业生涯。上周，我们讨论了导致错过项目日期的一些问题。现在，让我们来探讨一些解决方案。
我们已经介绍了项目目标和规格的重要性。当然，制定这些目标需要了解利益相关者并让他们参与进来。在这篇文章和其他文章中，我使用利益相关者 一词来表示关心这个项目的一系列人。他们可以是你的客户、你的经理、在建模系统中工作的人员或其他人。
在创建项目计划时，我们会想到两句格言。
<center><em>"期望最好；计划最坏"</em></center我认为做一个乐观主义者，希望甚至期待一切顺利是没有问题的。但我不指望它。我不会把我的计划建立在乐观的假设之上。我喜欢从一个看似合理的估计开始，然后加倍考虑所有我知道会出错的事情。这看起来像是 "铺垫"，但目的是确定一个可实现的时间表。由于典型项目中存在大量未知因素，我很少（如果有的话）发现前期看起来 "合理 "的进度表最终实际上是可以实现的。
当然，你总是可以在前期花更多时间研究问题，将风险降低到可接受的水平，并有可能提高估算的准确性。但到那时，项目往往已经变得无关紧要，因为决策已经做出。时间估算永远是猜测，永远是错误的，所以要找到适合自己的方法，然后继续前进。
"少承诺，多交付对我来说，这意味着要保守。我尽量避免过度承诺，并在可能的情况下，避免分享我的乐观 意图。例如，虽然我对制作一个引人注目的三维动画充满期待，但我可能只保证制作二维动画或简单的三维动画。或者，虽然我可能打算对一些次级应用进行建模，以便探索一些潜在的系统改进，但我不会在项目说明中保证这一点。
事实上，我的项目规范通常包括三类：
- 保证交付成果--无论发生什么情况，没有这些成果，项目就不算完成。
- 可能交付的成果--我打算完成这些成果，但如果进展不顺利，这些成果可能会被砍掉。通常情况下，利益相关者甚至不知道这份清单的存在，这取决于他们对灵活性的容忍度。
- 愿望清单--在项目进展异常顺利的极少数情况下，我会执行这份清单中的任务。这份清单永远不会出现在公开的项目计划中。
这种方法为我提供了一定的灵活性，以便
a) 避免在项目进展不顺利时让利益相关者失望，以及
b) 如果项目进展顺利，保留让利益相关者满意的机会。
下一步是什么？
前两个步骤只是项目的开始。在今后的文章中，我将讨论优先级、敏捷性、沟通和其他许多有助于确定日期和成功项目的主题。
下次再见，建模愉快！
戴夫-斯特罗克
产品副总裁 -Simio 有限责任公司