http://www.cnblogs.com/yltyy/p/4025426.html
1.Different people deserve different tasks; Once team roles are settled, there comes along a lot of other questions, such as how to manage team intellectual property properly, or how to deal with team-conflicts.
理论和实践之间的差距很大，很多原本想不明白的困难都可以在实践中得到解决。就像老师所说的，当你开始具体项目的时候，就可以讨论具体的解法了。
2.How to write your test cases so that you can miss less situations. When you are in a big project, what measure enables you to write your test cases from all aspects.
测试是一个项目很重要的环节。在完成了功能实现之后，必须对自己的项目进行测试。当一个工程很大的时候，需要考虑到很多的方面。可以先从单元测试开始。这个从之后的实践中能够感受到这个方法的实用性
3.Every task has its own deadline, so it is important to estimate how much time will be spend in each module and when the team member can finish his own task. What should be done when a team member is ill or he quits.
这个需要团队PM对该团队成员有较好的认识和了解。通过团队之间成员的协调可以得到较好的解决。
4.What is the meaning of reviewing the code? Does it make great sense to review the code written by master?
没有一个人能够一写完代码就能确保自己的程序是正确的，所以需要别人对自己的代码进行检查，很多时候自己会陷在自己的死角里面出不来，所以代码复审是很重要的。就拿自己的情况说，很多时候自己写完代码就是各种迷茫，要是有别人稍加指点就会很好
5.I can’t understand MSF agile development mode correctly. How to use it in a right way? And what features it has?
这个还不是很理解
6.What does DCR means? Change the whole project or some modules? The book doesn’t point out it.
设计是一个很重要的环节。设计好了之后再开始自己的项目可以省掉很多的麻烦。
需求/设计/实现/测试/发布/维护 中学到的知识点
需求：需要综合想到各个等级用户的需求，在确定大致的需求之后再去进行实现设计，这样可以避免之后的功能扩充会出现的很多问题
设计：根据需求，进行设计。需要详细具体一些
实现：注意接口之间的接合，将任务分配给不同的成员的时候需要协调好
发布：这一块并没有很参与进去
维护：一个项目实施后，维持项目处于正常状态的工作。
系统出现故障后，通常先有了客户投诉，维护人员才知道故障，然后进行排查。应该在系统出现故障的第一时间通知相应人员，并运行事先配置的角本以恢复服务。维护人员收到告警短信后，可人工检查服务运行状态，保障系统稳定运行，从而提高客户满意度。