我对《构建之法》的几个疑问:
第一个问题第六章6.2第一步 各个要求和任务之间是有种种复杂的依赖关系的，除了优先级之外，我们还要考虑相互的依赖关系。怎样在计划（Backlog）中体现依赖关系呢？
因为整章的所有内容都是围绕着敏捷流程去讲解的，而在这里提出这么一个问题是让我没有想到的，因为我查找相关资料也没有找出什么答案来，因为对于我个人的理解就是比如一个小组完成一个项目，那么这个项目就是一个计划，我们每个人的去完成这个计划，让我们每个人分工去完成这个计划，就是要靠我们每个人，所有我们每个人就是和这个计划形成依赖关系，这个计划也依赖我们去实现，但是重要的是“体现”，怎么去体现也是让我很困惑的关于这个问题。
第二个问题第六章6.2 一个改进是，定义好任务究竟是什么？任务的完成（Done）到底意味着什么?
每个人的任务必须是明确定义的，狗熊们不能笼统地说“我在掰棒子”，而是要说明标号为123的棒子现在是什么状态，你做好准备之后交给谁了。而任务的完成有很多意味，可以代表喜悦，也可以代表一阶段任务结束，有很多不同的定义。
第三个问题 第六章6.2 测试人员在一个冲刺中怎么工作呢？
这是我第一次听到测试人员还要“冲刺”，而我觉得对于一个小组来说，测试人员应该侧重于代码（错误率）测试，还是功能（实现率）测试，亦或是界面（用户体验）测试？当测试任务多样化时，如何最优化小组成员分工，以便于加速项目的完成进度？
第四个问题第七章 7.5实战中的软件工程到底是什么？
看了书中那些对话，关于实战中的软件工程也没有解释出什么所以然来，或者我理解的有些浅薄，我还是没有理解实战中的软件工程师什么样子，或者实战中的软件工程就像战斗一样捏。
第五个问题，没有章节和上下文，自己感受，软件工程这门课大多是理论，书本上的概念和定义虽然很多，但在遇到实际问题时，应该如何运用？
读了这本书大多是些理论知识，但是我们以后都是要出去工作的，而我们在以后的实际工作中遇到了实际问题，而我们改如何去运用捏，毕竟每个人都不是大牛，太多的理论知识或许不能给我们带来实质性的解决问题，而这值得我们每个人去深思！