第一章：1.2节——这里说道软件工程的定义，包含很多形式，其中有操作系统，但我们国家这么久都还没有自主研发出商用的更好用的操作系统，是不是因为我们国家还有一些特殊的开发软件的技术没有，被别的国家垄断呢？
回答：技术还不够成熟，代码效率不够高。
第二章：2.1 单元测试是什么？每个模块的测试吗？
回答：每个程序都有很多个模块组成，每个模块做单独的各种测试，这样可以大大提高效率。
第三章：3.1一个软件工程开发人员技术不太熟练，开发的能力不太强能在一个比较优秀的团队立足起到重要的作用吗？
回答：每个团队都有不同的分工，有产品经理，UI设计，市场方面，发挥各个的长处。
第四章：4.5这章讲到两人合作，我现在想做一个项目的话也是两个人做还是找多几个人组建个团队做？
回答：小的项目可以两三个人做，刚开始的项目都不是很大，不用太多人做。
第五章：如果我领头开发一个全新的项目，要怎么选择合适的团队，我要对团队做怎样的事？
回答：团队的目标要统一，心往一处想，劲往一处使，要选择有兴趣有热情的人一起。
第五章（后半部分的5.3.4节和5.3.6节）：看完第五章后半部分的各种流程之后，觉得Rantional统一流程（RUP）与渐进交付的流程很相似，最后也是听取用户反馈，然后根据反馈做改进，那么两者有无实质不同呢？例如是什么不同？
回答：两者应该是相同的，都是工作流程。
第六章 敏捷流程（6.2节）：什么团队在什么时候适合选择敏捷流程？如6.2节所说的一样，就算是逼着团队成员在每日例会中发言汇报自己当天完成的工作，他们也有可能会忽悠我们，那要怎么才能解决这个难题呢？是不是一个团队的成员都必须面对面开会就解决这个难题？
回答：在团队刚刚组建的时候，一般都是比较轻盈的。
第八章：需求分析
本章节讲述软件需求的4个步骤，讲述了9种用户调研方法，以及提供了两种竞争性需求分析的框架,分别是NABCD模型和四象限方法，个人觉得这两种框架对于我们在编程一个应用程序非常有用，先计划后编程。
提出的问题：（8.6.1节）我觉得目标、估计和决心这三个很类似，只是表达的语气不同
第九章：项目经理
本章节主要讲述项目经理（PM）的来历、Project Manager（产品经理）和Program Manager（项目经理）的不同、PM存在的优缺点以及成为一个团队的PM需要什么能力等。
提出的问题：（9.2.1节）一个团队刚开始，要根据什么来决定谁是MP？或者说当MP需要具备什么？
第十章：典型的用户和场景
这一章节教了我们怎样定义典型用户，提供定义典型用户和场景的模板，有助于我们模仿。这里的场景指的是用户达到目标所经历的过程。第二节讲述的规格说明书（Specification）,分为功能说明书和技术说明书,也就是黑盒和白盒。对于第三节的功能驱动的设计的内容没有太深切的体会，因为还没进行过这一步。
：书上说到成员之间应该充分授权和信任，那么这是不是建立在成员能力和态度相当的情况下呢？如果成员能力相当，但态度不佳，那么还是否存在授权和信任，是否无法再继续组成团队？
回答：可以多点与其他成员交流，端正心态。
第八章：需求分析
本章节讲述软件需求的4个步骤，讲述了9种用户调研方法，以及提供了两种竞争性需求分析的框架,分别是NABCD模型和四象限方法，个人觉得这两种框架对于我们在编程一个应用程序非常有用，先计划后编程。
提出的问题：（8.6.1节）我觉得目标、估计和决心这三个很类似，只是表达的语气不同
第九章：项目经理
本章节主要讲述项目经理（PM）的来历、Project Manager（产品经理）和Program Manager（项目经理）的不同、PM存在的优缺点以及成为一个团队的PM需要什么能力等。
提出的问题：（9.2.1节）一个团队刚开始，要根据什么来决定谁是MP？或者说当MP需要具备什么？
回答：应该根据个人能力，洞察力敏锐，善于观察总结。
第十章：典型的用户和场景
这一章节教了我们怎样定义典型用户，提供定义典型用户和场景的模板，有助于我们模仿。这里的场景指的是用户达到目标所经历的过程。第二节讲述的规格说明书（Specification）,分为功能说明书和技术说明书,也就是黑盒和白盒。对于第三节的功能驱动的设计的内容没有太深切的体会，因为还没进行过这一步。
回答：我们要从典型用户到场景。
第十一章：软件设计与实现
在考虑完项目的需求后，我们需要的是对项目进行设计并且加以实现，书本中也有列举在开发阶段团队出现的几种情景：
闭门造车：我认为这种现象比较能让程序员集中在程序编写里面，我们有时候也会在感觉到效率不怎么样，没有有一个“封闭”的时间，或许对队员来说是一个全身心投入程序的好方法。（这是我自己的理解。。）
对于这些情景我也不知道其中的利弊。
第十二章：用户体验
一个项目做出来的程序必然要有用户，用户的体验是我们程序重要的过程，也可以说是程序的价值体现，生命价值的体现。
而用户体验的几个要素我们要注意：第一印象，程序的UI设计很重要，这是个看脸的时代，外观的美感，很大程度决定程序的用户数量；其次，从用户的角度考虑问题也是很重要的；软件服务始终记得用户的选择；短期刺激，长期影响；最后注意不让用户犯简单的错误。
第13章：
软件测试有许多种测试方法，有单元测试、代码覆盖率测试、构建验证测试、验收测试、回归测试、伙伴测试、效能测试、等等。还要写测试设计说明书，告诉别人如何测试，测试报告说明书该怎么写呢？
回答：设计，测试，还有写错误报告。
第14章：
质量保障软件的开发过程有三个主要的特性“好”“快”“便宜”。通俗的软件在功能、成本、时间三方面满足利益相关的需求。理解是测试的角色要独立出来么？独立出来的测试角色怎么才能发挥作用？
回答：能效测试，压力测试。
第15章：
稳定和发布阶段。一个里程碑结束了，团队接下来要干什么？产品怎么才能做得更好？
回答：市场反馈，改进。
第16章：
IT行业的创新。IT行业现在处于饱和状态，软件原来越同质化，刚刚发布一个软件，第二天市面上就出现了很多同类型的软件，我们应该如何应对这样的情况。颠覆性创新和微创新那个更能在市场上取得效果。还有有没有搓到人的需求点。
回答：都有，看市场需求，
第17章：
人、绩效和职业道德。团队中的和气只能维持一小段时间，随着讨论的深入，有些人会沉不住气，就会出现小的意见和分歧，出现设计的分歧应该如何解决？
回答：权衡，取舍，顾大局。