敏捷流程

敏捷开发原则.尽早并持续地交付有价值的软件以满足顾客需求。敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势。.经常发布可用的软件，发布间隔可以从几周到几个月，能短则短。.业务人员和开发人员在项目开发过程中应该每天共同工作。.以有进取心的人为项目核心，充分支持信任他们。.无论团队内外，面对面的交流始终是最有效的沟通方式。.可用的软件是衡量项目进展的主要指标。.敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去。.只有不断关注技术和设计，才能越来越敏捷。.保持简明——尽可能简化工作量的技艺——极为重要。.只有能自我管理的团队才能创造优秀的架构、需求和设计。.时时总结如何提高团队效率，并付诸行动。

敏捷流程的经验教训。敏捷宣言表明的是一些优先级，不必当作圣旨或者教条来争论。Scrum Master不是一个官，而是一个没有行政权力的沟通者，就像微软的PM那样。他/她同时还要在团队中做具体的工作。直接把原来的“经理”变成Scrum Master，大多行不通。一些项目需要很多暗箱操作和政治角力才能搞定，Scrum会把这些矛盾都摆到明处。这有好处，也有风险。在复杂的项目里，让一线团队成员做决定。创业公司的团队其实经常是运行在Scrum的模式中在Scrum计划阶段的估计不是一个“合同”，领导们不要把它当成一个合同。估计总是不准的。坚持短期的Sprint，这样即使不准的估计也不会有大的损害。不要和管理层谈“流程”，他们只关心“结果”。在大型团队、跨地区的团队，或者复杂项目中，Scrum并没有非常完美的答案，Scrum的创始人也承认这一点。

MSF

MSF（Microsoft SolutionFramework）是微软解决方案框架，就是微软推荐的软件开发方法。      MSF基本原则1.推动信息共享与沟通2.为共同的远景而工作 3.充分授权和信任4.各司其职，对项目共同负责5.交付增量的价值 6.保持敏捷，预期和适应变化7.投资质量 8.学习所有的经验 9.与顾客合作
      在MSF团队模型中，任何技术项目都必须达到特定的关键质量目标，才能够被认为是成功的项目。任何一个角色无法实现其目标，都将危及整个项目。因此，每个角色都被认为是同等重要的，重要的决定都要共同做出。
MSF过程模型是从传统的软件开发瀑布模型和螺旋模型发展而来的，它把瀑布模型中基于里程碑的规划优势与螺旋模型中增量迭代的长处结合了起来。
      MSF过程模型的基本元素是阶段和里程碑。所谓“阶段”，就是在这一段时间里团队集中精力做某一类事情，每个阶段的结束都代表了项目的进展和团队工作重心的变化。比如在“开发阶段”结束后，团队就不再允许设计/实现新的功能，除非有理由充分的“变更请求”。
团队用里程碑来检查工作是否结束和同步各个角色的进度，以此来确定当前阶段的目标是否已经实现。
此外，里程碑标志着每个阶段的结束，此时团队应该引导成员转移工作的重心，并鼓励队员以新的视角来看待下一阶段的目标。在上一个阶段产生的各种交付内容，将成为下一阶段的起始点。

MSF强调与客户的交流，重视在实践条件下的质量。

个人感受：

我之前没有时间观念，总想着在规定时间内完成任务就行了，也不想着提前或者超额完成。

在敏捷开发中， 敏捷开发原则.尽早并持续地交付有价值的软件以满足顾客需求。敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势。还知道在团队中，要信任队友还要多面对面的交流。只有不断关注技术和设计，才能越来越敏捷。

在以后学习中要保持简明，尽可能简化工作量的技艺，极为重要。只有能自我管理的团队才能创造优秀的架构、需求和设计。.时时总结如何提高团队效率，并付诸行动。