第三章内容主要讲解的是如何减小开发过程中的风险，分别从前期的需求编写、需求评审、估时、写技术方案等方向进行描述说明，这些规则对实际开发中非常有用，可以运用到实际工作中，如需求评审和估时阶段等。
1. 低质量的需求分析，导致低质量的成本估。可以使用原型，来降低需求不准确的风险。可以使用配置管理，来控制需求变更。应该为将来的发布，规划好新的需求。应该使用更正式的方法，进行需求分析和需求规格说明。
2. 先确定问题，再写需求
3. 需求难以理解，更难以说明，正确的解决方法是，立刻 不计代价、尽可能多地获取需求信息。
4. 立即修复需求规格说明中的错误
5. 原型可降低评估用户界面的风险
6. 评审需求
7. 避免在需求分析时进行系统设计
8. 复杂软件的需求，只有使用多种方法才能被充分理解，要使用对于你的软件来说最合适的一种或一组方法。
9. 使用多角度的需求视图
10. 关于需求文档的建议：合理地组织需求、给需求排优先级、书写要简洁、给每个需求单独编号、减少需求中的歧义、保持需求规格说明的可读性、明确规定可靠性