第1章、软件企业等于软件加商业模式，那么怎样的软件才能在商界中屹立不倒？软件需要什么维持他的寿命？
答：坚持维护后台，创新，根据用户需求改善自身。
第2章、我们需要面对客户的需求还是只需要面对分析师的分析？
答：主要面对客户的需求，分析师是根据客户需求做出相对的分析的，觉得怎样更加好而已。
第3章、一个人具备需要具备哪些条件才能成为一个合格软件工程师？现在的我们能通过什么去实践提升自己的能力？
答：基础的编程能力，还要配合队友的需要做出调整。多点团队合作配合开发或者磨练来提升自己的能力。
第4章、有时候感觉，编程一个人的时候往往会比两个人有效率，但是两个人能弥补的漏洞比一个人多，那么一个大的软件工程需要多人个去做，是事半功倍还是有所阻扰？怎样才能使一个团体互相弥补？
答：首相要谈好个自己的工作分配，然后需要及时沟通并防止漏洞的产生。
第5章、怎样才算一个团队？是否像去西经的四人组？那么现在的我们是处于哪个角色？又该如何去调整改变？
答：首先需要一个领队；然后应对不同方面选择需要的角色，互相调整。
第5.5 章：
软件开发分为四个阶段：初始阶段、细化阶段、构造阶段、交付阶段。
问题：在5.3.6中提到软件完成的标志为1.时间到了；2.钱花光了；3.用户满意了。那么，所谓的完成有好的完成和坏的完成，但是怎样才能避免坏的完成？
答：首先要选择好觉得有前景的方向，那样需要详细具体的调查和分析，剩下的在开发中还要多点去了解社会的改变，与时俱进，这样才能避免坏的完成。
第6章：
敏捷作为当下的软件界的流行名词，因为敏捷反转了以往的固定步骤，编写程序的时候不一定要死板，可以随机应变，随心所欲，但它也有自己的弊端，让人太盲目了。
问题：如何发挥敏捷最大的优势，避免其坏处？
答：了解，适应，改变，蜕变。
第7章：
描述了MSF这个微软推荐做软件的方法，它有自己的9条基本原则，都是基于对团队的要求，在团队中每个成员都有各司其职的功效，作为这个团队的领导人，要对团队人员的信任，给出的任务要放心给它做，事后对软件的完善都要靠团队的合作完成。
问题：最后在7.5中提到MSF的敏捷开发模式中，不是太懂，MSF跟敏捷有什么关联，做出的软件不是应该对用户负责吗？一个好的软件不是要得到用户的认可吗？
答：软件的用户范围很大，需要很好的分析，然后获得认可。
第8章
四象限法是一种什么样的方法？如何在现实中运用好四象限法来分析软件的功能？杀手功能是否在四象限法占了很大的作用？
答：就像中断，适当的中断可以防止发生不可补救的运行。
第9章.项目经理
才能成为一名合格的项目经理，要做好哪些方面，具备哪些能力？
答：比较全能的人，统筹兼顾。
第10章.典型用户和场景
一个软件应该满足各种用户还是专注于某种类型的用户呢？开发者又应该从什么方面去考虑软件服务的用户和类型？
答：这个是开发前就要讨论好的。
第11章：
问题：我们现在这个阶段是在做四则运算APP，如果按照这章的步骤走下去，每天都要进行进度更新，和每日会议还有每日构建的，会不会不太符合我们现在的处境？毕竟我们的所有时间不能只为一门课程服务，还要大量的时间花在其他的课程上呢。
答：通过四则运算，明白很多大程序在开发的时候都会觉得相对足够了，可是在后面才发现其实bug是挺多的，功能太单调。
第12章：
设计用户体验的目的在哪里体现？
答：软件的开发方向。
第13章
软件各种测试方法的价值所在之处？
除了书本上的所列举的测试之外，还有什么测试是适合于团队开发的？
答：能力检测，队友互相评价。
第14章
测试人员对质量保障起决定性因素吗？
答：对。
第15章
主要讲的是软件的发布，在发布之前要做检测，如何能把所有都检测的彻底？
答：给UI总监做好测试，并有一份详细的报告。
第16章 IT行业的创新
我们从G-number这个游戏可以领悟到3点：1，赢者通吃。2，螳臂当车。3，只先一步。 我们知道这游戏玩次数越多，答案越小。所以把握好创新的时机是非常重要的。
第17章
主要讲的是职业道德，无论是从事什么职业都要培养职业道德。