构建之法(第七章 MSF)

第六章主要讲了

1.MSF的原则,MSF团队模型和开发模式,MSF和CMMI

2.各种软件工程原则的异同,如何在学生团队实施软件工程的原则

1.MSF的基本原则

 1.1推动信息共享与沟通

  所有信息都保留并公开,讨论要包括所有涉及的角色,决定要公开并告知所有人。当然,对牵涉到技术机密、安全性等信息要采取必要的把握措施。

  使用Alert来提醒何事发生了变化;所有的信息都保留并公开,不能删除工作项。

 1.2为共同的远景而工作

  这个目标必须是明确的,没有二义性。

  这个目标不是当前就能达到,必须是通过努力才能达到的。

  这个目标不是空泛的,它应该对项目成员每天的工作都有指导作用。

 1.3充分授权和信任

  授权:一是给某人权利和权威;二是给予某人更多自信和自尊。

  在一个高效的团队中,所有的成员都应该能得到充分的授权,他们有权在职权范围内按照自己的承诺完成任务,同时,他们也充分信任其他同事能实现各自的承诺。类似地,团队的顾客也认为团队能兑现承诺,并进行相应的规划。MSF团队模型是网状,而不是层次结构。

  1.4各司其职,对项目共同负责

  团队中的每个角色都有自己的职责,如果出了问题,这个角色就要负责任。

  1.5交付增量的价值

  一个项目的商业价值只有在它被成功地发布并运行时才能体现出来,所以,MSF过程模式包括了开发和发布阶段。

  1.6保持敏捷,预期和适应变化

  我们是预期变化,不是期望变化。除开外部原因,团队内部也在变化,我们对技术的掌握每天都在提高,原来认为不可能的事可能变得容易。

  1.7投资质量

  对质量的重视,引起对质量的投资,引起对人、过程和工具的投资。

  1.8学习所有的经验

  MSF在每一个里程碑结束时都要做一个“里程碑回顾”,这个回顾不必等到整个项目结束才做。

  1.9与顾客合作

     注意交流的方式

2.MSF团队模型

在MSF团队模型中,任何技术项目都必须达到特定的关键质量目标,才能够被认为是成功的项目。任何一个角色无法实现其目标,都将危及整个项目。因此,每个角色都被认为是同等重要的,重要的决定都要共同做出。

3.MSF过程模型

MSF过程模型是从传统的软件开发瀑布模型和螺旋模型发展而来的,它把瀑布模型中基于里程碑的规划优势与螺旋模型中增量迭代的长处结合了起来。MSF过程模型的基本元素是阶段和里程碑。

4.MSF开发模式

1)MSF敏捷开发模式

2)MSF CMMI开发模式

时间: 2024-10-08 12:34:43

构建之法(第七章 MSF)的相关文章

构建之法 第七章 MSF 读书笔记

MSF 9条基本原则: 1.推动信息共享与沟通 2.为共同的远景而工作 3.充分授权和信任 4.各司其职,对项目共同负责 5.交付增量的价值 6.保持敏捷,预期和适应变化 7.投资质量 8.学习所有的经验 9.与顾客合作 在一个高效的团队中,所有的成员都应该能得到充分的授权,他们有权在职权范围内按照自己的承诺完成任务,同时,他们也充分信任其他同事能实现各自的承诺.类似的,团队的顾客(包括内部和外部的顾客)也认为团队能兑现承诺,并进行相应的规划.

构建之法第七章学习心得

这周我学习了构建之法第七章MSF的介绍.MSF有9个基本原则,针对信息共享,团队内部运营,市场,还有客户.同样是强调效率,人性,灵活,还有前景. MSF对信息共享和沟通十分强调,对团队内部运营强调相互信任,各司其职.MSF敏捷开发模式分为两支,MSF敏捷开发模式和MSF CMMI开发模式.都是很人性,灵活,以及对自身有高要求的模式.结合上一章的敏捷流程和这次学习的MSF,在我看来相对比较迅捷,给人一种少了很严肃气愤的方法,个人还是比较喜欢.MSF的最大特性是商业化,并一直体现在项目的实施过程中.

构建之法第七章总结

微软解决方案框架-MSF,不像敏捷那样有宣言,但是他也有一套思想框架 (1)推动信息共享与沟通.所有信息都保留公开,讨论要包括涉及的所有角色,决定要公开并告知所有人.随着项目复杂度和团队规模的增加,信息共享和沟通可以让项目进度以及项目中存在的问题及时让所有人知道,保持敏捷,预测并适应变化. (2)为共同的远景而工作.这个共同的远景是指产品的远景,有团队的领导人要所有人同意并为之奋斗的项目的远景.做一个项目,要明确项目的目标是什么,项目没有二义性,必须通过努力才能达到,对团队成员每天的工作都有指导

