这周我读了《构建之法》第七章实战中的软件工程
微软解决方案框架（MSF）是微软推荐的软件开发方法。
MSF基本原则：
1.推动信息共享与沟通（Foster open communication）
2.为共同的远景而工作（Work toward a shared vision）
3.充分授权和信任（Empower team members）
4.各司其职，对项目共同负责（Establish clear accountability and shared resposibility）
5.交付增量的价值（Deliver incremental value）
6.保持敏捷，预期和适应变化（Stay agile，expect and adapt change）
7.投资质量（Invest in quality）
8.学习所有的经验（Learn from all experiences）
9.与顾客合作（Partner with internal and external customer）
就是所有信息都保留并公开，讨论要包括所有涉及的角色，决定要公开并告知所有的人。当然，对牵涉到机密技术、安全性等信息要采取必要的保护措施
msf中各司其职，对项目负责
|
关键质量目标 |
MSF小组角色 |
出口条件 |
|
按约束条件交付产品 |
程序管理 |
我们的项目是在时间/资源的条件内交付的么 |
|
按产品规格说明交付产品 |
开发 |
我们是否按照功能说明完成了各项功能 |
|
保证所有问题都得到处理 |
测试 |
我们发现了所有的问题，而且我们都有处理方案吗 |
|
产品部署和后续管理 |
发布管理 |
客户是否能快速方便地部署产品和进行后续管理 |
|
让产品更好用 |
用户体验 |
产品是否适应用户的使用习惯？易学易用 |
|
让客户满意 |
产品管理 |
客户是否（在总体上）满意我们的项目 |
在学习过去的经验的同时，也要避免让过去的经验妨碍解决现在的问题。MFS在每一个里程碑结束时都要做一个“里程碑回顾”，这个回顾不必等到整个项目结束才做。这样做的好处是，大家对最近的成败都记忆犹新，能提供比较准确和全面的反馈；如果发现了错误，可以马上研究解决办法，在下一个里程碑中通过实践来验证。另外，一些好的做法可以及时得到总结和推广。MSF强调产品团队与顾客的交流与合作并不是产品团队拿到合同之后，就闭门造车，直到项目完成才告诉告诉用户，应该及时地与用户沟通尽可能满足他们的要求
这种方案很适合初学者的我们，我们应该尽早的按照这种方式来解决项目问题