第一章：
问题：我们现在学了这个专业，如果想全面去了解，应该还要学习哪些课程？
回答：其实软件工程只是一个比较大的范畴，以后如果要出去工作，我们还要细分，比如说开发安卓，开发游戏，web架构方面等很多很多，要了解自己以后的方向，然后阅读有关那个方向的书，这样才可以提高，我目前想向javaweb这方面去发展，所以我觉得我应该大量阅读有关javaweb这方面的书籍和当然java编译方面的也不可以少。
第二章：
问题：是不是个人做的东西都不如团队？怎样才能做到团队合作的很好？
回答：不是说自己做得东西就比团队要差，但是有的东西自己一个人是做不出来的，必须要有团队。团队合作要有相关的负责人，大家要各司其职，多沟通，相互鼓励就可以合作的很好了。默契是要磨合的。
第三章：
问题：学我们这个专业，是不是也应该像学外语，学把那些公式法都背下来？
回答：确实，学每一样东西都得去记忆很多知识，不然的话，学得再好也是个“半桶水”。
第四章：
问题：找的合作的伙伴是和我们差不多，还是要比我们优秀，还是比我们略差一点？两人合作还有什么缺点吗？
回答：每个项目不同，如果有更强的人带就更好了，实力相当也会进步很快；两人合作就怕出现彼此的意见不一致，大家不工作。
第五章
问题：有一个人突然有事，或生病什么的，要离开这个团队，那么团队里面的人应该怎么办？重新找一个人来替代他的位置？还是让其他人来完成他的工作？
回答：努力做好每一件事，全力以赴就好。当然，如果有适合的人来代替当然是最好的。
第六章
问题：两人合作合作能不能算作是一种敏捷流程？
回答：如果是按照流程，两人合作也可以算作是一种敏捷。
第七章：
问题：MSF这样的做软件方法比敏捷流程要好？我们以后的趋向是不是大体会是MSF？
回答：不能这么说，每个流程都有它的优缺点，没有什么是绝对完美的；具体要看以后的发展。
第八章：
问题：因为组内矛盾或者是队友不给力，或知识不够，从而无法完成最初的美好，那么我们此时应该怎么办？
回答：要总结，下次做更好的估计，团队成员才能不断成长。
第九章：
问题：当做项目经理的时候，压力肯定很大，如何去很好处理那些压力？
回答：顶住压力， 把目前的项目做好，就很了不起。
第十章：
问题：人都是有自己的想法的，自己的需要的，我们搞得这些典型用户会不会刚好把他们那些自己认为最适合自己的那些东西说了出来，但是真正来说可能并不代表大众，此时我们搞得典型用户是不是就反而不好了？
回答：有这些用户，就已经很不错了。 做出来再说吧。
第十一章：
问题：正如很多人一样，觉得软件工程这个课程好像没什么用，感觉提高不了自己的写代码能力，学的都是理论知识，好像对于我们这种技术类的专业离得有点远，是这样的吗？
回答： 软件工程这个学科不是教我们写代码的能力，是要我们懂得做软件的方法，相信以后会有很大用途。
第十二章：
问题：每样东西都没有完美的，即使我们现在做出来一个自己团队和用户都是完美的软件，但是，随着发展的需要，我们的软件肯定是会out的，相应的，bug就会有很多，所以我们需要不断更新，是这样吗？
回答： 是的，所以现在的软件大部分存在着更新这一功能。
第十三章：
问题：是不是一个软件用一个方法去测试就好了，还是说可以要用多个方法来测试，那么具体确定多少个方法，这个我们该如何去确定？
回答： 具体情况具体分析，这个不能一成不变。
第十四章：
问题：在第一章的时候，也提到验证质量保障的过程叫做软件测试。是不是说我们在确定一个软件的好坏时，是不是说它的程序质量和软件工程质量很好，就能说明这个软件很好？
回答： 不一定，程序质量和软件工程质量好只能说明程序员是个不错的程序员，至于做出来的软件是不是真正的好就要看用户了，只有用户说好，才是真正的好。
第十五章：
问题：当一个软件正在稳定和发布阶段时，假如我们突然发现了一个很难解决的问题，或者说，解决那个问题很耗时间，甚至不知道能不能把它解决，我们改怎么办？选择继续修复可能会花费不知道的时间，选择重新做，可能时间会更久，之前的努力就全白费了。
回答： 努力解决问题，尽量不要重新不做，重新做意味着前面的做得工作就完全白费了。小程序还可以，大工程就不行了。
第十六章：
问题：当然我们不可能去copy出来，我们去模仿着做可能还不怎么理想，这时，我们可能会有创新的念头，我们应该怎么去取舍？
回答： 当然有创新的思维肯定是最好的，但是如果是初学者当然模仿很重要。
第十七章：
问题：假如要对一个小组的成员评分，但是他们做得东西不同，我应该怎么样评价他们的贡献的大小？
回答： 具体情况具体分析，就他们的工作量的多少与轻重。