在项目的开始的时候，要保证风险承担者对于他们如何判断项目是否成功有统一的认识。通常情况下，想要成功，就首先得跟紧预定的进度，但是肯定还有其他的影响因素存在。比如，增加市场占有率，获得指定的销售量，取得特定用户满意度，淘汰一个高维护需求的遗留系统等。思维导图模板大纲
每个项目都需要平衡它的功能性、人员、预算、进度和质量目标。
我们把以上五个项目方面中的每一个方面，可以定义成一个约束，而你必须在这个约束中进行操作，换句话说就是，你得在一个规定的范围内调整。思维导图模板大纲
在项目早期，你就要决定用什么标准来确定产品是否准备好发布了。你可以把发布标准基于：还存在有多少个高优先级的缺陷，性能度量，特定功能完全可操作，或其他方面表明项目已经达到了它的目的。不管你选择了什么标准，都应该是可实现的、可测量的、文档化的，并且与你的客户要求的“质量”是一致的。思维导图模板大纲
尽管可能无意中承诺了不可能的事件，但不要做一个明知不能实现的承诺。
坦诚地与客户、管理人员沟通那些可能会产生的实际成果。
你以前项目的数据可能成为你说服他们的依据，虽然这对于不讲道理的人来说没有真正的作用，但是你最好还是要准备好。思维导图模板大纲
困难的部分是作这个计划——思考，沟通，权衡，交流，提问并且倾听。
你用来分析解决问题需要花费的时间，会减少项目以后会带给你的意外风险。思维导图模板大纲
把大任务分解成多个小任务，可以帮助你更加精确的估计它们，暴露出在其他情况下你可能没有想到的工作活动，并且保证更加精确、细密的状态跟踪。思维导图模板大纲
如果你的团队经常承担某种特定的通用任务，你需要为这些任务开发一个活动检查列表和计划工作表。
每个检查列表应该包括这个大任务可能需要的所有步骤。
这些检查列表和工作表，将帮助小组成员确定和评估与他们必须处理的大任务的每个实例相关的工作量。
思维导图模板大纲
几乎所有的质量控制活动，如测试和技术评审，都会发现缺陷或其他提高的可能。
你的项目进度或工作细分结构，应该把每次质量控制活动后的修改，作为一个单独的任务包括进去。如果你事实上不用作任何的修改，很好，你已经走在了本任务的计划前面。
但是不要去指望它。思维导图模板大纲
你的团队成员已经淹没在他们当前的项目中，如果你想把你的组提升到一个更高的软件工程能力水平，你就必须投资一些时间在过程改进上。思维导图模板大纲
如果你不去识别和控制风险，那么它们会控制你。
在项目计划时花一些时间集体讨论可能的风险因素，评估它们的潜在危害，并且决定你如何减轻或预防它们。思维导图模板大纲
人们通常以日历时间作估计，但是我倾向于估计与任务相关联的工作计划(以人时为单位)的数量，然后把工作计划转换为日历时间的估计。这个转换基于每天我有多少有效的小时花费在项目任务上，我可能碰到的任何打断或突发调整请求，会议，和所有其他会让时间消失的地方。思维导图模板大纲
