构建之法读后感

宫aaaa1 宫aaaa1     2022-08-21     157

关键词:

第六章、敏捷流程

1.Scrum方法论是敏捷过程的一种,敏捷过程的精髓在于快速交付。
    1) 第一步:找出完成产品需要做的事情 - Product Backlog。Backlog 意为待解决的工作。
    2) 第二步:决定当前的冲刺需求决定的事情 - Sprint Backlog。
    3) 第三步:冲刺(Sprint)。在冲刺阶段,外部人士不能直接打扰团队成员。期间每日例会,向同伴报告进度,把问题摆在明面上。同时启动每日构建,让大家每天都能看到一个逐渐完善的版本。用简明的图表(燃尽图 / 看板图)展现整个项目的进度。冲刺阶段是时间驱动的,时间一到就结束。
    4) 第四步:得到软件的一个增量版本,发布给用户。进一步计划增量的新功能和改进。
2. 敏捷成功实施的关键在于 Scrum Master,一个好的 Scrum Master 能在两种语境(商业语境和技术语境)间自如地翻译和切换。
3. 敏捷流程的经验教训:
    1) 敏捷宣言表面的是一些优先级,不必当作圣旨或者教条来争论;
    2) Scrum Master 不是一个官,而是一个没有行政权力的沟通者;
    3) 一些项目需要很多暗箱操作和政治角色才能搞定,Scrum 会把这些矛盾都摆到明处;
    4) 在复杂的项目里,要让一线团队成员做决定;
    5) 创业公司的团队其实经常是运行在 Scrum 的模式中;
    6) 在 Scrum 计划阶段的估计不是一个“合同”,领导者不要把它当成合同。估计总是不准的;
    7) 不要和管理层谈“流程”,他们只关心“结果”;
    8) 在大型团队,跨地区的团队,或者复杂项目中,Scrum 并没有非常完美的答案。
 
第七章、MSF(微软解决方案框架)
1.MSF没有像敏捷那样搞一个宣言,但是他也有一套思想框架——9条基本原则。
     1)推动信息共享与沟通;
     2)为共同的远景而工作;
     3)充分授权和信任;
     4)各司其职,对项目共同负责;
     5)交付增量的价值;
     6)保持敏捷,预期和适应变化;
     7)投资质量;
     8)学习所有的经验;
     9)与顾客合作。
 2. MSF 团队模型,任何技术项目都必须达到特定的关键质量目标,才能够被认为是成功的项目。任何一个角色无法实现其目标,都将危及整个项目。因此,每个角色都被认为是同等重要的,重要的决定都要共同做出。
 3. MSF 过程模型,基本元素是阶段和里程碑。所谓“阶段”,就是在这一阶段时间里团队集中精力做某一类事情,每个阶段的结束都代表了项目的进展和团队工作重心的变化。团队用里程碑来检查工作是否结束和同步各个角色的进度,以此来确定当前阶段的目标是否已经实现。里程碑标志着每个阶段的结束,此时团队应该引导成员转移工作的重心,并鼓励队员以新的视角来看待下一阶段的目标。在上一阶段产生的各种交付内容,将成为下一阶段的起始点。

《构建之法》读后感

《构建之法》读后感   通过对本书的阅读首先让我了解了软件的组成:软件=软件工程+程序,对软件工程的意义有了更深入的理解。软件工程是在为了解决软件危机的背景下提出的,它使软件从需求分析到代码设计再到软... 查看详情

《构建之法》读后感02

  通过阅读这一章的构建之法,让我感受最深的一个道理就是一个真正的软件是由多人完成的。虽然个人能力非常重要,但是团队之间的配合却是更为重要。而我们现在最缺少的就是这种团队之间的沟通交流。因为我们从... 查看详情

构建之法读后感

   通过几天的阅读,初步对《构建之法》这本书有了初步的了解。最深的一点感受是这本书将开发过程中遇到的现实问题描绘的很好,很有幽默感。但是对一些专业术语不是很明白。比如开始都不知道最基本的瀑布模... 查看详情

《构建之法》读后感

这学期的软件测试课程多加了《构建之法》这本书,这学期利用自己的课余时间学了这本书,感觉受益匪浅。对于这本书可以简单地有两个词语来概括:“专业”、“接地气”。这本书的开头就是给我解释什么事软件、什么是软... 查看详情

