构建之法小结七

本周阅读了第七章,本章着重介绍了MFS。MSF的最大特性是商业化,并一直体现在项目的实施过程中。

所谓商业化意味着客户的商业利益。客户投入多少,得到多少回报,客户要用到哪些最新的技术,最后

如何把项目计划(Project)变成产品(Product)直至产生效益,等等,这些都是MSF要考虑的问题。

MSF基于一组工作模型,这组模型是由微软公司及其合作伙伴,在与客户成功开发分布式计算和客户服

务器应用程序的经验得来的。

象任何明确定义的工作模型一样,MSF积累了三个关键的成功因素:

一种帮助提供技术决策指南的观点。

一组反复跟踪、监控和管理项目及其进展的参考方法。

一致的重用性保证在灵活的计算环境中有效的利用已有的知识和技能。

时间: 2024-10-02 21:01:45

构建之法小结七的相关文章

构建之法第七章学习心得

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

构建之法 第七次心得

构建之法14.15章总结 第14章 这一章讲的是质量保障.在我们做软件的时候,最重要的是质量,如果做成功的软件质量不过关,那无疑是白费心血,浪费时间.程序的质量体现在软件外在功能的质量,用户体验的质量,国际化的质量,安全性的质量等等. 软件开发过程中有三个主要的特性:好.快.便宜,即软件需要在成本.功能.时间三方面满足利益相关者的需求.一个团队可以靠很多方法来提高程序的质量,比如交付前不断测试,修改,也可以在软件发布之后再一直进行修复问题,但是软件工程的质量需要长期的过程来提高. 软件工程的质量

构建之法小结四

本周阅读了构建之法的第四章,本章讲了两人合作的前提是代码要规范 (包括代码风格规范及代码设计规范)及代码复审,然后才能结对开发. 以前,写代码时,很多时候是上手就写,一个大括号包含所有内容,虽 然大一时学过函数.类等知识,但写代码时并不使用这些知识. 很显然这样,不利于别人及自己后续阅读代码,因为代码最终是要给人看 的,要想一个团队合作开发,必须有一些大家一致遵守的规则,这样团队 才能良好的进行工作. 在以后的编程实践中,我会注意按照本章的代码规范来编写程序,多加练 习.

构建之法小结六

本周阅读了第六章,主要了解了敏捷流程. 敏捷流程是指价值观和方法论的集合.本章详细介绍了 敏捷流程的流程.流程的问题和解法等.该流程强调快 速反馈,从开始采取行动,到获得行动的反馈,二者之 间的时间至关紧要.和其他人一共开发模型,你的想法 可以立刻获得反馈.但敏捷并不是粗糙,它强调高效率 的工作.对卓越技术与良好设计的不断追求将有助于提 高敏捷性.

构建之法第七章总结

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

构建之法第七章读后感

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

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

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

构建之法小结五

本周阅读了第五章,第五章讲了几种软件团队的模式.软件开发流程.第五章用体育运动等团队例子引出软件开发团队的形式.软件团队形式多样,适用于不同的人员与需求.团队可能会演变的模式有:主治医师模式.明星模式.社区模式.业余剧团模式.秘密团队.特工团队.交响乐团模式.爵士乐模式.功能团队模式.官僚模式等.开发流程模式有:瀑布模式.瀑布模型的各种变形.统一流程.老板驱动的流程.渐进交付的流程等.在过去的学习生活很少有团队合作的时候,看了本章很期待后续与大家团队合作,肯定会遇到很多困难,但只有把学到的运用到

构建之法小结三

这一周我将第二章的内容巩固了一下,同时,也将第三章的内容进行了一个开头. 这两周我看的章节都在阐述一个问题,就是程序员的个人修炼,怎样从菜鸟程序员蜕变成技术大牛,对于一个有思想.有风度的程序员,不单单是把一堆代码写上去就完事了,就像一位诗人,有自己的代码风格和规范,字里行间都体现个人的编程素养,所以,我们要努力成为一个驰骋在代码世界里的风流诗人,用代码书写自己的喜怒哀乐,用程序表达自己的胸怀和思想.