精华内容
下载资源
问答
  • SCRUM技术实践

    多人点赞 2021-06-15 08:42:05
    这里写目录标题SCRUM技术实践测试驱动开发(TDD)- 持续集成(CI)- Anatomy系统解剖 SCRUM技术实践 测试驱动开发(TDD) - 持续集成(CI) - Anatomy系统解剖

    SCRUM技术实践

    在这里插入图片描述

    测试驱动开发(TDD)

    在这里插入图片描述

    - 持续集成(CI)

    在这里插入图片描述

    - Anatomy系统解剖

    在这里插入图片描述

    展开全文
  • Scrum过程实践小记

    2021-01-31 14:31:21
    严格来说,不能算是真正的scrum实践,但实践敏捷的过程本身也是一种“敏捷方法”,所以就算是“敏捷实践之敏捷开发方法-scrum过程”吧。 1.Scrum团队(5-7个人的小项目组)。  2.Backlog:急待完成的一系列任务,...
  • 这里写目录标题SCRUM的工作件SCRUM管理实践可视化管理迭代验收迭代回顾会议 SCRUM的工作件 SCRUM管理实践 可视化管理 迭代验收 迭代回顾会议

    SCRUM的工作件

    在这里插入图片描述
    在这里插入图片描述

    SCRUM管理实践

    在这里插入图片描述
    在这里插入图片描述

    可视化管理

    在这里插入图片描述

    迭代验收

    在这里插入图片描述

    迭代回顾会议

    在这里插入图片描述

    展开全文
  • SCRUM实践 最佳实践文档 项目经理的首选
  • 首先强调一些Scrum的基本概念本文只想为那些不断实验敏捷开发方法、追寻快速交付产品的IT管理者提供全套经过验证的实践经验,供之参考。我首先假设你已经理解了Scrum这种敏捷开发方法的基本概念并认同之,但是仍然,...
  • Scrum及其实践\敏捷测试模式
  • Scrum敏捷实践: Daily Scrum Meeting

    千次阅读 2016-08-08 17:50:54
    scrum敏捷实践中,我们每天早上9点,会在相同的地点准时召开站会。站会的主要目的就是为了让组内成员快速了解每个人昨天做了什么,今天打算做什么,有没有困难阻碍,需不需要协助,要不要调整工作计划,最终的目的...

    Daily scrum meeting也称为daily stand up meeting, 即每日站会,简称站会。通常在每个sprint的每个早晨进行,时间大约持续15分钟。在scrum敏捷实践中,我们每天早上9点,会在相同的地点准时召开站会。站会的主要目的就是为了让组内成员快速了解每个人昨天做了什么,今天打算做什么,有没有困难阻碍,需不需要协助,要不要调整工作计划,最终的目的是为了更有效的沟通,提高团队的工作效率。下面总结一下站会的一些要点。

    与会成员:

    1. Team (必须)

    2. Scrum master (必须)

    3. Product owner (可选)

    4. Chicken (可选)

    会议时间:

    每天早上9:00-9:15.

    会议地点:

    任何不被打扰的地方。

    会议内容:

    1. 昨天做了什么。

    2. 今天的计划。

    3. 遇到的困难或者阻碍。

    关于站会的注意事项:

    1. 应在固定时间固定地点召开站会,不应迟到,早退, 缺席。这样做的好处在于能够让大家形成习惯,沟通也会变的更自然顺畅。

    2. 所谓站会,顾名思义就是站着开会,不应该坐着,甚至躺着。站着开会可以使会议开的更快速高效,保证在15分钟内完成。如果以一种很舒服的姿势开会的话,那么这个会恐怕会脱的很长,也就违背了站会的初衷。我见过有人开站会坐着,还听说有躺着的...其实那也算是达到一种境界了:)

    3. 每个人应简洁适当的陈述自己的工作状态,不要深入细节。细节的讨论可以放到线下讨论。会议中我们只关注状态,遇到的问题。

    4. 一个误区是team中的成员总是认为站会就是向scrum master汇报自己的工作情况,其实不是这样。站会中每个人轮流发言,是为了向team中的每个成员汇报自己的状态,以便让每个人了解你的工作内容,进度,需不需要协助,以及能不能从你那里寻求到帮助。是为了更好的沟通交流,以便达到整个team更高的效率。

    5. 一次一人轮流发言,Chicken角色的与会者不应打断,询问发言人。当有人发言时,应注意倾听,可以提问,但不应交头接耳,或者做一些其他的事情。注意倾听,首先是一种尊重,其次你可以更清晰了解别人的工作状态,进而能够更顺畅的协作,甚至获取帮助。

    6. 要不要做会议记录?我曾经经历过的一个项目的站会是要进行会议记录总结的,然后总结完email发给每个人。其实我觉得完全没有必要。对于进度的跟踪,我们可以采用故事版的方式,或者使用jira之类的管理工具。通过这些工具,每个人具体的状态大家都可以一目了然。而会议记录的方式只会使得项目成员有种被监视的感觉,容易打击士气,有点画蛇添足的味道。

    7. 适当提高站会的趣味性,可以使团队更有凝聚力。例如,有人提出了解决团队成员遇到障碍的方案,我们可以奖励他scrum master的香吻一枚。哈哈哈哈。

    以上是我在scrum实践中的一点感悟总结,如有不足之处,希望有缘人帮助补充。

    展开全文
  • Scrum敏捷实践

    千次阅读 2014-11-02 20:12:05
    1、Scrum 是什么 Scrum是英语中橄榄球运动的一个专业术语,表示“争球”。现在特指一种敏捷开发的模型。 Scrum,它不是一种方法,也不是一项构建产品的技术,而是一个框架,在这个框架里可以应用各种...
    1、Scrum 是什么 
    

    Scrum是英语中橄榄球运动的一个专业术语,表示“争球”。现在特指一种敏捷开发的模型

    Scrum,它不是一种方法,也不是一项构建产品的技术,而是一个框架,在这个框架里可以应用各种过程和技术。

    Scrum团队,由开发人员组成的Scrum团队负责在每个迭代周期将一定量的开发任务完成。团队同时是跨职能的;

    团队成员必须具备完成开发任务所需要的技能,5到9个人被公认为是“最佳的”团队构成人数。

    敏捷宣言:

    2、Scrum应用场景
     
    非敏捷-瀑布式开发模型如下:

    传统瀑布模型的缺陷在于:经典的瀑布模式在一个迭代周期内表现优异,但一旦需求变化,瀑布模式却显得无能为力。

     

    敏捷方法满足需求的办法主要通过迭代。在每一次迭代周期结束时,都能交付用户一个可用的、可部署的系统,用户

    使用并体验该系统并反馈意见,在随后的迭代周期这些意见和需求的其他变化一起在产品中实现和集成。每次迭代周

    期应尽可能短,以便能及时地处理需求变化和用户反馈。

     

    敏捷开发场景

    场景一,需求从用户环节到开发环节,这个漫长的需求链条在传递过程中出现了关键信息丢失,导致软件开发产品

    交付后,与用户需求严重不一致,导致软件重大改动、甚至重新设计;

    场景二,用户对于需求的描述定义不准确,导致软件开发产品开发出现偏差,软件产品交付后,需要软件进行重大

    改动、甚至重新设计;

    场景三,需求本身已经有了变化和位移,移动互联网发展非常快,需求本身可能每天都在变化,即使你搞清楚了之

    前的需求,等你软件产品交付后,该需求已经不成立或者有了重大变化和位移,也会导致软件重大改动、甚至重新

    设计;

    3、Scrum框架

     

    4、Scrum实施
     
    Scrum框架-第一阶段
     发布计划会议
    召开发布计划会议,建立Scrum团队并构建计划和目标,最后创建产品任务列表,该列表是可以预知的所有仸务,
    包括功能性的和非功能性的仸务。
    召开一次发布计划会议的时间为6-8小时。与会人员有: Scrum教练,他确保所有的参不者都能理解并遵循过程;
     产品负责人,他是管理产品仸务列表、确保团队工作价值的唯一责任人; 以及各团队负责人和业务相关人员。
     
    Sprint 计划会议
    随后举行Sprint 计划会议,该会议详绅地讨论如何能够按照需求完成这些小功能模块。
    与会人员有:Scrum教练、所有团队成员、产品负责人,这次会议的时间是6-8小时。
    在会上需要确定Sprint周期,既一次跌代开发时间内所执行的任务,Sprint周期最多为30天;该会议还要为发布和
    演示估算时间并排列Sprint 任务列表。
    “完成(发布)”的定义是:功能至少拥有整洁的代码、经过重构、迚行了单元测试、通过构建、完成了验收测试。

    Scrum框架-第二阶段
     
    站立会议
    每个工作日都要召开站立会议,在这个会议上每个开发成员需要回答三个问题:
    1、昨天完成了什么?
    2、是否遇到了障碍?
    3、即将要做什么?
    该会议的时间为15分钟,与会人员有:Scrum教练、所有团队成员、产品负责人。

    几天后的任务板:

     
    Scrum框架-第三阶段
    Sprint 评审会议
    每次Sprint结束都要召开 Sprint 评审会议(Show Case?),在这个会议上产品负责人确定完成了哪些工作和剩余
    哪些工作,并演示。演示只关注业务层次,不管技术细节,注意力放在“我们做了什么”。
    该会议的时间为4小时, 与会人员有:Scrum教练、所有团队成员、产品负责人。
     
    Sprint 回顾会议
    Sprint 回顾会议在Scrum框架和时间的范围内,对开发过程迚行改,使下一个Sprint的效率更高、更易工作,该会议
    的主题只有一个:“我们怎样才能在下个sprint中做的更好”。
    时间为1小时,与会人员有:Scrum教练、所有团队成员、产品负责人。

    5、需求变更
    1、Product Backlog的变更不宜太多。
    2、如果发生的变更影响已完成的任务,需讨论是否立即响应变更还是放在下次Sprint中。
    3、如果发生的变更在本次Sprint,需写到任务板的“Unplanned Items 未计划项”中,描述清楚任务,注明对发布时间
    的影响;最后更新到Product Backlog,重新估算时间。
    4、如果发生的变更影响后面的Sprint,则需更新到Product Backlog,并重新估算时间。
    6、对Srum敏捷实施过程中的一些关键点的补充
    敏捷开发的路线解读:

    重构。
              相信大家对它都很熟悉了,有很多很多的书用来介绍重构,最著名的是Martin的《重构》,Joshua的《从重构到 模式》
    等。重构是在不改变系统外部行为下,对内部结构进行整理优化,使得代码尽量简单、优美、可扩展。在以 往开发中,
    通常是在有需求过来,现在的系统架构不容易实现,从而对原有系统进行重构;或者在开发过程中有剩 余时间了,对
    现在代码进行重构整理。但是在敏捷开发中,重构贯穿于整个开发流程,每一次开发者check in代码之 前,都要对所写
    代码进行重构,让代码达到clean code that works。值得注意的是,在重构时,每一次改变要尽可能小, 用单元测试来
    保证重构是否引起冲突,并且不只是对实现代码进行重构,如果测试代码中有重复,也要对它进行重构。
    Pair-Programming,结对编程。
      在敏捷开发中,做任何事情都是Pair的,包括分析、写测试、写实现代码或者重构。Pair做事有很多好处,两个人在
    一起探讨很容易产生思想的火花,也不容易走上偏路。在我们公司,还有很多事都是Pair来做,比如Pair学习,Pair翻译,
    Pair做PPT,关于这个话题,钱钱同学有一篇很有名的文章对它进行介绍,名为Pair Programming (结对编程)。
    Stand up,站立会议。
      每天早上,项目组的所有成员都会站立进行一次会议,由于是站立的,所以时间不会很长,一般来说是15-20分钟。
    会议的内容并不是需求分析、任务分配等,而是每个人都回答三个问题:1. 你昨天做了什么?2. 你今天要做什么? 
    3. 你遇到了哪些困难?站立会议让团队进行交流,彼此相互熟悉工作内容,如果有人曾经遇到过和你类似的问题,那么
    在站立会议后,他就会和你进行讨论。
    小版本发布。
      在敏捷开发中,不会出现这种情况,拿到需求以后就闭门造车,直到最后才将产品交付给客户,而是尽量多的产品
    发布,一般以周、月为单位。这样,用户每隔一段时间就会拿到发布的产品进行试用,而我们可以从用户那得到更多的
    反馈来改进产品。正因为发布频繁,每一个版本新增的功能简单,不需要复杂的设计,这样文档和设计就在很大程度上
    简化了。又因为简单设计,没有复杂的架构,所以客户有新的需求或者需求进行变动,也能很快的适应。
    可调整计划
              敏捷开发中计划是可调整的,并不是像以往的开发过程中,需求分析->概要设计->详细设计->开发 ->测试->交付,每一
    个阶段都是有计划的进行,一个阶段结束便开始下一个阶段。而敏捷开发中只有一次一次的迭代,小版本的发布,根据客
    户反馈随时作出相应的调整和变化。
      敏捷开发过程与传统的开发过程有很大不同,在这过程中,团队是有激情有活力的,能够适应更大的变化,做出更高
    质量的软件。
    Scrum开发模型

    反馈重要性

    产品需求

     
    Sprint 计划会议
    计划会议要有足够的时间,最好至少8个小时
    取出部分产品需求做成sprint需求,并写成索引卡
    确定并细分每一个索引卡的故事(Story)
    进行工作认领(不是分配)
    确定每日站立会议的时间和地点
    确定好演示会议和回顾会议的日期
     
    站立会议
    10-15分钟
    迟到将接受惩罚
    自问自答三个问题
    昨天做了什么
    今天要做什么
    遇到了什么问题
    更新燃尽图
     
    Sprint开发周期
    使用好任务看板
    需求,设计,开发,测试,维护
    注意燃尽图
    不要使用软件取代看板
    可以选择性的和XP的某些方式结合
    测试驱动开发
    结对编程
     
    演示会议
    演示是跨团队的,会产生不同团队之间的交流
    不要关注太多的细节,以主要的功能为主
    让老板和客户看到
    非常的重要,绝对不可以被忽略
     
    回顾会议
    时间在1-3个小时
    找最舒适的地方(要有回顾看板)
    开始的时候轮流发言,而不是主动发言
    记录问题,总结,并讨论改进的方法,放在回顾看板上
    每人三个磁铁,将最重要的2-3个改进点,成为下一轮的产品需求
     
    注意点:
    1、如何保证功能的可持续集成?
    每日构建(提交构建)
     
    2、如何保证每日构建对已经发布能力的影响?
    测试 自动化构建(自动化工厂)
     
    3、如何保证版本整体的代码质量?
    每日质量构建(findbugs、simian、sourcemonitor、Infusion)

    场景展示 - 故事看板
    场景展示 - 每日站立会议
    场景展示 - 燃尽图
    场景展示 - 回顾会议看板
    展开全文
  • 前面我们提到看板搭建、价值流分析,本文谈谈敏捷转型之Scrum框架实践。 从我们的敏捷转型之旅来看,我们的试点团队是从看板方法及每日站会搞了一阵子之后,才开始实践Scrum框架的。究其原因,主要是两个方面:一是...
  • Scrum实践

    2011-07-22 10:35:44
    世上本来就没有银弹,所以,也不指望Scrum能合适所有的项目。 3年前,我也带领一个团队做了一个产品的两个版本,用了Scrum。但是,团队里的人都十分有经验,并且,之前已经在这个产品开发上有多年的经验,所以最终...
  • Scrum实践

    2013-04-19 09:23:33
    Scrum实践 2013-04-17 23:36 by shawnlei, 42 阅读, 0 评论, 收藏, 编辑 看到园子里对Scrum讨论很火热,感觉不敏捷就落伍了。 趁着最近工作比较空闲,总结一下以往对Scrum敏捷开发的实践。 传统的软件...
  • SCRUM实践要点

    2014-01-27 20:28:29
    Scrum是一种迭代式增量软件开发过程,通常用于敏捷软件开发。Scrum在英语的意思是橄榄球里的争球。 虽然Scrum最初只应用于软件开发,它也可以被成功地应用于其他产业。现在Scrum通常被认为是一种用于开发任何产品或...
  • Scrum管理实践

    2008-07-06 23:19:00
    来了个大项目,按照领导的意图,全部门的人倾巢出动,驻扎在用户所在地——东海的一个小岛上,开始了我的Scrum实践。1、目标——时间是有限的,任务是什么?!关于目标这个问题,我已经感受到了来自小组成员抱怨的压
  • 敏捷开发的Scrum晨会实践

    千次阅读 2013-12-02 17:19:43
    hursing所在的公司推行敏捷开发有两年多了,其中最让人直接感受到的就是scrum晨会。从生搬硬套到过程创新,令大家由抵触变成积极响应,这个过程真的很花费心思。 09年12月,hursing开始在自己的团队推行晨会。当时...
  • Scrum 过程实践小记

    2007-04-01 01:00:00
    摘要:从去年10月份到现在,在我负责的项目中进行了一些scrum实践的尝试,做个小结。严格来说,不能算是真正的scrum实践,但实践敏捷的过程本身也是一种“敏捷方法”,所以就算是“敏捷实践之敏捷开发方法-scrum...
  • 企业服务型初创公司中 Scrum 应用实践及与 OKRs 的结合实践-谢文杰.pdf
  • 严格来说,不能算是真正的scrum实践,但实践敏捷的过程本身也是一种“敏捷方法”,所以就算是“敏捷实践之敏捷开发方法-scrum过程”吧。 一、理论参考:Scrum的实践(该部分摘自网络) 1.Scrum团队(5-7个人的小...
  • 主要是讲解任务看板结合scrum的应用。
  • scrum敏捷实践小抄本

    2010-12-27 15:01:12
    从网上下载的scrum敏捷小抄本,很适合打印出来贴在墙上供项目团队成员学习
  • SCRUM 实践

    千次阅读 2011-12-22 18:22:43
    Scrum在大型游戏团队中的应用       当游戏遇到了Scrum Scrum并不是什么高深的管理方法,Scrum的科学原理中,没有什么是值得被拿出来,放在学术界讨论的东西,就连其估算...
  • 敏捷开发-Scrum实践

    2020-09-18 19:12:45
    在众多软件项目中,缺乏合理的时间进度是造成项目滞后的最主要的原因,它比其他所有因素加起来的影响还大。导致这种普遍性灾难的原因是什么呢? 首先:我们对估算技术缺乏有效的研究,更加严肃地说,它反映了一种...
  • 之前已经有过比较多的Scrum实践,当时在前司开发了一个看板的系统,离开后在新团队没有类似的工具,有点不便,就想找找有没有这样的工具! Google一下后就找到了Leangoo,用了一下,和之前自己开发的工具功能基本...
  • 敏捷软件开发之Scrum实践敏捷软件开发之Scrum实践敏捷软件开发之Scrum实践
  • SCRUM敏捷实践—任务看板

    千次阅读 2018-12-03 20:25:48
    在Sprint计划会议期间,Scrum团队会分解每个用户故事得到许多的Sprint backlog项,每一项作为一个任务卡放到任务墙上。 每个任务卡从To Do这一列开始。常用的列如下: 用户故事 –根据产品需求分解出的一个个...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 15,165
精华内容 6,066
关键字:

scrum的主要实践