-敏捷流程包括了几大原则：Backlog、burn-down、Sprint、Scrum.
敏捷开发注重个人之间的交流，提倡尽早的交付有价值的软件满足顾客的需求， 在开发过程中不断与客户进行交互，变化.
第一步就是要找出完成产品需要做的事情-Product Backlog 估计每一项工作的完成时间.再决定当前的冲刺要解决的事情 Sprint Backlog 将整个产品的实现划分成相互联系的“块”，再由“块”划分成可在短时间内完成冲刺的单位, 这些单位任务则有团队成员自主认领.接下来就是冲刺了“Sprint”,在这个关键阶段，团队成员不熟外部影响 只在队员之间进行交流，讨论。进行每日例会来探讨任务的进行情况和困难. 这样以来就可以逐步渐进的得到完善的软件版本。最后发布给用户，根据新的需求在此基础上进行提升完善. 当然敏捷开发的问题也是很明显的,想要达到理想的情况 每一步都要精确好，处理得当.由于产品是被人为的分成相互联系的单位，而队员又是自主认领人物， 那么团队之间必然会出现问题，比如任务A要在B的基础上完成，但是B却没被认领，自己如果能力不足以完成， 必然会推迟项目的进度的;还会出现忙闲不均的情况.至于在每日例会中，最好就是队员之间面对面的交流，讨论具体任务 信，最好能够记载完成任务的进度和还需要多少时间.这样对整个项目的推进才会有意义，而不是每个人都硬性的 的讨论“任务”这个词. 当然也不是说将代码写出来，集合起来就完事了.测试也是至关重要的一块，不过在敏捷开发中没有明确的 指出测试的人员。在推进一步就会进行一个集成测试，保证阶段性的完善才进入下一步，也就避免了在最后集成时 出现前面留下的大量可能不是很致命，但是却繁琐的bug的情况. 书中提到敏捷可以让我们知道能不能按期完成任务，尽早看到客户项目的部分功能，也许这已经让用户满意了， 就不用去花费时间完成其他需求；亦或者是用户看完部分功能后有新的需求，就不用去花费对于时间实现过时的需求 这是不是说一个项目到手都是可以先考虑敏捷呢？
-MSF(Microsofe Solution Framework) 最令人印象深刻的就是九大原则： 推动信息共享和沟通 为共同的远景而工作 充分授权和信任 各司其职，对项目共同负责 交付增量的价值 保持敏捷，预期并适应变化 投资质量 学习所有的经验 与顾客合 第一点是实现下面原则的前提，没有公开的信息谈何建立清晰的责任和共同的职 责、保持敏捷，预期并适应变化;在team里面有了共同的远景，才能够兄同心，其利断金. 在开发一个项目之前，要先清楚的知道你为甚麽要开发这个产品，他能够解决什么问题，怎么去获取用户报酬等 所以要重视商业价值，提供渐进价值。再加上敏捷的“身段”，使得这个项目能够出生，不至于还没开发出来就过时了. 还有就是投资质量也很重要，不能过分追求质量，特别是非商业软件上，不能让追求质量而拖进程. MSF演化成两个分支： MSF的敏捷开发模式 强调与用户的交流. 重视在实战条件下的质量. 精简过程,直奔主题.
MSF CMMI开发模式。 CMMI 是能力成熟模型集成英文的缩写. 资料显示，如果一个额项目答管理达到了CMMI的较高的等级，那么项目的质量与按期完成率都有较大的提高.