一、第四章

4.5中提到结对编程，在4.5.2中也将此和越野赛车和驾驶飞机来类比，但是我认为，比如驾驶飞机，驾驶和副驾驶有许多工作是需要同时工作合作完成，在副驾驶代替驾驶来执行时驾驶可以分散注意力；可当程序员结对编程时，共用使用一个电脑、一个鼠标、一个键盘，会是分工完成项目，不可能是同时来写代码，当一个人执行任务另一个若是分散注意力不是会出现许多错误？两人一起，其中一人若是被检查出错误而打断会不会反而打断了他的进度从而让整个进度更慢，出现1+1<2的状况？还有在什么时候比较适合结对编程呢？
之后在团队复审时提到人多有伤面子的问题，如果是结对编程突然被他人指出错误导致意见不和，毕竟是在他人面前，不是任存在这个问题？

二、第五章

5.2中各种软件团队的模式，其中爵士乐模式和功能团队模式，成员间都不存在管理与被管理的关系，，每个人之间也都有不同的功能，相当于都是一个小团队共同完成一个任务，各自发挥自己的本事，那么这两种模式有什么具体的区别？

三、第六章

敏捷流程，什么时候适合选择敏捷，敏捷流程的适应范围能多举几个例子么？

四、第七章

7.2.3中提到充分授权和信任，当授权给别人时，就相当于这一部分任务需要完全依赖他人，这样若是在之后发现任务中有许多的错误，有需要再反复去修改甚至重新完成岂不是浪费了大量时间？这样不是很危险吗？再就是提到可以有工具的支持，但是及时发现了错误或者有人进度太慢要如何帮助？不可能让有其他任务的伙伴来为此耽误自己的工作。

五、第十一章

11..4.2中有开发人员的标准工作流程，但是当完成一项工程时，若是在程序员自己专心工作时发现bug又回过头分析甚至解决，不断进入设计、自测、测试复审等环节不会耽误自己的进度么？若是不这样又可能出现11.5.5的小强地狱的状况，那么究竟怎样才能又不耽误自己的进度又让自己项目中出现的bug很少呢？