标签：领导 项目管理 自己的 需要 体会 目的 学习 开发模式 方向
什么是MSF？一开始看到的时候我也是不明白这代表着什么含义，看了书之后说是微软解决方案框架，然后我又想，这算是微软自己的东西吧，为什么作者要跟我们分享出来呢，莫非这其中有什么是比较吸引人的还是说这个对软件开发过程的作用很大呢。MSF是微软在总结了自己产品团队的开发经验和教训，以及微软咨询服务部门的业务经验后推出的。MSF也有它自己的一套思想框架，现在如果就这么说出来的话，也仅仅是看懂了它的字面意思，粗略浏览了一下后面的内容，可以发现每个原则后面都有相应的案例说明，心想，这可太符合我的口味了！不然只是看着枯燥的文字就很容易烦躁犯困了。同时，也可以看出作者对这几个原则定也是很重视的，不然也不会花这么大的笔墨和篇幅来具体描述了。
1.推动信息共享与沟通。所有信息都保留并公开，但对于机密性的东西还是要保密，同时也说明团队中沟通的重要性
2.为共同的远景而工作。这个可以理解为团队应具有共同的目标，而不是各持己见各成一家，同时这个目标不是短期的，是未来的，是长期的。
3.充分授权和信任。在这里，我认为首先应该是信任，信任了才能更好地授权。充分授权了之后，领导并不会就显得没用，我认为此时领导应保持着和团队个人的沟通，这不是说不是充分信任，也不是不充分授权，而是领导应该为他自己的充分授权负责，领导既然还是领导，那么在一些大事方向上团队依旧应该报告给领导。
4.各司其职，对项目共同负责。这是一荣俱荣，一损俱损的道理。既然是一个团队，那么团队中的每个人都属于团队，团队也属于每一个人。没做好项目，团队内部人员知道在哪里出了问题，但是客户并不会知道，他们只知道你们这个团队没完成项目，是团队的责任。所以团队的每个人都应该在做好自己分配到的任务的同时有意识地帮助没做好的成员。
5.重视商业价值，提供渐进的价值。看到了商业价值，才说明这个项目成功了一半，后面的一半则在于其渐进的价值，这是我个人的理解。正如书中所说，如果没有商业的需求，再酷的技术也没有用。我认为我们应该在做项目的一开始就可以思考这个项目的商业价值，而渐进的价值则是开发后续的思考问题。
6.保持敏捷，预期和适应变化。软件工程，唯一不变的是变化。这句话我觉得说的很好，在互联网技术快速发展的社会，变化真的是很常见的，人们的需求也一直在发生着变化，此时就需要项目也应有相应的变化了。预期变化，不是期望变化。我们的确应有预期变化的能力，但是我认为我们应该期望变化，因为在变化中我们才能得到快速的提高。
7.投资质量。这时候就注意投机与投资了，要是没看到这些内容，其实我是没有把投机和投资联系过的。投机是取巧，投资则是一种长期行为。看似有投资，实则为投机。看来在以后评价时可以考虑从投资和投机思考了。
8.学习所有经验。学习经验就有一种站在巨人的肩膀上的感觉了，当然这里没有巨人的肩膀这么夸张。学习所有的经验，我们就可以少走弯路，可以避开自己原本犯的错误，可以在更高的基点起步。经验是一个好东西，我们要多多学习。
看完这些原则例子，我发现阿超是知识最好的吧，因为他每次的回答都挺不错的，然后其他人也都踊跃发言，交流很有趣呢。
MSF团队模型包括产品管理，项目管理，开发，发布管理，测试，用户体验这几个职责，而在团队中最中心的则是交流，交流能解决很多问题。MSF过程模型有部署完成，远景/范围认可，项目计划认可，开发完成，发布就绪认可。MSF敏捷开发模式相较于以前更强调与用户的交流，重视在实战条件下的质量，精简过程，直奔主题。
以上就是我学习的第七章MSF的一些个人体会了，感觉这章的内容挺多的，能学习的也挺多的。
标签：领导 项目管理 自己的 需要 体会 目的 学习 开发模式 方向
原文地址：http://www.cnblogs.com/lytmy7/p/6939419.html
