在项目开始之前我们往往需要做以下准备：1，挖掘需求，而不是搜集需求，与用户一同工作，以像用户一样思考；2，建立需求文档；3，使用用例图；4，规定过度，制作需求文档时一大危险就是太过具体，好的需求文档要保持抽象；5，看远些，抽象比细节活的更长久。所以设计的时候，也要更长远的考虑；6，特性膨胀，需求蔓延，可以参考石头汤与煮青蛙，合适的管理需求；7，维护词汇表，维护数据字典；8，把话说出来，将文档写在web上。
在面对棘手的问题时，列出所有在你面前的可能选项，不要排除任何可能，无论它听起来有多么愚蠢，答案往往最终会显示出来。倾听反复出现的疑虑，等你准备好再开始。当你面对一件任务时，如果你反复感觉到疑虑，或是体验到某种勉强，要注意它。编程规范是一项重要职责，就是把需求规约到程序员能够接管的程度的过程，这是一个交流活动，诣在解释并澄清系统的需求。
不做形式方法的奴隶，大多数形式方法结合图和某些说明问题来捕捉需求 ，形式方法似乎鼓励专门话 ，而我们喜欢编写有适应能力的动态系统，使用元数据让我们在运行时改变应用的特征，批判的去看待方法学，并从各种方法学中提取出精华，融合成不断进步的工作习惯。
个人感受：在项目开始之前，我们应该首先做好充分的需求搜索，在遇到问题时，不可轻言放弃，试着列出所有可能的途径，一定会有更容易的方法，编程要规范，不做形式的奴隶。