《构建之法》第五次随笔

MSF，即微软解决方案框架，也就是微软推荐的软件开发方法，大约在1993年，微软在总结了自己产品团队的开发经验和教训，以及微软咨询服务部门的业务经验后推出的。MSF基本的原则：1.推动信息共享与沟通；2.为共同的远景而工作；3.充分授权和信任；4.各司其职，对项目共同负责；5.交付增量的价值；6.保持敏捷，预期和适应变化；7.投资质量；8.学习所有的经验；9.与顾客合作。

第一个原则，就是所有信息都保留并公开，讨论要包括所有设计的角色，决定要公开并告知所有人，MSF团队模型和MSF过程模型也是建立在“信息共享与沟通”原则上的。授权是关键，有两个意思：一是给某人权力和权威；二是给予某人更多自信与自尊，所有的成员在一个高效的团队中都应该得到充分的授权，同时他们也充分信任其他同事能实现各自的承诺。团队中的每个角色都有自己的职责，如果出了问题，这个角色就要负责任。软件工程，唯一不变的是变化，我们是预期变化，不是期望变化。除开外部原因，团队内部也在变化，我们对技术的掌握每天都在提高，原来认为不可能的事可能变得容易。我们对客观世界和软件系统的了解每天都在深化，原来觉得没问题的小细节忽然成了大问题。对质量的重视，引发对质量的投资，引发对人？过程和工具的投资。我们要学习所有的经验，MSF在每一个里程碑结束时都要做一个”里程碑回顾“，这个惠顾不必等到整个项目结束才做。这样做的好处是大家对最近的成败都记忆犹新，能提供比较准确和全面的反馈，如果发现了错误可以马上研究解决方法。MSF强调产品团队与顾客的交流与合作，因为”我觉得“和”用户觉得“是两码事。

编程可以是一门理论，也可以是一门工程，还可以是一门手艺，我们要学好编程。

转载于:https://www.cnblogs.com/Demonon/p/6882809.html

《构建之法》第五次随笔相关推荐

快速通读教材《现代软件工程——构建之法》后的随笔
我在看了书之后,有些地方还是理解的不够,分别有以下几个问题: 1.什么是软件危机,为什么产生软件危机? 2.在设计人机界面设计的时候,如何考虑用户的使用因素,做到客户满意? 3.软件生命周期至少应分为 ...
《构建之法》阅读笔记02
今天我阅读了<构建之法>4-6章.有许多的感悟. 以前编程序总喜欢乱命名变量,觉得自己看的懂就行了.但读完构建之法第四章.我知道了程序是给别人看的,然后那只是程序比较简单而已.如果一个程序 ...
构建之法现代软件工程（第五次）
构建之法现代软件工程(第五次) 这周我阅读了<构建之法>第六第七章敏捷开发的原则: (1)尽早并持续地交付有价值的软件以满足顾客的需求: (2)敏捷流程欢迎需求的变化,并利用这种变化来提 ...
构建之法读书笔记之五
今天我学习了构建之法的第五章--典型用户与典型场景.我们都知道,软件开发最终都是服务于用户,所以用户主导着我们的开发方向.软件开发离不开用户,所以能够搞清楚用户隐藏的要求也是软件开发过程中的的一个重要 ...
第三次作业：阅读《构建之法》1-5章有感
这个作业的要求来自于:https://edu.cnblogs.com/campus/gzcc/GZCC-16SE2/homework/2178 阅读<构建之法>1-5章有感第1章:概论 ...
【week2】构建之法读后感及问题
上一次读后感涵盖前五章的内容包括个人技术,结对合作,小组项目等.本周作业的燃尽图以及站立会议是关于<构建之法>第六章的内容,所以关于这一章的读后感涵盖在上两篇博客中. 第七章 MSF 介绍 ...
构建之法第三次心得
构建之法第四.五章心得学习了第四第五章之后,我了解到了两人合作的注意要点,还有团队和开发流程.软件都是在相互合作中完成的,合作的最小单位是两个人.每个人的标准都不一样,对于什么是好的代码规范未必认 ...
读《构建之法》1-5章
<构建之法>第一至五章,我了解了软件工程的重要性,它就像楼房的建设,是一项大工程,必须有设计,步骤,工具,有能力,有计划,还要有团队合作才有可能实现这么一个工程. 第一章:概论读第一章的 ...
快速通读《现代软件工程——构建之法》
在快速通读<现代软件工程--构建之法>后,我有如下问题: Q1:第一章通过形象的例子告诉我们什么是软件工程,介绍了软件工程的各个阶段,对软件工程的概念及它的特性做了较为生动而详细的介绍,那 ...
软件项目管理-构建之法-四周总结
写在前面课程名:软件项目管理授课人:东北师范大学杨贵福( http://www.cnblogs.com/younggift/) 教材:<构建之法 - 现代软件工程> 作者:邹欣老师 ...

《构建之法》第五次随笔

《构建之法》第五次随笔相关推荐

最新文章

热门文章