构建之法六章读后感

在本周我主要学习了构建之法的第五章和第六章,第五章主要讲述团队和流程,第六章主要讲述敏捷流程;软件团队的模式有:主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐... 查看详情

构建之法读后感

第六章、敏捷流程1.Scrum方法论是敏捷过程的一种,敏捷过程的精髓在于快速交付。  1)第一步:找出完成产品需要做的事情-ProductBacklog。Backlog意为待解决的工作。    2)第二步:决定当前的冲刺需求决定的事... 查看详情

构建之法读后感part1

碰到《构建之法》,实属偶然。在进入大二的第二个学期正式选了软件工程方向,软件工程牵涉的范围很广, 同时也是一般院校的同学反映比较空洞乏味的课程。但是软件工程的技术对于投身IT产业的学生来说是非常重要的。... 查看详情

构建之法读后感

这学期的软件测试课程多加了《构建之法》这本书,这学期利用自己的课余时间学了这本书,感觉受益匪浅。对于这本书可以简单地有两个词语来概括:“专业”、“接地气”。这本书的开头就是给我解释什么事软件、什么是软... 查看详情

构建之法第十一章读后感

本周进行了构建之法的第十一章软件设计与实现的学习;第十一章主要讲了典型的开发流程,常见的分析和设计方法:ERD,DFD,UML,开发阶段的一些管理方法:每日构建,小强地狱,构建大师;分析和设计方法包括以文字为主的... 查看详情

《构建之法》读后感5

软件工程涉及的范围很广,对于即将投身IT业的学生而言,软件工程的内容又非常重要。读构建之法,尽管本书介绍了不少IT业正在使用的理论和技术,但是,这本书的主要思想并不是介绍所有的新思想和新技术,而是从这些新... 查看详情

构建之法读后感2

1.专业2.但是不迂腐,很接地气3.但是不屌丝,很有情怀 由此可见,《构建之法》是一本当代软件工程大学教育急需的好书。 本人在大学上的软件工程课用的也是较老的课本,讲的是瀑布式的环节,带着对这门课残留的记... 查看详情

《构建之法》第一章读后感

   身为本科计算机专业二年级的学生,在老师的推荐下阅读了《构建之法》,这几天读了这本书的一部分,发表一下自己的感受,这本书让我对自己的专业有了更加深刻的了解。   在第一章中讲述了学生和... 查看详情

《构建之法》第一章读后感

   身为本科计算机专业二年级的学生,在老师的推荐下阅读了《构建之法》,这几天读了这本书的一部分,发表一下自己的感受,这本书让我对自己的专业有了更加深刻的了解。   在第一章中讲述了学生和... 查看详情

构建之法读后感

第8章 需求分析     这一章主要讲的是需求分析,主要介绍在客户需求五花八门的情况下,软件团队如何才能准确而全面地找到这些需求。需求分析是指对要解决的问题进行详细的分析,弄清楚问题的要求... 查看详情

构建之法一二章读后感

这几天首先学习了构建之法的第一章和第二章。通过第一章的学习,我了解了计算机科学的领域、软件工程与计算机科学的关系、软件的特性以及软件工程的定义和组成部分;我们都知道,软件=程序+软件工程,而它的拓展是软... 查看详情

构建之法第四章读后感

构建之法第四章主要讲述了两人合作,理论和知识点包括代码规范、极限编程、结对编两人合作的不同阶段以及影响他人的技巧。代码规范包括:代码风格规范和代码设计规范,代码风格规范主要是文字上的规定,看似表面文章... 查看详情

《构建之法》——构建软件工程的基本法则(读后感一)

  《构建之法》这本书就像一块敲门的金砖一样,向我讲述软件工程的奥秘。与我原本观念不一样的是,软件工程不是一门浅显的学科,相反,如同大部分学科一样难懂,但也正像大部分学科的学习方式的不一样,通往软件工... 查看详情

《构建之法》第八章读后感

今天读了《构建之法》的第八章,需求分析,感悟很深。作为程序员,我们要做的是,将用户的需求充分挖掘出来,我们需要设身处地站在用户的角度上,将他们所说的需求实现,不仅仅如此,还要将之完善,并且预判将来的可... 查看详情