第一章：概论
问题：
内容出处：1.1.2软件开发的不同阶段
书本上明确表示软件开发分为
玩具阶段，业余爱好阶段，探索阶段，成熟的产业阶段如果将这些经验用在个人或者是团队身上，要经过这四个阶段需要花费很长的时间，我想是否有必要花费这样长的时间去一步一步经历
这样漫长的阶段，让个人或者是团队去成长？如果我个人的软件开发能力处于"玩具阶段"，我可不可以投身“成熟的产业阶段”的团队呢？这样不仅可以节省时间，甚至能够直接从“玩具阶
段”越阶到其它更高级别的阶段。
回答：
其实，任何东西都不能一蹴而就，必须要经历一个漫长的过程，正所谓，工欲善其事，必先利其器。
第二章：个人技术和流程
问题：
内容出处：2.1单元测试
读完2.1节单元测试后 我对单元测试的概念还是非常模糊，我想了解一下单元测试有明确的定义吗？在我的意识中单元测试就是要拯救一个程序的，使程序更加完美。
回答：
其实在做项目的过程中，我对单元测试已经有了比较多的了解了，我觉得还是从做项目出发，去认识单元测试比较好一点。
第三章:软件工程师的成长
问题：
内容出处：3.1个人能力的衡量与发展
3.1节个人能力的衡量与发展里，提到了用数据来衡量，目前处在编程初级阶段的我是否有必要去统计各项数据呢？因为，统计各项数据是一件很费时的事，有可能统计各项数据所花费的时间
比编程时用的时间还要漫长。
回答：
我觉得应该要统计数据，数据是有一定程度反映现实的，可以令个人能力得到准确的反映，也有利于自己如何提升自己的能力。
第四章：两人合作
问题：
内容出处：4.6 两人合作的不同阶段和技巧
文章以刚刚认识的两个人为例!也就是说，他们之前的关系是陌生人，然而在现实当中两人合作也可以有其它的关系，比如说合作的两人彼此是情侣关系，那应该怎样合作呢？如果男的与女的
合作前，男的对女的千依百顺，再合作时，当女的意见是错误的并且女的非常强势，而男的意见是正确的，这种情况之下应该怎么办呢？又如，如果合作的两位伙伴，在合作之前是师生关系
，这样又怎么办呢？
另外我也和别人合作过，不过我们到了磨合阶段后就永远停留在磨合阶段，在解决问题时我们还是坚持自己的意见。
回答：
其实，既然是组队，就要明确职位与定位，要按职能办事
第五章：团队和流程
问题：
内容出处：5.2软件团队模式
在这节里介绍了各种各样的团队合作模式，其实我觉得明星模式的形成更多的是媒体的报道，等外力推动的，很难由本身自己的团队决定的，如果团队里大部分人都不喜欢明星模式，那要怎
样改变才能满足团队里大部分人的意愿呢？
回答：
那就和大家一起商量，选择适合自己团队发展的模式。
第五章 团队流程
问题：
内容出处：3.3.2瀑布模型
其实对于完成小型项目来说，瀑布模型还是起到很好的效果的。但是问题是，平时在与同学合作完成项目时，缺少相应的环境。首先，我们没有开发项目的经验，借鉴了瀑布模型等模
型，还是取得不是那么好的成绩。另外，我们开发的项目缺少市场，其目的就是为了完成作业，没有在社会上环境推动，同学们在开发项目时的状态差不多都是倦态的。那么怎样才能真正在
同学之间应用书本上所讲的模型，比如说瀑布模型。是不是脱离了社会上的环境或者说是氛围，那些模型就没有多大的作用呢？
回答：
理论要结合实践，先激发同学开发软件的热情，并且告诉同学开发项目对自身的好处。对于书本所讲的模型，我觉得应该根据环境变通，这样才能达到书本所说的各模型的效果。
第六章：敏捷流程
问题：
内容出处：6.3敏捷的团队
感觉上，敏捷模型强调的就是重视开发效率，要加强开发的效率首先要建立一支敏捷的团队。书本上6.3节的内容比较少，我比较想知道，对于我们这些学生怎样能够快速建立成一支敏
捷的团队？
回答：
这应该是开发经验的问题，要不断的沟通做项目，积累开发经验，不断打造自己的开发效率。
第七章:MSF
问题：
内容出处： 7.2.3充分授权信任
里面提到要对所有成员充分授权，但是，对所有成员充分授权后，有些成员很有可能会任性，从而导致项目的开发受阻。另外，从我个人的角度出发，我会对某人充分了解之后，才会
给某人授予权力与权利。那如果是刚刚组成的团队，怎样才能正确的给某人权力与权威，怎样才能正确的给予某人更多的自信和自尊呢？
回答：
第8章：需求分析
问题：
看了竞争性需求框架以后，感到这一节很有用，但是内容好像太少了。缺乏一个标准的例子，例如一个标志性的详细的项目。
回答：
我觉得我所需求的例子应该是自己的项目，先做自己的项目，然后在去验证书本的理论。
第9章：项目经理
问题：9.4PM的能力要求和任务
这节重点强调了PM的能力要求和任务，但是我认为，我们首先最重要的是如何形成书本所说的PM的能力要求，怎样才能形成书本所说的PM的能力要求呢？
回答：要形成书本所说的PM的能力要求，就需要不断的去学习去总结，去做项目，去锻炼，这样才能达到书本所说的PM的能力的能力要求。
第10章：典型用户和场景
问题：10.1典型场景典型用户
里面有一个小故事就是那个顾客，拿一张照片去剪头发，结果剪成与自己的想法不相符的发型。我想问，怎样才能快速了解顾客或者说用户的需求呢？
回答：
我觉得要准确的了解顾客或者说用户的需求，应该从一点到一个面，而不仅仅停留在照片里面的发型那个点上。
第10章：典型用户和场景
问题：
阅读了第10章之后，我知道典型用户很重要，典型用户是某类群体的代表，他们的观点能够反映一类人的观点与对产品的要求，那么要怎么样才能够从一类群体里，选择正确的典型用户反映
我们研发的软件的需求呢？在功能说明书里，假如我们现在还不具备某些技术，研发时间又短，我们还要把这些技术上的功能写进规格说明书与技术说明书吗？
回答：
这就需要做准确的调查啦！
第11章：软件的设计与实现
问题：
从205页的流程图可以看出，要实现这个工作流程需要非常多的工作量，但是，想我们这样由几个学生组成的团队，真的能够按时这个工作流程吗？不知道有没有什么简便的方法。
回答：
其实是能够完成的，因为已经完成了。
第12章 用户体验
问题出处：12.1用户体验的要素
用户的体验是很重要的，例如用户的第一印象，从用户的角度考虑问题，等。但是，WIIU上的《猎天使魔女2》口碑好，质量高，就是卖不动这是怎么回事呢？
第十三章 软件测试
问题：
这一章介绍了很多关于测试的方法，比如说单元测试，代码覆盖率测试，构建验证测试，验收测试等，我有一个很纠结的问题，如果我开发软件，是把这么多测试全做完，还是挑一些测试来
进行呢？如果挑一些测试进行，又很怕这个软件存在未知的缺陷，如果全部测试都做的话那需要庞大的人力物力。
回答：
应该是选中一些最优效率的测试来解决的，软件最大的缺点就是经不过时间的考验。一旦时间长了，市场上的用户份额就会被抢光了。
第十四章 质量保障
问题：
这章为了介绍了保障软件质量的方法，包括分工，每个角色的职责等！我总结出来，软件的质量好坏取决于团队的水平。那么如果从一开始，就知道团队的水平不行，最终开发出来的软件质
量很大可能得不到保证。我们这支团队还需要冒风险去开发软件吗？
回答：
很明显还是要的，因为人是要吃饭的，每一支团队的成长都需要一个漫长的过程，都是要从经历挫折开始的。
第十五章 稳定和发布阶段
问题：
我看到15.1.1节里有一个问题说：“优秀的软件团队会发布有已知缺陷的软件么？”这个问题，我思考了很久。如果一个软件核心功能没有太大问题，但是就有很多那些小bug，会对这个软件
的口碑产生很大的影响，那么还能发布吗？是不是为保障口碑而延期发布，回去修复bug呢？
回答：
我觉得是不能发布的，一支优秀的团队跟应该注重产品的质量，在开发软件这个行业上，口碑是很重要的，一旦口碑不行了，那会很糟糕的。
第十六章 IT行业的创新
问题：
看完IT行业的创新之后，里面提到，为什么领域的专家有时候没有领域外的创新者那么有创意？如果我是决策者，我是应该听从专家的还是听从领域外的创新者呢？
回答：
我觉得应该广泛接受意见，一个领域上的专家，它不可能什么都懂嘛！同时，时代也在改变，环境也在改变。
第十七章 人，职效和职业道德
问题：
绩效管理，一个团队的绩效管理是很重要的，如评比也是绩效管理的一种，但是如果真正的评比的话会不会影响整个团队的稳定呢？
回答：
其实，每个行业都需要竞争，通过评比可以让团队人员更加了解自己所处的位置，有利于队员们的成长。
