精华内容
下载资源
问答
  • scrum回顾会议中两个不错的做法推荐.pdf
  • 如果不开回顾会议会有什么问题呢?Scrum项目中要避免这“6拍”。...Scrum回顾会议是一个周期性的回顾,总结工作中的经验和教训。回顾会议发生在验收会议结束之后,下个迭代计划会议之前。时间一般为 ...

    如果不开回顾会议会有什么问题呢?Scrum项目中要避免这“6拍”。更多敏捷精彩视频请见:http://www.zentao.net/scrum.html
    在这里插入图片描述
    视频地址:http://www.zentao.net/scrum/reviewmeeting-80190.html

    Scrum回顾会议是一个周期性的回顾,总结工作中的经验和教训。回顾会议发生在验收会议结束之后,下个迭代计划会议之前。时间一般为 1-2小时。Scrum团队所有成员都要参加,Scrum Master要确保回顾会议的正常举行。

    回顾会议旨在对前一个迭代周期中的人、关系、过程和工具进行检验。从而明确了团队接下来要开始做什么,停止做什么,以及继续做什么。比如:
    下个迭代要修复上期迭代中已发现、记录的bug问题;
    之前团队开站立会议时不同角色沟通发言的方式不对,我们要停止并进行改善;
    我们之前采用的结对编程感觉效果不错,所以后面可以继续做。

    Scrum团队中,除了产品的迭代改进,团队的技术实践同样需要逐步优化改进。很多Scrum团队对于回顾会议并没有足够的重视,甚至直接跳过了这一步。

    如果不开回顾会议会有什么问题呢?
    会导致对于项目结果及过程中的问题不清晰,长此以往,技术债务累积,最终导致项目失败。所以,回顾会议必不可少,Scrum Master应该鼓励团队在Scrum的流程框架内改进开发过程和实践,使得团队能在下个迭代中更高效。

    而实际要开好回顾会议也并非易事。
    召开回顾会议的最高指导原则是:“相信每个人当时都是尽了最大的努力。”这样可以给团队创造安全环境,避免开成“抱怨会”或“甩锅会”。

    另外,Scrum项目中要避免“六拍”,下面给大家再讲一个猪与鸡的故事。继上次猪与鸡合作失败之后,他们又开启了第二轮创业。这回成功了吗?快去看视频吧~

    Scrum回顾会议要求Scrum Master 要有足够的协调能力并活跃会议氛围,以提升团队成员的参与积极性,促使大家能够说出真实的想法,并发掘更有效的改进建议。

    在回顾会议的最后,Scrum团队应该确定在下个迭代中将要实现的有效改进方法,并在接下来的迭代中付诸行动。

    展开全文
  • 追溯工具 该Web应用程序是用于Scrum回顾会议的工具。 后端: : 链接到工作前端: : 或
  • 了解敏捷的人应该对回顾会不陌生,回顾会是在SCRUM框架五个活动中的最后一个活动,但是在敏捷的实际应用中,回顾会并不只是会在应用SCRUM的团队中使用,在其他敏捷实践中也会引入回顾会作为反馈环节。那么什么是回顾...

    了解敏捷的人应该对回顾会不陌生,回顾会是在SCRUM框架五个活动中的最后一个活动,但是在敏捷的实际应用中,回顾会并不只是会在应用SCRUM的团队中使用,在其他敏捷实践中也会引入回顾会作为反馈环节。

    那么什么是回顾会呢?在SCRUM中,回顾会是来回顾当前迭代中的流程、工具、实践、沟通、环境、资源等方方面面,检视各个过程并提出改进项的活动。这个会议重点在于聚焦问题并持续改进。这个是一个最容易被忽略的会议,尤其是在开发压力比较大时,回顾会往往会是第一个被裁剪的过程。

    一、为什么需要进行回顾?

    孔子曰:吾日三省吾身。只有不断反思/回顾才能找到自己需要改进的地方并持续改进,在软件开发中也同样如此。敏捷体系是开源体系,没有终点;即没有最敏捷只有更敏捷。那么如何让我们的敏捷团队更加敏捷呢,回顾会是一个必不可少非常重要的会议。每个迭代中运行着相同的过程,这同时也意味着可能重复着同样的错误。可以说没有回顾就没有持续改进。如果你的团队在应用敏捷,在应用SCRUM框架,那么回顾会是持续改进的必要过程和活动。

    二、回顾会应用怎么开?

    这个问题对敏捷教练提出了比较高的要求,在回顾会上,尤其是在刚开始实践敏捷的团队回顾会上,团队往往不知道回顾会要做些什么。常见的误区就是会把回顾会理解为总结会或者反思会。此时,敏捷教练要给予正确的引导。

    回顾会的流程比较简单,通常有以下几个议程:

    2.1 会前准备

    回顾会之前一定要收集足够的数据,包括迭代中故事完成度,燃尽图,速率图,每个故事耗时情况等,收集数据后需要向团队进行展示。其次,确定好要邀请的人员以及回顾形式和议程。回顾会的准备是非常重要的,准备是否会很大程度上决定能否开一个有效的回顾会。

    644d58ffb5936193649bd52b8d1b9e71.png

    2.2 会议主要议程

    1)向团队展示度量数据,通过数据进行初步分析,鼓励团队参与讨论,是否有显而易见的重大问题,是否有特殊情况导致本迭代的数据问题。如果有重大问题,在回顾时作为重点进行回顾。

    2)让团队成员各自总结需要继续保持的和需要改进的项,这里有很多方法,包括三栏式(Well, Less Well, Puzzle)、海星图(Start, Stop, Do Less, Do More, Keep)以及SSCC(Start, Stop, Continue, Change)等。

    9a8a29356a6218ea61167d0642de78e2.png

    3)将大家的反馈进行分组,并针对需要改进的问题进行分析,这时也可以采用一些根因分析的工具,包括鱼骨图等,最后收敛出需要做的改进点。

    4)针对改进点制定行动计划(Action)及负责人(Owner),并就行动计划在团队内达成一致。

    2.3 结束会议

    回顾会的结束,可以添加一些仪式感,比如由几个人说一下这个迭代中需要感谢的人,为他提供帮助的人,简单的表示感谢;然后由SM做一个简单的总结,对会上讨论达成一致的改进项、负责人和行动计划进行重申,最后需要对大家表示感谢后结束会议。

    三、如何开好回顾会?

    怎样使回顾会开得最有效果?可以将迭代中的问题全面暴露出来就是有效果的;可以将上个迭代重复发生的问题减少甚至避免就是有效果的;团队成员都认为每个迭代我们都在持续改进中,并且乐于每个迭代进行回顾改进就是有效果的。最后,只有回顾后贯彻执行持续改进才是最有效的。那么如何使回顾会有效果呢?

    3.1 营造轻松的氛围

    • 会议场地:大部分的回顾会都会选择在会议室进行。在工作单位中会议室确实是大家集体讨论事宜比较合适的场所,但是容易给大家一种紧张严肃的感觉,不利于团队成员畅所欲言。一般比较建议的咖啡间等等。
    • 会议时间:一般回顾会会定在迭代最后一周的周五,迭代评审会之后。这个时间点一般迭代都已经完成,大家只剩下一些收尾的工作,会比较容易营造大家放松的气氛,团队不用去考虑仍未开发完的功能、未修复的bug等,团队更容易参与到回顾中。
    • 参会人员:回顾会需要大家畅所欲言,针对相关问题进行解决方案和行动计划制定的活动,是团队内部自我改进的活动。由于领导层通常掌握着团队成员的绩效奖金等切身利益,如果有领导层的参与会容易大家感觉到紧张,以至于会报喜不报忧,没有办法持续改进。这时一般建议如果不是有非常严重且必须要领导解决的问题之外,不会建议领导层参会。对于产品经理是否应该参加回顾会的问题,产品经理是团队的一员,原则应该要参加回顾会,但是如果产品经理的在场会导致团队紧张或者不敢提出问题,那产品经理还是不建议参加会议的。
    • 暖场:为了让大家放松下来,一般需要SM开场比如一个笑话,一个简单小游戏开场,让大家放松下来适应轻松的氛围;
    • 开场:敏捷教练可以通过一些小技巧让大家快速思考起来,比如让团队成员用一句话、一个词或者一个水果来形容对当前迭代的感受,用简单的话来形容容易激发大脑的思考。一句话,一个词语而不是一段话,这时就会激发大家去动脑,从众多词语中选择一个最适合形容当前迭代的,这样做的主要目的就是让大家的思路先转起来。

    3.2 提升团队成员的参与度

    SCRUM非常重视个人,是以人为本的。在回顾会上,使得大家都参与讨论是非常重要的。下面有几个方法可以帮助团队增加参与度。

    • 大家匿名写出需要改进的和需要继续保持的,这样可以保护大家避免因为写出不好的地方让大家感到尴尬。
    • 每次会议的议程和展开方式可进行调整。如果每次回顾会的内容和方式都是相同的,大家会变得越来越形式化,觉得回顾会没有意义。每次调整暖场方式或者大家的参与方式,这样可以在保持新鲜感的同时提升大家的关注度。
    • 鼓励发言,在感谢和感悟环节,鼓励大家表达自己的感悟以及对团队成员(某位成员)的感谢。这时需要鼓励大家发言,无论发言如何都要给以尊重和认可。如果没有人发言,前期建议可以通过抽签或者有趣的方式找到人来发言,慢慢增加大家参与度。

    3.3 贯彻执行改进项

    为了保证改进项能够顺利落实,需要选择对大家目前影响最大的,即优先级最高的,同时需要综合考虑改进项的成本和开销后选择。需要做的改进项建议一定要写入下个迭代的backlog中,方便跟进的同时也能使得改进项负责人认真对待。

    四、回顾会重要注意点

    • 加强重视度,不要让回顾会变成很少人员参加的可有可无的会议。有些团队的误区就在于每次回顾的重点都是相同的,这就使得团队认为每次回顾会的内容是相同的,可裁剪的。这时需要SM去引导团队聚焦当前迭代是否已贯彻执行上一迭代改进项,是否有新的需要改进的问题,以便持续改进。
    • 避免天马行空的谈论不切实际、不可能完成或者不相关的话题。由于回顾会是比较轻松让大家畅所欲言的活动,这时很容易天马行空漫无目的的谈论,要及时将大家的讨论拉回到正确的思路上来。
    • 避免对重大问题视而不见,回顾会上要敢于提出大家都认为是有问题,但是没有人敢于提出的问题。
    • 避免团队成员陷入郁闷自责,这一点跟营造轻松的氛围和会议参与人员非常相关。此外要相信所有成员在现有条件下已经做出了最大的努力。
    • 避免陷入相互指责,相互吐槽的境地。要通过回顾当前迭代的问题来改善后续迭代的情况。如果团队有追责文化,很容易出现这种情况,这时需要循序渐进的改变大家的思维定式,同时减少追责,增加鼓励和奖励机制。
    • 回顾会上的改进项一定要贯彻执行,没有执行就等于没有改进,没有改进回顾会就失去了意义。
    • 避免为了过程而过程,要每期制定回顾重点,避免形式主义。如果仅仅为了会议而进行会议,那比不开会议还要糟糕。

    写在最后

    回顾会不建议裁剪,只有持续回顾才能持续改进。在工作过程中,需要我们时不时的停下来回顾下,我们是否做了最好的方案,是否有更好的方案?如果对现状非常不满且急需改变,停下来回顾思考下,也许是个不错的开始。

    +“CH050791”后 回“冬哥”,可入qun交流~

    展开全文
  • 敏捷项目管理的核心实践Scrum于2020年11月推出了新版指南。作为Scrum的创始人,Ken Schwaber 与Jeff Sutherland 在上世纪90年代开发出了Scrum,并于2010年编写了第一版Scrum指南。此后不断进行演进更新-这本身就是一...

    b8196ecf742c898d0ae06766fc3d27c5.png

    敏捷项目管理的核心实践Scrum于2020年11月推出了新版指南。作为Scrum的创始人,Ken Schwaber 与Jeff Sutherland 在上世纪90年代开发出了Scrum,并于2010年编写了第一版Scrum指南。此后不断进行演进更新-这本身就是一种Scrum精神。

    与2017年的版本相比,新版Scrum指南更简洁更具普适性。从上一版的19页变成了14页,不再局限于软件工程,更脱离具体的方法论,而偏于普适性的框架,意欲对其他各行业项目管理徐徐图之。这套通用的实践框架,企图心很大,其中的哲学味儿也越来越浓了。

    大部分内容都精简了,除了Why。这里既包括对其中某处Why的部分解释的增加,也包括新增加的Why。Why的分量在scrum中增加了,这也说明了它的重要性。Why是因,有因才有果。在3W(Why-What-How)中,通常What(做什么)和How(如何做)更容易被看见、度量和实践,所以更容易无头脑的去盲从。殊不知,没有Why或Why不清晰立不住的What与How,犹如水中浮木,不能长远立足。

    这里,对“Purpose of the Scrum Guide (Scrum指南的目的)”的介绍,用了更多的篇幅,可以当作是对Why的部分解释的增加。

    指南的目的首先强调了Scrum框架中定义元素的不可或缺。概括起来,这些元素可以归类为“人、事、物”三部分。

    • 人:包括developer,product owner,scrum master,

    • 事:Scrum事件,包括Sprint,Sprint 计划,Daily Scrum(站会),Sprint Review(审查),Retrospective(回顾)

    • 物:Scrum工件,包括Product Backlog,Sprint Backlog,Increment

    其次,意图将scrum推广到更多领域,解决现实世界的更多复杂问题。“随着 Scrum 的应用范围不断扩大,developers、研究人员、分析师、科学家和其他专家都能在工作中应用。”注意,此处的developer,并局限于开发人员,可以泛指除了Product owner,scrum master之外的其他所有scrum成员。

    最后,重申了本指南不包括具体的实践工具和经验介绍,仅仅着力于道。至于如何实施,属于术的部分,就八仙过海各显神通,不管白猫黑猫能抓住老鼠的都是好猫了。

    而新增加的Why则在Sprint计划阶段。原来版本中,Sprint plan只需要回答“What(做什么)”和“How(如何做)”:

    • What can be delivered in the Increment resulting from the upcoming Sprint?

    • How will the work needed to deliver the Increment be achieved?

    而现在,需要回答这三个问题:

    • Why is this Sprint valuable?

    • What can be Done this Sprint?

    • How will the chosen work get done?

    这个额外的Why简直是灵魂追问,连问几遍,目的与价值才能凸显出来,也就避免了低价值和无用功。

    此外,新版Scrum更强调成员个体的能动性、责任感与迭代升级-人最重要。旧版Scrum 的成员组成包括:Product Owner,Development Team和Scrum Master。新版则是Developer,Product Owner,Scrum Master。此处不仅仅将Development Team 改成了Developer,更将它的顺序前移到了第一位,由此可见,对于个体的重视程度。也因此,更强调团队成员的自我管理与适应性,提出了更高的要求:“Developer所需的特定技能通常很广泛,并且会随着工作领域的不同而变化。”这里的Developer绝不是一颗螺丝钉,他们需要:

    • 为 Sprint 创建计划,即 Sprint Backlog;

    • 通过遵循 Definition of Done 来保证质量;

    • 每天根据 Sprint Goal 调整计划;

    • 作为专业人士对彼此负责。

    对个体提出更高的要求,是赋能的体现。额,时间都是挤出来的,才华都是逼出来的,一样的道理啊。是什么推动了经济的发展社会的进步?是资本主义的无情压榨啊同志们。

    Scrum 理论部分与此前版本大同小异。三要素没有变:Transparency(透明), Inspection(检视),Adaptation(适应)。这里的三要素是环环相扣的。透明的环境中,除了可以建立信任,也可以让所有人了解具体情况,在后续检视的过程中提出可行性建议,再逐步适应新情况。

    Scrum 价值观没有变,仍然是:Commitment(承诺), Focus(专注), Openness(开放), Respect(尊重), Courage(勇气)。但顺序有所变化,上一版的“勇气”排在第二位,这次调整到了最后。这个改变很微妙。窃以为,有时候我们会滥用“勇气”这个词,指代意愿的程度而已。

    减少的部分,除了语言更简洁,删掉了一些技巧与工具-术的部分。一个明显之处在于去掉了daily scrum(每日站会)的三连问:

    • 我昨天做了什么?What did I do yesterday that helped the Development Team meet the Sprint Goal?

    • 我今天计划做什么?What will I do today to help the Development Team meet the Sprint Goal?

    • 遇到了什么问题?Do I see any impediment that prevents me or the Development Team from meeting the Sprint Goal?

    取而代之的,是任何可以帮助Scrum团队达成目标的手段。但为了降低复杂性,仍然推荐在 Sprint 的每个工作日都在同一时间同一地点举行(如果是远程会议,那么就同一时间同一会议接入方式)。

    Scrum的框架,甚至可以对抗内卷。如果每天都是incremental的增长,每天都在专注,承诺中循序渐进,检视复盘,日复一日,没有那一根分明界线,人生也不是由哪几次的关键步骤决定,而是由一天天的成长组成。A不行了,也可以B,还可以C。一时的迫切,焦虑,也就没必要了,头发,也不用掉的那么快不是。

    完整版本,可以在Scrum guide 官网下载:https://www.scrumguides.org/scrum-guide.html

    展开全文
  • 敏捷实践之如何开好scrum回顾会议

    千次阅读 2018-12-16 15:35:32
    scrum中的5个活动分别是: -产品代办事项列表梳理(product backlog) -sprint计划会议(sprint plan meeting) -每日站会(scrum daily meeting) -sprint 评审会(sprint ...回顾会议是scrum的几个会议中相当重要的一个会...

    scrum中的5个活动分别是:
    -产品代办事项列表梳理(product backlog)
    -sprint计划会议(sprint plan meeting)
    -每日站会(scrum daily meeting)
    -sprint 评审会(sprint review meeting)
    -sprint 回顾会议(retrospective meeting)

    回顾会议是scrum的几个会议中相当重要的一个会,但是在很多团队中,retro的会议被无限期的延期。即使回顾会议如期举行,也大多流于形式,回顾会议如何才能开好,是这五个活动中最需要花心思的,甚至scrum master需要根据团队的状态以及团队融合的阶段来设置回顾会议的过程。
    老生常谈,回顾会议是一个纠偏的会,是一个固本培元的会,放弃回顾会议虽然不能完全等同于让团队自然存活,但确实放弃了整个团队一起总结->成长->总结的好机会。
    我们经常看到一些团队,一上来就由scrum master宣布,我们今天来开始回顾我们上个sprint中的工作,大家看看我们有什么地方做的好,需要保持,有什么地方做的不好需要改进,现在我们挨个发言。也有一些scrum master在和我聊他们的回顾会议所遇到的问题,他们觉得经常没有什么可以说的,所以他们由一个sprint变成两个sprint开一次,由两个sprint变成三个sprint开一次,慢慢的,回顾会议就省了。
    对于回顾会议的参与者,不同的组织范围不同。我一直有一些自己的想法,我见过邀请一堆PO PM 各种boss老板的回顾会议,然后回顾会议开成了汇报会,各种祖国山河一片大好,问题一堆一堆得不到实质的处理。回顾会议是以人为本,以提高产能,提升团队工作效率以及团队精神面貌为目的的会议。我认为从这个点出发确定出回顾会议与会人员的范围。具体情况具体分析,不过我怎么觉得也能写篇文章来说,哎,这个点上我痛过。
    在开发理念以及团队管理上我是特别主张套路的人,套路一定是得人心的,一定是被证明过正确可行的,所以我们按套路来,
    《Agile Retrospectives》把回顾会议分成了5个阶段:
    1. 准备
    2. 数据收集
    3. 产生见解
    4. 确定改进项
    5. 结束会议

    我前面提到了,回顾会议是需要scrum master费心来设计过程的一个会,虽然大的阶段是固定的,但是根据团队的阶段,其实是需要在回顾会议里安排很多细小的点来达到scrum master管理团队的目的。

    -第一阶段-准备
    1. 回顾会议的主持人会和scrum master讨论一个大家都感兴趣的话题,放在会议的最开始大家讨论一下,内容是sprint内大家都比较关心的事情。
    2. 回顾会议主持人整理上次retro大家决定的改进项。
    3. 回顾会议所需要的ppt,。
    -第二阶段-数据收集
    数据收集相对比较复杂,我们会有四个方面的信息来收集
    1. 大家感兴趣的话题 free style
    目前我的团队会找一个团队的同事来背诵敏捷宣言,然后背诵敏捷的5个价值观(专注,勇气,公开,尊重,承诺)。其实团队在最开始三次回顾会议上是大家一起朗读的,这个一起读看似洗脑的过程,逐步在消除团队同事觉得一起读很奇怪的感觉,“那个感觉很奇妙,有融入的感觉”,我的一位同事后来反馈给我说。
    2. 用一个词来描绘大家在上个sprint中的心情
    大家把一个能描绘自己在上个sprint心情的词写再卡片上,然后每个人来解释一下自己为什么沮丧,高兴,或者 …en 各种千奇百怪的心情。这个环节是想让大家放飞自己,这样的环节让大家觉得回顾会议是一个参与感很强的会,参会者来不只是“听会”,作为主持人的你,除了控制时间外,尽量让大家飞~~~
    3.绘制大家在上个sprint的心情曲线
    目前我们团队一个sprint是三周,大家去回忆自己在这三周里的心情并在白板上绘制一个心情曲线,其实这个过程依然是让大家畅所欲言的过程,大家会描述自己在这个sprint中各个心情的拐点。这个环节的目的有两个,第一:将大家的思绪带到过去的三周中去,让大家去回忆过去一个sprint所经历的事情。第二:团队成员之间相互了解其他人在过去一个sprint中的经历, 并且了解团队成员各自的点(生气,高兴),从而达到后期的有度有效沟通。第三:scrum master或者主持人已经可以在这个过程中拿到一些数据,更多的是团队的士气数据。
    -第三阶段-产生见解
    什么做的好,需要加强,什么做的不好,需要改进
    这个环节是回顾会议的核心,有很多的玩法,我想后面再起一个专门的文章来整理一下,大家可以先参考传统的做法:
    传统的做法是用贴纸的方式收集大家觉得团队中好的以及不好的点,这个过程一定要背对背
    对于收集上的的卡片我们首先进行分类
    对于好的,我们进行整理归类,并和之前好的以及不好的backlog进行比较,鼓励整个团队继续保持。
    对于不好的,我们也是在整理归类后,选出来不超过2条进行改进,如果选的改进项太多,团队往往无法是从,最终导致所有的改进全部失败。
    -第四阶段-确定改进项
    针对每个改进的点,我们要具体分析导致该问题的根本原因,然后根据根本原因提出改进措施。
    找问题的根本原因用什么方法呢? 问度娘,用科学的方法找问题的根本原因哦。好多理论知识可以用的。

    -第五阶段-结束
    好了,最后,让我们结束这次回顾会议。
    我一本的结束方法是感谢团队中的一个人,感谢的方式是在纸片上写: “感谢xxx在上个sprint中xxxxxxxxxxxxxxx。某某人”
    这句话在回顾会议中念出来,然后将纸片送给你所感谢的那个人。
    这个环节要求只能感谢一个人。
    这个环节设计的好处是可以让团队之间相互信任,相互帮助。结束环节的内容也可以根据团队状况去设计,scrum master一定要用心去感受整个团队的变化。

    说在最后:
    让我们把改进项也加进下个sprint的story里面一起跟踪吧!
    完结~~~

    展开全文
  • scrum回顾会议

    2011-10-19 23:30:15
    今天第一次开了sprint的回顾会议,整理了一个sprint中哪些做的不好?哪些做的好? 从会议整体来说,效果还不错,一共整理了5条做的好了,比如:任务比以前更加细化了,会议的效率越来越高了,严格控制了会议时间。 ...
  • 在《scrum敏捷捷径》一书中,针对回顾会议,推荐了两个不错的做法:1 在白板中,分成左,中,右三个区域,最左边的是需要改进的,中间部分是比较“OK”的,最右部分是可以做的更好的,然后让团队成员写便签帖的方法...
  • Sprint回顾会议是Scrum不可或缺的一部分,是检查和改进团队流程的非常重要的部分。在快节奏的工作中,团队可以借助“回顾会议”时常停下脚步反省当前工作的进展,基于反省的结果发现还要做哪些改进。经常执行回顾...
  • Scrum方法回顾

    2019-09-27 16:07:53
    在我参加了用户故事地图的之后,我把scrum方法回顾了一下。 从这篇文章,https://www.scrumalliance.org/why-scrum, 我找出了Scrum的一个大概的描述。 The Scrum framework in 30 seconds A product ow...
  • Scrum | 回顾

    2019-12-20 15:35:18
    Scrum | 回顾
  • 远程复古 Scrum团队回顾工具
  • Scrum回顾会议

    2019-01-07 23:34:53
     Scrum中Sprint计划会议是最重要的事件,第二重要的事件就是回顾会议,因为这是团队做改进的最佳时机。如果没有回顾,就会发现团队在重犯相同的错误。在sprint的评审会议后,团队需要进行一次回顾会议,以下我将把...
  • Scrum-回顾会议

    2016-04-07 21:41:00
    回顾会议要求每个人都发言。SM会事先将sprint过程中的主要事件节点和遇到的issue在白板中标出,同时也要求team成员列出做的最好的和需要改进的 具体:Retrospective会议的时候,发便帖给每个团队成员(包括Team ...
  • scrum学习回顾3

    2011-04-13 06:47:15
    Scrum is no silver bullet   Scrum and Agile are based on the hypothesis that there is no meta-solution for software development.Just a framework within which we can be empirical inspect and adapt ...
  • scrum学习回顾2

    2011-04-12 09:27:23
    Scrum开发的Working software也是从这个角度出发,能够满足用户了,就可以停下来了。 而以前的瀑布方式需要把计划的东西全部做完才可以停下来     Scrum的一个好处 scrum的团队成员是cross-function的,...
  • Scrum完成 一个用于跟踪您已完成(或未完成)工作的应用程序,可用于Scrum回顾中。 从create-react-app和创建
  • 参加周老师敏捷课程《Scrum实战》的第四次敏捷作业:关于本次学习的个人回顾。 1、 回顾目标: (1)当初期望的结果:对敏捷研发管理进行系统学习,提升理论认识; (2)要达成的目标:找出部门现行敏捷的项目...
  • 7.0------------------------------------------------ Sprint回顾 让我们一次比一次做得更好。 1.回顾组织 ... 主题:“我们怎样才能在下个sprint中做的更好?...2.回顾流程 ...(1)sprint总结:Scrum m...
  • 欢迎大家访问我的个人网站 萌萌的IT人,后续所有的文章都会在此发布 -------------------------------...本文主要是为了检测你对SCRUM Sprint 回顾会议的了解和使用程度, 通过本文你可以检测一下 1、你们的SCRUM Sp...
  • 回顾Scrum学习1、回顾目标1.1 期望结果了解和学习Scrum,为将来换方向打好理论基础如果能在目前公司引入和推行也很好,但是根据目前公司的文化氛围来看,推行希望不大把敏捷思想应用到其他工作和生活中1.2 里程碑和...
  • scrum

    千次阅读 2019-02-22 09:38:45
    1、scrum定义以及scrum流行的原因 ...c、五个会议:冲刺计划会、每日站会、评审会、回顾会、代办事项梳理 d、五个价值观:开放、专注、勇气、承诺、尊重 4、DOD 1、scrum定义以及scrum流行的原因 •...
  • Scrum

    2019-08-06 20:51:57
    什么是Scrum 优点 Scrum角色 产品经理(Product Owner) Scrum Master 开发团队 (Team) Scrum可视化文档 Scrum 会议 Scrum工作流程 什么是Scrum Scrum是迭代式增量软件开发过程(是一种流程、计划、模式...
  • 远程回顾工具,Scrum Master可以进行冲刺回顾,以包括团队的远程成员。 先决条件 Python 2.x node-gyp需要最新版本的Python 2.x(Node 0.12旨在消除此要求)。 确保在安装过程中选择“将python.exe添加到路径”。 ...

空空如也

空空如也

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

scrum回顾