Agile Scrum 宝典之3355

Posted 敏捷行动派

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Agile Scrum 宝典之3355相关的知识,希望对你有一定的参考价值。

 


Agile Scrum 宝典之3355


敏捷老年组发布



小编有话说

Agile Team Leader_上海站 10月29—30日完美落幕~

让我们一起来听下“长者”们是怎样向大家讲述他们的听课体验的吧~






引言 

 

 

 


      在上海马拉松万人竞跑的周末,一群爱知求真的小伙伴们穿越封锁的道路,钻隧道翻高架,在CCGI Ethan老师的带领下,从远古的瀑布模型时代,走入了速度为先的VUCA时代,领略了敏捷Scrum的魅力。

 


捷 > Scrum 


     接触过敏捷的同学,一定对Scrum都不陌生,甚至有些同学将Scrum和敏捷划上了等号。其实Scrum只是众多轻量级敏捷框架中应用最广泛的一种。

Agile Scrum 宝典之3355

 


S

crum是最简洁的敏捷框架之一


      Scrum的创始人之一,曾经的战斗机飞行员,Jeff Sutherland博士说过,他发明Scrum的初衷是用“最简洁的框架”来打造一个高效运作的团队。让我们就来聆听一下Jeff本人对Scrum构架的介绍把。


 


S

crum的核心内容


      我们该如何打造一个符合Scrum要素的高效团队呢?那就请一起来默念四字真经 3355 吧!

 


1
3个角色





  • Product Owner (PO),产品负责人需要解决产品相关的

    What(目标)和Why(价值)的问题。

  • Team,团队负责解决How(实现),交付产品。

  • Scrum Master,木有中文和简称,

    Scrum Master负责领导整个团队在符合Scrum的框架下运行,keep it agile。



 


2
3个工件




  • Product Backlog,产品待办列表就是产品的“What”。PO通过“讲故事”的方式,让团队理解产品的目标,通过提问和讲解,使整个团队对用户故事有充分和统一的理解。

  • Sprint Backlog,Sprint待办列表是在每个Sprint的开始,按照优先级选出的将在该Sprint完成的目标故事。

  • Sprint Burndown Chart,Sprint燃尽图能够帮助我们了解Sprint运转的进度,是否遇到问题的晴雨表。



 


3
5个仪式


 


  • Sprint Planning,Sprint计划会议会在Sprint一开始召开。PO和team将共同决定将在这个Sprint完成那些故事。

  • Daily Scrum,每日站会,在15分钟以内,团队成员相互交流任务的进展,计划以及是否遇到困难。

  • Sprint Review,Sprint评审会议发生在Sprint将要结束的时候,团队, PO和Stakeholder一起评审本次Sprint的产出是否如何预期,可以被接受。

  • Retrospective,这个回顾会议发生在Sprint的最后,由Scrum Master负责召集团队召开。会中大家会回顾和小结这个Sprint的好的地方以及有那些不足。保证团队能够持续改进,不断提高。

  • SprintTeam,Sprint本身也是仪式之一,所有成员和其他仪式串联起来。



 


4
5个价值观


 


为了让Scrum团队能够高效运作,大家需要对目标承诺,有专注精神,接受挑战的勇气,开诚布公的心态,在分享的同时互相帮助,互相尊重;当这些价值观渗透到团队之中,前面的335才能发挥出最大的价值,才能使团队成为真正的“Agile Team”



 


捷Scrum常见的误区


      从瀑布转型敏捷Scrum,很多童鞋都会陷入一些陷阱和误区。让我们就来看看哪些应该是转型时需要注意的地方。

 


代开发=Scrum开发


      有人认为,敏捷Scrum就是快速迭代,快速迭代就能达到敏捷的效果,这样的理解是有偏差的。敏捷开发是一个总体概念,而迭代式开发只是几乎所有敏捷开发所采用的一个主要的基础实践。敏捷开发除迭代式开发外,还包含了其他许多管理与工程技术实践,如演进式架构设计、敏捷建模、重构、自动回归测试(ART)等等。



捷与管理是冲突的


      Scrum强调的是自组织和自管理团队,领导充分授权,发挥人的能动性,使得团队成员能够独立地、集中地在创造性的环境下高效地完成工作。但凡事都要讲究一个平衡,人的消极和积极两面是共存的,过度的自由会放纵人消极的一面。自组织和自管理本身是很好的,但也有一定的局限性。如何把握“管理”和“放权”间的关系,还需要根据团队实际情况去寻找一个平衡点。



捷是反文档的


      文档只是为了达成目标的一种手段,如果这种手段是低效的,那就换一种手段。可是完全抛弃了文档,又该如何解决沟通的问题呢?每次沟通都完全用手比划、用嘴说,跟不同的人重复表述同样的想法,那样更是低效的。

 


      最后送上爱知求真的小伙伴们和苏老师的真身。这次培训只是大家在敏捷之路上的起点,为早日建成高效的团队,小宇宙爆发吧!


P.S.

最后的最后,再送上一枚小彩蛋----敏捷知识网站列表,爱学习的小伙伴们,还不快收藏起来。

http://scrum.org/

http://scrumcn.com/

http://scrumalliance.org/

http://scrum.org.cn/

http://scrumguides.org/

http://agilemanifesto.org/



以上是关于Agile Scrum 宝典之3355的主要内容,如果未能解决你的问题,请参考以下文章

经验Scrum的3355的一种实例场景

Scrum后浪之3355

编程心法 之 Scrum - Agile 敏捷开发

Agile敏捷管理丨Scrum三个必需角色

Redis 面试宝典之 Redis 如何处理已经过期的数据?

复习宝典之设计模式