本周对程序员修炼之道（从小工到专家）的最后两章内容进行了阅读第七章《在项目开始之前》第八章《注重实效的项目》，这两张主要对开始前的项目需求，以及项目分配，项目测试进行了阐述。经过团队开发过后，对这些流程的昂首更加深刻。
1.在制作需求文档的时候的一大危险就是文档太过于及具体，将所有的需求都固定死了，使得编程人员只能按照需求进行，不利于功能模块的开发，好的需求文档会保持抽象的，在设计需求的地方最简单的能够准确的反映商业需求的陈述才是最好。当然对于需求文档的制作，我们还没有多少发言权，但是经过这次团队项目的开发，我们不难发现，一个好的需求文档非常重要，他决定着项目进行的一个总体的框架，在开始编码之前一定要认真的处理好需求文档。
2.要按照功能区划分团队，而不是按照能力进行划分，把你的人划分为小团队，分别负责系统的特定方面的模块，这要无论是需求如何改变，我们也能够从容面对，只要负责这一块的团队改变即可，而不会影响整个团体，这其实是一个团体中的分而治之的思想体现。
3.代码的测试：一旦我们有了代码，我们就要想到开始进行测试，因为那些小鱼苗有飞快地变成吃人的大鲨鱼的可恶习惯，那些小鱼好抓，当他章程鲨鱼之后在想抓住他，你付出的代价就很大了。bug被发现的越早，进程修补的成本就越低，另外书中还对测试什么、怎样测试、以及何时测试给出了明确的回答。实话说如果不是老师的反复强调以及读书，我们的大多数程序都被默认为没有问题的程序，通过准确的输入，得出老师想要的结果就OK了，可以交差了，可是，当你做一个项目时呢，一个小小的错误就让你的程序死掉了，这样的程序有用吗？所以一定要保证自己程序的健壮性，让他能够承受得住各种复杂的考验。