构建之法第七章读后感

1.MSF没有像敏捷那样搞一个宣言,但是他也有一套思想框架--9条基本原则. 1)推动信息共享与沟通: 2)为共同的远景而工作: 3)充分授权和信任: 4)各司其职,对项目共同负责: 5)交付增量的价值: 6)保持敏捷,预期和适应变化: 7)投资质量: 8)学习所有的经验: 9)与顾客合作. 2. MSF 团队模型,任何技术项目都必须达到特定的关键质量目标,才能够被认为是成功的项目.任何一个角色无法实现其目标,都将危及整个项目.因此,每个角色都被认为是同等重要的,重要的决定都要共同做出. 3.

构建之法学习(第七章 MSF)

第七章 MSF MSF(Microsoft Solution Framework)微软解决方案框架: MSF是一套大型系统开发指南,是微软推荐的软件开发方法,它描述了如何用组队模型.过程模型和应用模型来开发Client/Server结构的应用程序,是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考. 一.MSF 9条基本原则 1.推动信息共享与沟通 --把所有信息都保留并公开,讨论要包括所有涉及的角色,决定要公开并告知所有人. 当然,对牵涉到技术机密.安全性等信息要采取必要的保护措施

构建之法第六章、第七章观后感

第六章 敏捷流程 敏捷流程 “敏捷流程”是一系列价值观的方法论的集合.那么什么敏捷?敏捷是一种一人为核心.迭代.循环渐进的开发方法.是拥抱变化的开发流程. 敏捷开发的原则:    1.尽早并持续地交付有价值的软件以满足顾客需求. 2.敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势. 3.经常发布可用的软件,发布间隔可用从几周到几个月,能短则短. 4.业务人员和开发人员在项目开发过程中应该每天共同工作. 5.以有进取心的人为项目核心,充分支持信任他们. 6.无论团队内外,面对面的交流始

阅读《构建之法》6-7章有感

第六章  敏捷流程 敏捷开发宣言——个体和交互 胜过 过程和工具可以工作的软件 胜过 面面俱到的文档客户合作 胜过 合同谈判响应变化 胜过 遵循计划 以上的宣言比较抽象,基于该理念,以下是ThoughtsWork咨询公司的推崇的n个敏捷开发实践:Iteration迭代开发.可以工作的软件胜过面面俱到的文档.因此,敏捷开发提倡将一个完整的软件版本划分为多个迭代,每个迭代实现不同的特性.重大的.优先级高的特性优先实现,风险高的特性优先实现.在项目的早期就将软件的原型开发出来,并基于这个原型在后续的迭

《构建之法》第一章读后随笔

<构建之法>第一章首先提出了“软件=程序+软件工程”的观点,然后介绍了软件开发的不同阶段,最后阐述了软件工程是什么的问题.这让我对软件工程有了新的认识,也对构建之法的重要性有了更为深刻的理解. 其实很多工科的很多道理都是相通的.不光是在软件工程,几乎的所有工程中,当工程规模到达了一定的数量级,就不可能是由一个人的一己之力能够完成的,这就需要相互协作,每个人只能做自己的一部分工作.如何能够让别人理解自己的工作的作用,如何能让每个人的工作都能融入一个系统,这就需要模块化,需要集成,话句话说,就是需

构建之法第六章学习心得

这周我学习了构建之法第六章敏捷流程,本章主要介绍了敏捷流程及其原则,Backlog.Burn-down.Sprint.Scrum方法论.以及什么时候选择敏捷的开发方法,什么时候选择其他方法..敏捷开发的原则是尽早并持续地交付有价值的软件以满足顾客需求敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势经常发布可用的软件,发布间隔可以从几周到几个月,能短则短业务人员和开发人员在项目开发过程中应该每天共同工作以有进取心的人为项目核心,充分支持信任他们无论团队内外,面对面的交流始终是最有效的沟通

《构建之法》第一章读书笔记

工程有了一个初步的了解.介绍了软件工程里的一些基本概念,软件开发的几个阶段.软件工程的特殊性.目标以及软件工程与计算机科学之间的联系与区别.    软件工程作为一门新兴的学科,是连接计算机硬件和传统机械工程的一个桥梁.起先,我所认为的软件工程单纯的只是编程,通过算法实现正确的输出而已.但在构建之法的第一章中,我认识到会写程序只是一个合格的软件工程师最基本的素质.一个完整的项目,应该在需求分析,软件构架设计.代码实现.程序测试.软件发布运营及维护每个阶段都尽职尽责,并结合用户体验去完善软件的每一个