第六、七章读后感

第六章——敏捷流程

  “敏捷流程”是一系列价值观和方法论的集合,敏捷的步骤:1.找出完成产品需要做的事情——Product Backlog;2.决定当前的冲刺(Sprint)需要解决的事情——Sprint Backlog;3.冲刺(Sprint);4.得到一个软件的增量版本,发布给用户。有敏捷流程,也要有敏捷的团队,敏捷对团队有以下要求:自主管理、自我组织、多功能型。 这章对敏捷做了总结,也为我们分享了实践者应用敏捷流程的经验教训,同时,也通过故事的形式,为我们解答了很多疑问。

问题:初学者该如何应用敏捷流程?要注意什么?

第七章——MSF

  MSF是一套大型系统开发指南,是解决问题的基本架构,它描述了如何用组队模型、过程模型和应用模型来开发应用程序,是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考。MSF过程模型包含四个主要的里程碑,每个里程碑都是一个阶段的终结点,每次的里程碑回顾,都能使大家对最近的成果记忆犹新。MSF组队模型着重于解决在复杂软件工程项目中如何组建项目组、分配合适的角色、项目组的管理、职责划分和质量控制等问题。MSF有九条基本原则:(1)推动开放的沟通;(2)为共同的前景而工作;(3)充分授权和信任;(4)各司其职,对项目共同负责;(5)重视商业价值;(6)保持敏捷,预期变化;(7)质量投资;(8)学习所有的经验;(9)与顾客合作。
  

对Scrum的理解

  Scrum方法论是敏捷过程的一种,是一个用于开发和维持复杂产品的框架 ,是一个增量的、迭代的开发过程。在这个框架中,整个开发过程由若干个短的迭代周期组成,一个短的迭代周期称为一个Sprint,每个Sprint的建议长度是2到4周。Scrum框架包括3个角色(产品负责人,Scrum Master,Scrum团队),3个工件(产品Backlog,SprintBacklog,燃尽图),5个活动(Sprint计划会议,每日站会,Sprint评审会议,Sprint回顾会议,产品Backlog梳理会议),5个价值(承诺,专注,开放,尊重,勇气)。Scrum 的三大支柱支撑起每个经验性过程控制的实现:(1)透明性;(2)检验;(3)适应。

时间: 2024-10-03 14:02:01

第六、七章读后感的相关文章

《构建之法》第四章读后感--软件工程

<构建之法>第四章读后感--两人合作 1.代码风格很重要,因为良好的代码风格,有益于两人的合作甚至多人的合作. 个人认为 : 良好的代码风格的培养就是 多去阅读别人的优秀代码 ,用于提高并且培养自己的代码风格. 2.关于结对编程的重要性 2.1 结对编程能提高设计质量与代码质量 2.2 结对有益于学习交流 3.如何结对编程 3.1 主动参与讨论,提出设计方案或者问题的解决方案 4.代码的复审 复审可以提高代码质量,优化项目性能.

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

读<构建之法>第七八章有感 今天我读了<构建之法>的第七八章,对MSF模型和开发模式,以及需求分析有了进一步的认识. 其中第七章主要讲了一些MSF方面的知识.MSF是微软公司关于软件开发的方法论——微软解决方案框架,是微软推荐的软件开发方法.而且MSF有自己的基本原则.1>推动信息共享与沟通,这就是说把所有信息保留并公开. 2>为共同的远景而工作,要做到这一点,就要确定一个明确的目标,并且这个目标对成员每天的工作有指导作用 3>充分授权和信任,这就要我们团队成员之

《构建之法》第十七章读后感

通过阅读<构建之法>第十七章,不能说对我造成了什么深远的影响,但是还是感触颇深: 第一,工作分配的重要性,说道工作分配,不得不说我们个小组的组长们,组长不仅仅是一个团队的领导者,更是这个团队的灵魂.它不仅需要了解随时掌握各组员的动向,更重要的是,他需要了解各组员的能力,然后根据个人的能力,然后再去非陪相应的任务,只要这样才能做到“物尽其用”,才能更好的完成我们的项目,有时甚者能更创造出以外的效果,达到更完美的状态.这不仅是组长的能力  其实其无时无刻也体现着我们这个小组的团结力和创造力.当初选

构建之法 第6~7章读后感

