Q1
在MSF团队模型中，任何技术项目都必须达到特定的关键质量目标，才能够被认为是成功的项目。任何一个角色无法实现其目标，都将危机整个项目。
因此，每个角色都将被认为是同等重要的，重要的决定都要共同做出。
众所周知，想要达到这种民主式的共识是很困难的，这使得项目推进的过程变得十分缓慢。在开发过程中有优先的任务需要完成，是否应该有这样的主次顺序？计算成本时是否应考虑到任务的重要程度？
Q2
开发过程中，开发团队希望让用户直接接触到最新版本的软件，一边从用户那里收集反馈，这时开发团队会让特定的用户使用正处于开发过程中的版本，用户通过特定的反馈渠道与开发者讨论使用中发现的问题。
我有幸参加过几次小型游戏的内部测试，也认识有关方面的独立制作人，用游戏方面的话来说就是封测、内测、公测的区别。通过让部分精英玩家或者游戏爱好者参与到游戏的开发过程中，可以尽早地发现问题并修正。但是这也有一些问题存在，并不是所有的意见中指出的问题都值得花上不少功夫处理，比如”游戏画面好差，能不能提升一下“、”游戏机制我不是很喜欢“这样没有具体指向的意见，该如何正确处理用户的各种反馈？
Q3
为什么，这本书，章节数，这么的，多？
Q4
技术与理想水平的差距过大，这是很多大学生的普遍问题，一开始没有对各专业的区别有个明确的认识，这个锅，学校要背，学生更要背。那么现在问题就是，已经大三的学生，是否能够从一个技术小白，成长为一个有团队合作意识的”工程师“呢？如果不能，那么在毕业之后的工作过程中，又是否能弥补这方面的缺陷呢？那还是不行的话，转业有机会么？（月入3W短信了解一下）
Q5
讲道理这书，因为大多数人没有具体项目做支撑，硬读显得比较空洞，所以能不能请老师或者助教有时间的话，多推荐点编程方面的有益读物，毕竟（下见隐藏）
真没什么人有兴趣，也没什么认识，写一个基本排序都困难重重了，更何况项目呢，最后划水的还是要划水的，希望编程基本功这方面，以后能勤抓一下。