您好,欢迎来电子发烧友网! ,新用户?[免费注册]

您的位置:电子发烧友网>源码下载>数值算法/人工智能>

全面剖析Scrum精髓

大小:0.6 MB 人气: 2017-10-10 需要积分:1
全面剖析Scrum精髓 
  敏捷软件开发当中最重要的点就是,需要透明。回想一下上面的案例中,团队转型一定要尽量让团队坐在一起。这是保证透明的基础。团队坐在一起之后,团队间的沟通会比原来顺畅很多,信息也就很容易的暴露出来,即团队信息状态的透明。
  还有,敏捷转型中的另一个很重要的基础设施是任务板。对于一开始实施敏捷转型的团队,我强烈建议使用物理的任务板。这会有非常多的好处。
  团队信息以及团队进展的公开。每个人每天都需要更新自己的任务,受到同僚压力,团队中滥竽充数的人几乎不存在。任务板可以任意的进行重新规划和设计。(相比电子任务板)。
  下面我们再来一起看看对于产品(内容)的反馈:
  Sprint计划会,下面介绍两种开计划会的方式:
  Sprint计划会议有两种方式。
  方式一:传统的两段式会议 – 第一部分由产品负责人和开发团队一起决定要完成什么(What),第二部分由开发团队来决定如何完成(How)。
  方式二:循环式 – 1 产品负责人和开发团队选择产品Backlog最上面的那个用户故事,2 开发团队根据团队能力和以往的速率决定是否可以完成这个用户故事, 3 如果可以完成,那么拆分用户故事为任务,否则选择结束Sprint计划会议。4 重复上述1,2,3直到团队无法承诺更多的用户故事。
  通过计划会,产品负责人可以知道在当前的Sprint中团队的关注点(重点)在什么地方。团队中每个人都知道什么是目标,整个Sprint大家会努力达成目标。因此计划会是对于整个产品版本的一个反馈。
  每日站会
  先说一下如何开每日站会:
  团队围成圈,面对彼此,回答如下3个问题:1. 从上次例会到现在为了帮助团队实现Sprint目标我完成了什么? 2.从现在到下次例会为了帮助团队实现Sprint目标我将会完成什么? 3. 这个过程中我碰到什么障碍或问题?
  可能有的朋友会问,我们团队的每日站会,可不可以每周二、周四开?感觉没必要天天开。
  我的回答:不可以。
  原因如下:
  每日站会中,每个团队成员需要回答3个问题。通过这3个问题,我们可以得到两个层面的信息:
  团队内信息的透明度,整个团队的进度以及距离Sprint目标还有多远;
  同时是否存在障碍
  每天团队都会得到反馈,并可以根据得到的反馈做出调整。
  如果不是每天开站会,那么就可能:
  (1)团队内有些信息会隐藏。有的团队反映说团队小(比如4-5人)并且大家都坐在一起,随时都会沟通,没必要每日站会。而实际上团队内的沟通在多数情况下只有相关2-3人一起,而不是整个团队一起。因此每日站会还是非常有必要的(同步、透明化信息);
  (2)团队错过最佳的调整机会。每日站会中,团队可以得知距离Sprint目标有多远,是否存在障碍或者问题。尤其存在障碍时,需要整个团队共同努力,来想办法解决。这不是说发现问题了只有在每日站会才说出来,而是发现问题马上暴露,但每日站会需要正式得让整个团队得知情况(一般这类信息容易在2-3人之间讨论);
  (3)团队没有仪式感。每日站会可以让团队形成规律,每天固定时间、固定地点所有团队成员凑在一起同步信息和进度,很容易团队成员可以形成仪式感,这是一个非常重要的事情。
  Sprint评审会
  常常我会听到有人说Sprint演示会议或 “演示”。这看起来只是说法问题,但是把评审叫做演示,它破坏了sprint评审会议的真正目的。
  尽管演示是sprint评审会议中很有用的一部分,但这不是评审会议的目的。sprint评审会议最重要的方面是深度交谈和参与者之间的协作,以及使产品知识浮现出来并开发。
  已经构建好的内容演示,只是一种激发围绕具体事情交谈的、非常有效的方式。而忽略了关于产品是如何工作的交谈。
  sprint评审会议的目标是检视与调整构建的产品。成功的评审结果是双向的信息流动。不属于Scrum团队的人也可以得知开发的成果并帮忙指出方向。
  同时,Scrum团队成员通过频繁的反馈而加深了对产品的业务和市场认识。所以,sprint评审会议是一个检视和调整产品的预定机会。应该叫做sprint评审会议,而不是sprint演示会议,
  最后我们再来一起看看Sprint回顾会议。
  曾子曰:吾日三省吾身。作为个人尚且如此,作为一个团队如何才能做到这点呢?在Scrum中提供了一个非常好的工具,就是回顾会议。
  回顾会议可以帮助团队一起来反思,什么地方做的非常棒,我们需要继续坚持,甚至我们可以把优秀的经验传递给其他团队。另外团队可以反思什么地方做的有待提高和改进,团队一起找出原因制定改进行动计划。
  这里非常推荐一本书《敏捷回顾》,这本书不仅仅介绍了回顾会议的5大步骤1.设置环境,2.收集数据,3.产生洞察,4.制定行动计划,5.结束:。还介绍了很多实用的小工具和技巧。
  最后总结一下, Scrum的精髓其实就2个字:反馈。

非常好我支持^.^

(0) 0%

不好我反对

(0) 0%

      发表评论

      用户评论
      评价:好评中评差评

      发表评论,获取积分! 请遵守相关规定!