第六章-敏捷流程 第六章主要详细介绍了敏捷流程,在软件工程范畴里,“敏捷流程”是一系列价值观和方法论的集合.这一章以敏捷流程的Scrum方法论而展开,而敏捷流程的精髓就是在于快速的交付. 敏捷开发的流程如下: 1.找出完成产品需要做的事情 - Product Backlog. 2.决定当前的冲刺(Sprint)需要解决的事情--Sprint Backlog. 3.冲刺(Sprint).在冲刺阶段,外部人士不能直接打扰团队成员.期间每日例会,向同伴报告进度,把问题摆在明面上.同时启动每日构建,让大

第六七章读后感

第六章主要讲敏捷流程,而其的开发流程为: 1.找出完成产品需要做的事情 - Product Backlog. 2.决定当前的冲刺(Sprint)需要解决的事情--Sprint Backlog. 3.冲刺(Sprint). 4.得到软件的一个增量版本.发布给用户.然后在此基础上又进一步计划增量的新功能和改进. 这一章以敏捷流程的Scrum方法论而展开,其中 SCRUM框架包括3个角色.3个工件.5个活动.5个价值 3个角色 产品负责人(Product Owner) Scrum Master Scr

构建之法6、7章--读后感---软件工程

第六章:敏捷流程 在 6.2节中定义好任务究竟是什么?书上敏捷第三步中有个例子写道:”去你的,要改主意,也要等老子冲刺再说!“,这句话我不是很理解,万一产品负责人改变主意,重新确定好任务,那么程序猿还得将之前的任务继续“冲刺”下去吗? 第七章:MSF 随着信息时代的高速发展,MSF也具有它的基本原则: 1.推动信息共享与沟通: 2.为共同的远景工作: 3.充分授权的信任: 4.各司其职,对项目共同负责: 5.交付增量的价值: 6.保持敏捷,预期和适应变化: 7.投资质量: 8.学习所有的经验:

构建之法第六七八章

第六章 敏捷流程 敏捷流程开发原则 1.尽早并持续的交付有价值的软件以满足顾客需求 2.敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势 3.经常发布可用的软件,发布间隔可以从几周到几个月,能短则短 4.业务人员和开发人员在项目开发过程中应该每天共同工作 5.以有进取心的人为项目核心,充分支持信任他们 6.无论团队内外,面对面的交流始终是最有效的沟通方式 7.可用的软件是衡量项目进展的主要指标 8.敏捷流程应能保持可持续的发展.领导.团队和用户应该能按照目前的步骤持续合作下去 9.只有

0429 六七章读后感

一)第六章 1.从第六章对敏捷流程的介绍,我的理解是敏捷流程就是一个团队做一个项目的整个过程,从开始准备到结束.从与客户交流得知项目的需求,到写出雏形.开始开发.最后冲刺完成,再来就是增添需求. 2.第二敏捷流程要求原则:自主管理.自我组织.多功能型.一个团队需要花很长的时间来磨合成一个成熟的团队,除了需要个人的自主完成,还要帮助落后的队员进行改进. 3.而敏捷流程,从字面上理解,也就是需要速度,从开始到结束,花的时间越短越好,但又要保证质量,每天开个小立会.跟进进度,学会与团队交流进度 二)第

《构建之法》第六七章读后感

  Scrum 是一个用于开发和维持复杂产品的框架 ,是一个增量的.迭代的开发过程.在这个框架中,整个开发过程由若干个短的迭代周期组成,一个短的迭代周期称为一个Sprint,每个Sprint的建议 长度是2到4周(互联网产品研发可以使用1周的Sprint).在Scrum中,使用产品Backlog来管理产品的需求,产品backlog是一个按照 商业价值排序的需求列表,列表条目的体现形式通常为用户故事.Scrum团队总是先开发对客户具有较高价值的需求.在Sprint中,Scrum团队从产 品Back

构建之法(第七章 MSF)

第六章主要讲了 1.MSF的原则,MSF团队模型和开发模式,MSF和CMMI 2.各种软件工程原则的异同,如何在学生团队实施软件工程的原则 1.MSF的基本原则 1.1推动信息共享与沟通 所有信息都保留并公开,讨论要包括所有涉及的角色,决定要公开并告知所有人.当然,对牵涉到技术机密.安全性等信息要采取必要的把握措施. 使用Alert来提醒何事发生了变化:所有的信息都保留并公开,不能删除工作项. 1.2为共同的远景而工作 这个目标必须是明确的,没有二义性. 这个目标不是当前就能达到,必须是通过努力