在了解了开发的进展之后，书中提及了对文档的提纲的挈领也是一项重要的工作，如果没有这些提纲，很难想象对于用户而言是如何了解我们开发的这款产品的，或者别人是如何了解你开发的进度的。虽然对于一个项目的经理来说，这简直是一项彻头彻尾烦透了的工作，但是不能由于这是一项繁琐的过程就给他冠上一顶这是一项没有任何作用的帽子。通过对这些文档的撰写，项目经理可以更加清晰地知道项目的规划和项目的进展过程。对于项目文档的撰写说实话现在的我并没有多少的经验，因为阅读的书目也相对较少，在语言的组织方面尚且还是有所欠缺，具体表现在这些博客的编写过程中语言的组织上还是相对比较吃力的。在大学的课程的实验报告的编写上，思绪也都还比较混乱。为了解决这些问题我觉得在以后的过程中应该还是得多注意一些相关书目的阅读，在阅读的时候多了解了解别人对于事物究竟是如何总结的。
在对项目的开发过程中还要做到的一点就是未雨绸缪，对未来可能发生的事情做好估计，这样在实际的开发过程中可能遇到的关于客户的需求的变更，或者之后有可能会出现的问题的这个过程，如果能加上一些在以后提及变更的时候的准备的话，那么这些需求如果未来提及的话，就不用再大刀阔斧地对项目进行整体的重构以达到我想想要更改的目的。如果不是，那么在经过用户多次要求的提及，我相信没有任何一个程序员不会崩溃的。文中提及的一个观点我是非常赞同的，唯一不变的就是变化本身 ，在项目中如果能够做到未雨绸缪，我想在任何情况下我们都能应对吧。之前上课的时候我记得有一次实验是要求我们在原来修改单词的这一个例子上面进行修改，以达成一个新的功能。这个过程就有点像用户提及了他的新的需求，在原来的产品进行一定的修改，在第一次的源码上，我没有考虑到有产品变更的可能，因此在那次实验的课上，我还记得我用的时间是很长的，就因为没有提供一段段的接口，为了添加上那么几个功能，我甚至是将整个项目进行了重写最终才完成这样一个功能的。究其原因是因为没有对要开发的功能进行一定的函数分类，没有用到java的面对对象的这个过程。