大约在1993年，微软在总结了自己产品团队的开发经验和教训，以及微软咨询服务部门的业务经验后，推出了MSF。当时的MSF只是这些经验和教训的初步总结。在以后的几年中，MSF进一步吸收了微软各个部门和微软的合作伙伴在实际项目中的经验。2002年，随着Visual Studio .NET的发布，微软发布了一系列关于MSF3.0的白皮书，针对MSF3.0的大规模培训也开始在中国举办。
MSF没有像敏捷那样搞一个宣言，但是它也有一套思想框架—9条基本原则。
1. 推动信息共享与沟通（Foster open communications）
2. 为共同的远景而工作（Work toward a shared vision）
3. 充分授权和信任（Empower team members）
4. 各司其职，对项目共同负责（Establish clear accountability and shared responsibility）
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 customers）
MSF，微软解决问题框架，他有如下基本原则：1、推动信息共享与沟通2、为共同的远景而工作3、充分授权和信任4、各司其职，对项目共同负责5、交付增量的价值6、保持敏捷，预期和适应变化7、投资质量8、学习所有的经验9、与顾客合作。在MSF团队模型中任何技术项目都必须到达特定的关键质量目标，才能被认为是成功的项目。而在我们小组的开发中，这些质量都被降低了，即完成的项目并没有达到特定的质量目标。
软件是用来解决现实社会与生活的各种问题的，但是这些需求各种各样，这时我们就需要进行软件需求分析。软件需求分析主要有如下几个步骤：1、获取和引导需求2、分析和定义需求3、验证需求4、在软件产品的生命周期中管理需求。对于软件的需求可以分为以下几个部分：1、对产品功能性的需求2、对产品开发过程的需求3、非功能性需求4、综合需求。
例如，在我们小组进行的一小账本的软件。首先，它服务的对象是在校大学生，功能性的需求是帮助学生进行日常花费的记录。其中包括用户的创建，以及同步校园卡的记录，以及能够分析一定时间段的花费情况。接下来进行这些需求的调查与验证，咨询在校大学生对于此问题还有哪些需求。在实际中，小组未能进行需求验证，只是将自己讨论出来的有可能需要的功能实现，有可能在一些方面并不能实际的解决用户问题。