最近，我阅读了构建之法的下一部分，我有了一些感受。
过去，我在编程时没有重视团队的重要性，对于团队的认识还不够。团队有一致的集体目标。团队成员有各自的分工，互相依赖合作，共同完成任务。软件团队的模式有一窝蜂模式、主治医生模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐模式、爵士乐模式、功能团队模式、官僚模式等多种模式。这些模式各有各的特点。虽然不同模式各有区别，但是都说明了团队的重要性。在以后，可以更加重视团队，和团队一起进行开发。
过去，我都没有采用敏捷的做法来进行软件开发。现有的做法的价值有流程和工具、完备的文档、为合同谈判、执行原定计划等，敏捷的做法的价值有个人和交流、可用的软件、与客户合作、响应变化等。如果采用敏捷的做法，我们能够得到更多的价值。在以后，可以更多的采用敏捷的做法来进行软件开发。
过去，我对于微软解决方案框架（MSF）的了解不够。MSF有一套思想框架——9条基本原则。推动信息共享与沟通；为共同的远景而工作；充分授权和信任；各司其职，对项目共同负责；交付增量的价值；保持敏捷，预期和适应变化；投资质量；学习所有的经验；与顾客合作。在以后，可以更加深入的学习MSF，了解MSF的具体内容。
过去，我对于了解人们的需求的方法的了解还不够。软件团队准确而全面地找到这些需求的几个步骤有：获取和引导需求；分析和定义需求；验证需求；在软件产品的生命周期中的管理需求。在以后，进行编程时可以更加重视人们的需求，了解这个编程任务出现的原因。
过去，我对于项目经理——PM的了解还不够。成为一个合格的PM，需要有观察、理解和快速学习能力，需要有分析管理能力，需要有一定的专业能力，需要有自省的能力。在以后，可以更加重视这些能力的培养，努力学习如何成为一个项目经理。
过去，我对于用例（Use Case）的认识还不够。Use Case的原则有：通过讲简单的故事来传递信息；保持对全系统的理解；关注用户的价值；逐步构建整个系统，一次完成一个用例；增量开发，逐步构建整个系统；适应团队不断变化的需求。在以后，可以多看一些关于用例的文章，多了解一下用例。