Scrum

Scrum

在公司内推行Scrum,大家都用到什么工具?

ScrumBoBJiang 回复了问题 • 4 人关注 • 4 个回复 • 165 次浏览 • 2017-02-22 17:19 • 来自相关话题

常见的敏捷开发方法

敏捷开发小权 发表了文章 • 0 个评论 • 93 次浏览 • 2017-02-22 14:30 • 来自相关话题

常见的敏捷开发方法:
软件开发节奏,Software Development Rhythms敏捷数据库技术,AD/Agile Database Techniques敏捷建模,AM/Agile Modeling自适应软件开发,ASD/Adaptive Software Development水晶方法,Crystal特性驱动开发,FDD/Feature Driven Development动态系统开发方法,DSDM/Dynamic Systems Development Method精益软件开发,Lean Software DevelopmentAUP(Agile Unified Process)ScrumXBreed极限编程,XP Extreme Programming探索性测试
 
其中 Scrum,精益,以及XP是目前比较火的,使用相对广泛一些。 查看全部
常见的敏捷开发方法:
  • 软件开发节奏,Software Development Rhythms
  • 敏捷数据库技术,AD/Agile Database Techniques
  • 敏捷建模,AM/Agile Modeling
  • 自适应软件开发,ASD/Adaptive Software Development
  • 水晶方法,Crystal
  • 特性驱动开发,FDD/Feature Driven Development
  • 动态系统开发方法,DSDM/Dynamic Systems Development Method
  • 精益软件开发,Lean Software Development
  • AUP(Agile Unified Process)
  • Scrum
  • XBreed
  • 极限编程,XP Extreme Programming
  • 探索性测试

 
其中 Scrum,精益,以及XP是目前比较火的,使用相对广泛一些。

敏捷游戏 之 披萨游戏

敏捷开发小权 发表了文章 • 1 个评论 • 95 次浏览 • 2016-12-29 19:50 • 来自相关话题

这个游戏在敏捷游戏中比较普遍,很多培训中都会采用,用来体验敏捷团队如何协作完成工作。





 
这里有一个PPT:http://www.slideshare.net/ralfhh/kanban-pizzagame
 
同样也找了一个国内的版本,具体看这里:http://dwz.cn/4WCwDb
 
截图备份供参阅:





  查看全部
这个游戏在敏捷游戏中比较普遍,很多培训中都会采用,用来体验敏捷团队如何协作完成工作。

Pizza_Small6163012549_7c7934aa5e-1_1.jpg

 
这里有一个PPT:http://www.slideshare.net/ralfhh/kanban-pizzagame
 
同样也找了一个国内的版本,具体看这里:http://dwz.cn/4WCwDb
 
截图备份供参阅:

screenshot-mp.weixin_.qq_.com-2016-12-29-19-40-42_.jpg

 

敏捷游戏 之 筹码游戏

敏捷开发小权 发表了文章 • 0 个评论 • 86 次浏览 • 2016-12-28 22:45 • 来自相关话题

这个筹码游戏在我参加CSPO的培训时,敏捷教练玩过,检验敏捷对效率、以及最终交付价值的提升
 
大体过程如下:




 
上图来自:http://dwz.cn/4WfNzu ,大家可以点进去看详细的介绍。
 
担心上面的微信哪天没了,给大家截了一个全屏,供参考:





  查看全部
timg_(1).jpeg

这个筹码游戏在我参加CSPO的培训时,敏捷教练玩过,检验敏捷对效率、以及最终交付价值的提升
 
大体过程如下:
屏幕快照_2016-12-28_下午10.43_.33_.png

 
上图来自:http://dwz.cn/4WfNzu ,大家可以点进去看详细的介绍。
 
担心上面的微信哪天没了,给大家截了一个全屏,供参考:

screenshot-mp.weixin_.qq_.com-2016-12-29-19-04-49_.png

 

敏捷游戏 之 Ball Point

敏捷开发小权 发表了文章 • 0 个评论 • 91 次浏览 • 2016-12-27 00:08 • 来自相关话题

Ball Point游戏的目标是在两分钟内,团队尽可能多地传递球,球的数量可以自定义。




规则是:

1、介绍游戏及其规则:
每个人都是大团队中的一份子;球不许落地;每个球至少要被每个队员经手一次。每个球不能隔人传递。每个球都必须回到起始人手中。一共分五个迭代。

2、每个团队有两分种时间来讨论并决定各自的组织策略。

3、每人团队估计自己在整个过程中能传递多少个球。

4、每两分钟算一个迭代。

5、每个团队有一分钟时间讨论如何改进过程。

6、一共是五个迭代。第五个迭代算是正式比赛。
 
如果需要的话,可以随意指定一个目标,例如,“世界记录是150个球,你们能完成吗?” 查看全部
Ball Point游戏的目标是在两分钟内,团队尽可能多地传递球,球的数量可以自定义。
Ball_Point.jpg

规则是:

1、介绍游戏及其规则:
  • 每个人都是大团队中的一份子;
  • 球不许落地;
  • 每个球至少要被每个队员经手一次。
  • 每个球不能隔人传递。
  • 每个球都必须回到起始人手中。
  • 一共分五个迭代。


2、每个团队有两分种时间来讨论并决定各自的组织策略。

3、每人团队估计自己在整个过程中能传递多少个球。

4、每两分钟算一个迭代。

5、每个团队有一分钟时间讨论如何改进过程。

6、一共是五个迭代。第五个迭代算是正式比赛。
 
如果需要的话,可以随意指定一个目标,例如,“世界记录是150个球,你们能完成吗?”

Scrum 价值观

Scrum小权 发表了文章 • 0 个评论 • 90 次浏览 • 2016-12-26 23:41 • 来自相关话题

当承诺、勇气、专注、开放和敬重五大价值观为 Scrum 团队所践行与内化时,Scrum 的透 明、检视和适应三大支柱成为现实,并且在每个人之间构建信任。Scrum 团队成员通过 Scrum 事件、角色和工件来学习和探索这些价值观。
 



Scrum 的成功应用取决于人们变得更为精通践行五项价值观。人们致力于实现 Scrum 团队 的目标。Scrum 团队成员有勇气去做正确的事并处理那些棘手的问题。每个人专注于 Sprint 和 Scrum 团队目标的工作。Scrum 团队及其利益攸关者同意将所有工作和执行工作 的挑战进行公开。Scrum 团队成员相互敬重,彼此成为更有能力和独立的人。 查看全部
当承诺、勇气、专注、开放和敬重五大价值观为 Scrum 团队所践行与内化时,Scrum 的透 明、检视和适应三大支柱成为现实,并且在每个人之间构建信任。Scrum 团队成员通过 Scrum 事件、角色和工件来学习和探索这些价值观。
 
sc.png

Scrum 的成功应用取决于人们变得更为精通践行五项价值观。人们致力于实现 Scrum 团队 的目标。Scrum 团队成员有勇气去做正确的事并处理那些棘手的问题。每个人专注于 Sprint 和 Scrum 团队目标的工作。Scrum 团队及其利益攸关者同意将所有工作和执行工作 的挑战进行公开。Scrum 团队成员相互敬重,彼此成为更有能力和独立的人。

Scrum Master

Scrum小权 发表了文章 • 0 个评论 • 76 次浏览 • 2016-12-26 23:31 • 来自相关话题

 Scrum Master 负责保证所有人都能正确地理解并实施 Scrum。Scrum Master 要确保 Scrum 团队遵循 Scrum 的理论、实践和规则。
 
Scrum Master 对 Scrum 团队而言,他/他是一位服务型领导。Scrum Master 帮助 Scrum 团 队之外的人了解他/她们如何与 Scrum 团队交互是有益的,通过改变他/她们与 Scrum 团 队的互动方式来最大化 Scrum 团队所创造的价值。
 
Scrum Master 服务于产品负责人 
 
Scrum Master 以各种方式服务于产品负责人,包括: 
找到有效管理产品待办列表的技巧; 帮助 Scrum 团队理解为何需要清晰且简明的产品待办列表项;理解在经验主义的环境中的产品规划; 确保产品负责人懂得如何来安排产品待办列表使其达到最大化价值; 理解并实践敏捷性;按要求或需要引导 Scrum 事件。
 
Scrum Master 服务于开发团队
 
Scrum Master 以各种方式服务于开发团队,包括: 
在自组织和跨职能方面给予开发团队指导; 帮助开发团队创造高价值的产品; 移除开发团队工作进展中的障碍; 按要求或需要引导 Scrum 事件; 在 Scrum 还未完全采纳和理解的组织环境中指导开发团队。
 
Scrum Master 服务于组织
 
Scrum Master 以各种方式服务于组织, 包括: 
带领并指导组织采纳 Scrum ; 在组织范围内规划 Scrum 的实施; 帮助员工和利益攸关者理解并实施 Scrum 和经验产品开发; 引发能够提升 Scrum 团队生产效率的改变; 与其他 Scrum Master 一起工作,增加组织中 Scrum 应用的有效性。 查看全部

147134180275508330.JPEG

 Scrum Master 负责保证所有人都能正确地理解并实施 Scrum。Scrum Master 要确保 Scrum 团队遵循 Scrum 的理论、实践和规则。
 
Scrum Master 对 Scrum 团队而言,他/他是一位服务型领导。Scrum Master 帮助 Scrum 团 队之外的人了解他/她们如何与 Scrum 团队交互是有益的,通过改变他/她们与 Scrum 团 队的互动方式来最大化 Scrum 团队所创造的价值。
 
Scrum Master 服务于产品负责人 
 
Scrum Master 以各种方式服务于产品负责人,包括: 
  • 找到有效管理产品待办列表的技巧; 
  • 帮助 Scrum 团队理解为何需要清晰且简明的产品待办列表项;
  • 理解在经验主义的环境中的产品规划; 
  • 确保产品负责人懂得如何来安排产品待办列表使其达到最大化价值; 
  • 理解并实践敏捷性;
  • 按要求或需要引导 Scrum 事件。

 
Scrum Master 服务于开发团队
 
Scrum Master 以各种方式服务于开发团队,包括: 
  • 在自组织和跨职能方面给予开发团队指导; 
  • 帮助开发团队创造高价值的产品; 
  • 移除开发团队工作进展中的障碍; 
  • 按要求或需要引导 Scrum 事件; 
  • 在 Scrum 还未完全采纳和理解的组织环境中指导开发团队。

 
Scrum Master 服务于组织
 
Scrum Master 以各种方式服务于组织, 包括: 
  • 带领并指导组织采纳 Scrum ; 
  • 在组织范围内规划 Scrum 的实施; 
  • 帮助员工和利益攸关者理解并实施 Scrum 和经验产品开发; 
  • 引发能够提升 Scrum 团队生产效率的改变; 
  • 与其他 Scrum Master 一起工作,增加组织中 Scrum 应用的有效性。

最新版Scrum指南已发布

Scrum小权 发表了文章 • 1 个评论 • 69 次浏览 • 2016-12-26 23:10 • 来自相关话题

最新版 Scrum指南 已由来自Scrum, Inc的Scrum共同发明人Ken Schwaber和来自Scrum.org的Jeff Sutherland联手发布。上一版发布于2013年,此版最大的变化是包含了Scrum价值观。

Scrum指南包含有关Scrum的权威指南,“整个游戏的规则”。Schwaber和Sutherland通过合作定期更新该Scrum指南,并通过Scrum指南网站的User Voice区域响应来自社区的反馈。

新版发布后,InfoQ与Schwaber谈到了最新版中的改动和未来的计划。

自从Scrum指南上次更新至今已经三年了,这段时间发生了哪些变化以至于需要提供新版指南?

Scrum指南是独立于Scrum.org,由Scrum的发明人Jeff Sutherland和我共同管理的。我们成立了一个由Scrum专家组成的活跃社区,大家会用Scrum指南为自己的工作提供基本指导,并不断通过指南网站上的User Voice区域https://scrumguide.uservoice.com/发表自己的声音,为指南的后续发布和反馈提供意见。为Scrum指南增加有关价值观的内容是呼声最高的意见,投票数量甚至是其他反馈的三倍以上。因此Jeff和我听取大家意见增加了这些内容。这些内容不仅基于Scrum专家的反馈,而且专业素质也需要具备相应的价值观,并要通过价值观帮助大家体现Scrum和软件开发工作的专业性。颁布并逐渐接受后,这些价值观可以为敏捷软件开发打造一种文化。

这一版的主要变化是什么?

这一版Scrum指南增加了Scrum价值观的内容。其中包括承诺、勇气、专注、开放,以及尊重。整个Scrum团队也会遵循这套价值观,因为这套价值观是整个团队整体获得成功的关键。另外指南会介绍Scrum团队需要在什么情况下体现和遵守有关承诺、勇气、专注、开放,以及尊重的价值观,按照Scrum有关透明度、检查,以及适应性的信条赢得每个人的信任。在参与Scrum的活动、角色,以及开发工作过程中,Scrum团队成员都需要学习和探索这些价值观。

Scrum的成功运用取决于人们能否变得更专精于这五大价值。大家需要针对Scrum团队目标的实现做出个人承诺。我们鼓励Scrum团队成员做正确的事,迎接工作中的艰巨挑战。大家都专注于冲刺(Sprint)工作以及Scrum团队的目标。Scrum团队和有关人员同意对所有工作以及工作中面临的挑战持开放态度。作为有能力的个人,Scrum团队成员也会相互尊重。

似乎很多Scrum实践者和实践团队会将Scrum用作一系列过程的指导方针,而非将其当作一种工作哲学,这种方法会有什么影响?正确的做法是怎样的?

Scrum实际上是一种以交付更高质量软件为目标的团队合作框架。真正能够采纳Scrum的人会严格按照框架要求以团队的形式开展工作。将Scrum本身作为经验论是获得成功的关键,因为Scrum团队本身是自组织的,需要持续不断审视自己的成功和失败,并适时采纳为确保后续成功所需做出的改变。如果Scrum团队做不到这些,虽然通过大量努力也能获得成功,但如果不主动适应,将无法产生变化并从经验论中获得优势,而这些正是Scrum的核心所在。

Scrum指南是否开始变得更像是一种规范?

不,指南和Scrum本身都不是规范。Scrum的核心是经验论,其本质决定了必须由团队进行演变和优化,不能过于教条。多年来我们看到各种规范化流程层出不穷,但是这些流程对成功的软件开发只能起到微乎其微的作用。经过超过21年的发展,Scrum已经非常强大,而使得它能够比其他任何规范化流程更为成功和长寿的一大原因在于,它会极力避免变得过于教条。Scrum为团队工作,以及团队能力的适应、组织和需求提供了一套框架,帮助大家根据Scrum指南和所提供的框架开展工作。

Scrum的价值观和敏捷宣言(Agile Manifesto)的价值和原则有什么区别?

这两者所蕴含的价值非常互补。正如我在书中写的,“Scrum基于一整套基本价值,这些价值是Scrum实践立足的基石。”Scrum价值观基于如何在Scrum团队中以个体的身份行事。举例来说,如果缺乏勇气,有人不遵守宣言的价值观时你就不敢说出来。如果缺乏专注,你又该如何交付可用的软件?这两者之间其实有很强的互补作用。

以后将如何发展呢,Scrum的下一个边界会在哪里?这又会对未来的Scrum指南产生什么影响?

Scrum指南的修订主要会受到在现实世界中使用Scrum的人影响,以及他们对后续改动的建议。尽管如此,我依然期待这些改动能对大范围内多个团队针对同一个产品所开展的工作产生深远影响,例如我们目前针对Scrum.org上有关Nexus Framework的工作就以Scrum作为团队协作实现集成式增量交付的基础。若要了解Nexus指南可访问https://www.scrum.org/Resources/The-Nexus-Guide。随着Scrum的继续演化和进一步成功,团队也会随之演化,因此需要通过更紧密的协作来交付软件,而Nexus正是这一切的核心。

Schwaber和Sutherland通过一次网络研讨会发布了新版Scrum指南。本次研讨会的录像很快将发布到Scrum, Inc和Scrum.org网站。
 
查看英文原文: https://www.infoq.com/news/2016/07/scrum-guide-2016
 
本文出处:http://www.infoq.com/cn/news/2 ... -2016 查看全部
最新版 Scrum指南 已由来自Scrum, Inc的Scrum共同发明人Ken Schwaber和来自Scrum.org的Jeff Sutherland联手发布。上一版发布于2013年,此版最大的变化是包含了Scrum价值观。

Scrum指南包含有关Scrum的权威指南,“整个游戏的规则”。Schwaber和Sutherland通过合作定期更新该Scrum指南,并通过Scrum指南网站的User Voice区域响应来自社区的反馈。

新版发布后,InfoQ与Schwaber谈到了最新版中的改动和未来的计划。

自从Scrum指南上次更新至今已经三年了,这段时间发生了哪些变化以至于需要提供新版指南?


Scrum指南是独立于Scrum.org,由Scrum的发明人Jeff Sutherland和我共同管理的。我们成立了一个由Scrum专家组成的活跃社区,大家会用Scrum指南为自己的工作提供基本指导,并不断通过指南网站上的User Voice区域https://scrumguide.uservoice.com/发表自己的声音,为指南的后续发布和反馈提供意见。为Scrum指南增加有关价值观的内容是呼声最高的意见,投票数量甚至是其他反馈的三倍以上。因此Jeff和我听取大家意见增加了这些内容。这些内容不仅基于Scrum专家的反馈,而且专业素质也需要具备相应的价值观,并要通过价值观帮助大家体现Scrum和软件开发工作的专业性。颁布并逐渐接受后,这些价值观可以为敏捷软件开发打造一种文化。


这一版的主要变化是什么?


这一版Scrum指南增加了Scrum价值观的内容。其中包括承诺、勇气、专注、开放,以及尊重。整个Scrum团队也会遵循这套价值观,因为这套价值观是整个团队整体获得成功的关键。另外指南会介绍Scrum团队需要在什么情况下体现和遵守有关承诺、勇气、专注、开放,以及尊重的价值观,按照Scrum有关透明度、检查,以及适应性的信条赢得每个人的信任。在参与Scrum的活动、角色,以及开发工作过程中,Scrum团队成员都需要学习和探索这些价值观。

Scrum的成功运用取决于人们能否变得更专精于这五大价值。大家需要针对Scrum团队目标的实现做出个人承诺。我们鼓励Scrum团队成员做正确的事,迎接工作中的艰巨挑战。大家都专注于冲刺(Sprint)工作以及Scrum团队的目标。Scrum团队和有关人员同意对所有工作以及工作中面临的挑战持开放态度。作为有能力的个人,Scrum团队成员也会相互尊重。


似乎很多Scrum实践者和实践团队会将Scrum用作一系列过程的指导方针,而非将其当作一种工作哲学,这种方法会有什么影响?正确的做法是怎样的?


Scrum实际上是一种以交付更高质量软件为目标的团队合作框架。真正能够采纳Scrum的人会严格按照框架要求以团队的形式开展工作。将Scrum本身作为经验论是获得成功的关键,因为Scrum团队本身是自组织的,需要持续不断审视自己的成功和失败,并适时采纳为确保后续成功所需做出的改变。如果Scrum团队做不到这些,虽然通过大量努力也能获得成功,但如果不主动适应,将无法产生变化并从经验论中获得优势,而这些正是Scrum的核心所在。


Scrum指南是否开始变得更像是一种规范?


不,指南和Scrum本身都不是规范。Scrum的核心是经验论,其本质决定了必须由团队进行演变和优化,不能过于教条。多年来我们看到各种规范化流程层出不穷,但是这些流程对成功的软件开发只能起到微乎其微的作用。经过超过21年的发展,Scrum已经非常强大,而使得它能够比其他任何规范化流程更为成功和长寿的一大原因在于,它会极力避免变得过于教条。Scrum为团队工作,以及团队能力的适应、组织和需求提供了一套框架,帮助大家根据Scrum指南和所提供的框架开展工作。


Scrum的价值观和敏捷宣言(Agile Manifesto)的价值和原则有什么区别?


这两者所蕴含的价值非常互补。正如我在书中写的,“Scrum基于一整套基本价值,这些价值是Scrum实践立足的基石。”Scrum价值观基于如何在Scrum团队中以个体的身份行事。举例来说,如果缺乏勇气,有人不遵守宣言的价值观时你就不敢说出来。如果缺乏专注,你又该如何交付可用的软件?这两者之间其实有很强的互补作用。


以后将如何发展呢,Scrum的下一个边界会在哪里?这又会对未来的Scrum指南产生什么影响?


Scrum指南的修订主要会受到在现实世界中使用Scrum的人影响,以及他们对后续改动的建议。尽管如此,我依然期待这些改动能对大范围内多个团队针对同一个产品所开展的工作产生深远影响,例如我们目前针对Scrum.org上有关Nexus Framework的工作就以Scrum作为团队协作实现集成式增量交付的基础。若要了解Nexus指南可访问https://www.scrum.org/Resources/The-Nexus-Guide。随着Scrum的继续演化和进一步成功,团队也会随之演化,因此需要通过更紧密的协作来交付软件,而Nexus正是这一切的核心。


Schwaber和Sutherland通过一次网络研讨会发布了新版Scrum指南。本次研讨会的录像很快将发布到Scrum, Inc和Scrum.org网站。
 
查看英文原文: https://www.infoq.com/news/2016/07/scrum-guide-2016
 
本文出处:http://www.infoq.com/cn/news/2 ... -2016

更好的理解敏捷估算

敏捷开发小权 发表了文章 • 0 个评论 • 67 次浏览 • 2016-12-25 19:19 • 来自相关话题

形象的体现了故事点估算:




 
可以参考一个真人实例:http://www.uml.org.cn/SoftWare ... 4.asp
形象的体现了故事点估算:
scrum-gusuan.png

 
可以参考一个真人实例:http://www.uml.org.cn/SoftWare ... 4.asp

敏捷入门学习推荐的书籍

敏捷开发小权 发表了文章 • 0 个评论 • 89 次浏览 • 2016-12-24 22:37 • 来自相关话题

Scrum相关:
 
Scrum作为敏捷一个过程管理框架,属于目前组织转型中比较主流的实践,形式学起来比较容易,难在实践上面。
 
推荐下面几本书:
1、《硝烟中的scrum和XP》:https://book.douban.com/subject/5501718/
2、《Scrum精髓》:https://book.douban.com/subject/25887356/
3、《用户故事与敏捷方法》:https://book.douban.com/subject/4743056/
 
极限编程(XP)相关:
 
极限编程的发展很早,其概念在敏捷提出之前就有了。由于其符合敏捷宣言的核心价值观和指导原则,故被纳为敏捷麾下,XP重在实践,因此经常和Scrum结合来作为敏捷的方法之一。
 
推荐下面几本书:
1、《解析极限编程(第二版)(中英文对照)》:https://book.douban.com/subject/1790225/
2、《敏捷开发的艺术》:https://book.douban.com/subject/4037534/
 
 
  查看全部
Scrum相关:
 
Scrum作为敏捷一个过程管理框架,属于目前组织转型中比较主流的实践,形式学起来比较容易,难在实践上面。
 
推荐下面几本书:
1、《硝烟中的scrum和XP》:https://book.douban.com/subject/5501718/
2、《Scrum精髓》:https://book.douban.com/subject/25887356/
3、《用户故事与敏捷方法》:https://book.douban.com/subject/4743056/
 
极限编程(XP)相关:
 
极限编程的发展很早,其概念在敏捷提出之前就有了。由于其符合敏捷宣言的核心价值观和指导原则,故被纳为敏捷麾下,XP重在实践,因此经常和Scrum结合来作为敏捷的方法之一。
 
推荐下面几本书:
1、《解析极限编程(第二版)(中英文对照)》:https://book.douban.com/subject/1790225/
2、《敏捷开发的艺术》:https://book.douban.com/subject/4037534/
 
 
 

更好的理解敏捷估算

敏捷开发小权 发表了文章 • 0 个评论 • 67 次浏览 • 2016-12-25 19:19 • 来自相关话题

形象的体现了故事点估算:




 
可以参考一个真人实例:http://www.uml.org.cn/SoftWare ... 4.asp
形象的体现了故事点估算:
scrum-gusuan.png

 
可以参考一个真人实例:http://www.uml.org.cn/SoftWare ... 4.asp

在公司内推行Scrum,大家都用到什么工具?

回复

ScrumBoBJiang 回复了问题 • 4 人关注 • 4 个回复 • 165 次浏览 • 2017-02-22 17:19 • 来自相关话题

常见的敏捷开发方法

敏捷开发小权 发表了文章 • 0 个评论 • 93 次浏览 • 2017-02-22 14:30 • 来自相关话题

常见的敏捷开发方法:
软件开发节奏,Software Development Rhythms敏捷数据库技术,AD/Agile Database Techniques敏捷建模,AM/Agile Modeling自适应软件开发,ASD/Adaptive Software Development水晶方法,Crystal特性驱动开发,FDD/Feature Driven Development动态系统开发方法,DSDM/Dynamic Systems Development Method精益软件开发,Lean Software DevelopmentAUP(Agile Unified Process)ScrumXBreed极限编程,XP Extreme Programming探索性测试
 
其中 Scrum,精益,以及XP是目前比较火的,使用相对广泛一些。 查看全部
常见的敏捷开发方法:
  • 软件开发节奏,Software Development Rhythms
  • 敏捷数据库技术,AD/Agile Database Techniques
  • 敏捷建模,AM/Agile Modeling
  • 自适应软件开发,ASD/Adaptive Software Development
  • 水晶方法,Crystal
  • 特性驱动开发,FDD/Feature Driven Development
  • 动态系统开发方法,DSDM/Dynamic Systems Development Method
  • 精益软件开发,Lean Software Development
  • AUP(Agile Unified Process)
  • Scrum
  • XBreed
  • 极限编程,XP Extreme Programming
  • 探索性测试

 
其中 Scrum,精益,以及XP是目前比较火的,使用相对广泛一些。

敏捷游戏 之 披萨游戏

敏捷开发小权 发表了文章 • 1 个评论 • 95 次浏览 • 2016-12-29 19:50 • 来自相关话题

这个游戏在敏捷游戏中比较普遍,很多培训中都会采用,用来体验敏捷团队如何协作完成工作。





 
这里有一个PPT:http://www.slideshare.net/ralfhh/kanban-pizzagame
 
同样也找了一个国内的版本,具体看这里:http://dwz.cn/4WCwDb
 
截图备份供参阅:





  查看全部
这个游戏在敏捷游戏中比较普遍,很多培训中都会采用,用来体验敏捷团队如何协作完成工作。

Pizza_Small6163012549_7c7934aa5e-1_1.jpg

 
这里有一个PPT:http://www.slideshare.net/ralfhh/kanban-pizzagame
 
同样也找了一个国内的版本,具体看这里:http://dwz.cn/4WCwDb
 
截图备份供参阅:

screenshot-mp.weixin_.qq_.com-2016-12-29-19-40-42_.jpg

 

敏捷游戏 之 筹码游戏

敏捷开发小权 发表了文章 • 0 个评论 • 86 次浏览 • 2016-12-28 22:45 • 来自相关话题

这个筹码游戏在我参加CSPO的培训时,敏捷教练玩过,检验敏捷对效率、以及最终交付价值的提升
 
大体过程如下:




 
上图来自:http://dwz.cn/4WfNzu ,大家可以点进去看详细的介绍。
 
担心上面的微信哪天没了,给大家截了一个全屏,供参考:





  查看全部
timg_(1).jpeg

这个筹码游戏在我参加CSPO的培训时,敏捷教练玩过,检验敏捷对效率、以及最终交付价值的提升
 
大体过程如下:
屏幕快照_2016-12-28_下午10.43_.33_.png

 
上图来自:http://dwz.cn/4WfNzu ,大家可以点进去看详细的介绍。
 
担心上面的微信哪天没了,给大家截了一个全屏,供参考:

screenshot-mp.weixin_.qq_.com-2016-12-29-19-04-49_.png

 

敏捷游戏 之 Ball Point

敏捷开发小权 发表了文章 • 0 个评论 • 91 次浏览 • 2016-12-27 00:08 • 来自相关话题

Ball Point游戏的目标是在两分钟内,团队尽可能多地传递球,球的数量可以自定义。




规则是:

1、介绍游戏及其规则:
每个人都是大团队中的一份子;球不许落地;每个球至少要被每个队员经手一次。每个球不能隔人传递。每个球都必须回到起始人手中。一共分五个迭代。

2、每个团队有两分种时间来讨论并决定各自的组织策略。

3、每人团队估计自己在整个过程中能传递多少个球。

4、每两分钟算一个迭代。

5、每个团队有一分钟时间讨论如何改进过程。

6、一共是五个迭代。第五个迭代算是正式比赛。
 
如果需要的话,可以随意指定一个目标,例如,“世界记录是150个球,你们能完成吗?” 查看全部
Ball Point游戏的目标是在两分钟内,团队尽可能多地传递球,球的数量可以自定义。
Ball_Point.jpg

规则是:

1、介绍游戏及其规则:
  • 每个人都是大团队中的一份子;
  • 球不许落地;
  • 每个球至少要被每个队员经手一次。
  • 每个球不能隔人传递。
  • 每个球都必须回到起始人手中。
  • 一共分五个迭代。


2、每个团队有两分种时间来讨论并决定各自的组织策略。

3、每人团队估计自己在整个过程中能传递多少个球。

4、每两分钟算一个迭代。

5、每个团队有一分钟时间讨论如何改进过程。

6、一共是五个迭代。第五个迭代算是正式比赛。
 
如果需要的话,可以随意指定一个目标,例如,“世界记录是150个球,你们能完成吗?”

Scrum 价值观

Scrum小权 发表了文章 • 0 个评论 • 90 次浏览 • 2016-12-26 23:41 • 来自相关话题

当承诺、勇气、专注、开放和敬重五大价值观为 Scrum 团队所践行与内化时,Scrum 的透 明、检视和适应三大支柱成为现实,并且在每个人之间构建信任。Scrum 团队成员通过 Scrum 事件、角色和工件来学习和探索这些价值观。
 



Scrum 的成功应用取决于人们变得更为精通践行五项价值观。人们致力于实现 Scrum 团队 的目标。Scrum 团队成员有勇气去做正确的事并处理那些棘手的问题。每个人专注于 Sprint 和 Scrum 团队目标的工作。Scrum 团队及其利益攸关者同意将所有工作和执行工作 的挑战进行公开。Scrum 团队成员相互敬重,彼此成为更有能力和独立的人。 查看全部
当承诺、勇气、专注、开放和敬重五大价值观为 Scrum 团队所践行与内化时,Scrum 的透 明、检视和适应三大支柱成为现实,并且在每个人之间构建信任。Scrum 团队成员通过 Scrum 事件、角色和工件来学习和探索这些价值观。
 
sc.png

Scrum 的成功应用取决于人们变得更为精通践行五项价值观。人们致力于实现 Scrum 团队 的目标。Scrum 团队成员有勇气去做正确的事并处理那些棘手的问题。每个人专注于 Sprint 和 Scrum 团队目标的工作。Scrum 团队及其利益攸关者同意将所有工作和执行工作 的挑战进行公开。Scrum 团队成员相互敬重,彼此成为更有能力和独立的人。

Scrum Master

Scrum小权 发表了文章 • 0 个评论 • 76 次浏览 • 2016-12-26 23:31 • 来自相关话题

 Scrum Master 负责保证所有人都能正确地理解并实施 Scrum。Scrum Master 要确保 Scrum 团队遵循 Scrum 的理论、实践和规则。
 
Scrum Master 对 Scrum 团队而言,他/他是一位服务型领导。Scrum Master 帮助 Scrum 团 队之外的人了解他/她们如何与 Scrum 团队交互是有益的,通过改变他/她们与 Scrum 团 队的互动方式来最大化 Scrum 团队所创造的价值。
 
Scrum Master 服务于产品负责人 
 
Scrum Master 以各种方式服务于产品负责人,包括: 
找到有效管理产品待办列表的技巧; 帮助 Scrum 团队理解为何需要清晰且简明的产品待办列表项;理解在经验主义的环境中的产品规划; 确保产品负责人懂得如何来安排产品待办列表使其达到最大化价值; 理解并实践敏捷性;按要求或需要引导 Scrum 事件。
 
Scrum Master 服务于开发团队
 
Scrum Master 以各种方式服务于开发团队,包括: 
在自组织和跨职能方面给予开发团队指导; 帮助开发团队创造高价值的产品; 移除开发团队工作进展中的障碍; 按要求或需要引导 Scrum 事件; 在 Scrum 还未完全采纳和理解的组织环境中指导开发团队。
 
Scrum Master 服务于组织
 
Scrum Master 以各种方式服务于组织, 包括: 
带领并指导组织采纳 Scrum ; 在组织范围内规划 Scrum 的实施; 帮助员工和利益攸关者理解并实施 Scrum 和经验产品开发; 引发能够提升 Scrum 团队生产效率的改变; 与其他 Scrum Master 一起工作,增加组织中 Scrum 应用的有效性。 查看全部

147134180275508330.JPEG

 Scrum Master 负责保证所有人都能正确地理解并实施 Scrum。Scrum Master 要确保 Scrum 团队遵循 Scrum 的理论、实践和规则。
 
Scrum Master 对 Scrum 团队而言,他/他是一位服务型领导。Scrum Master 帮助 Scrum 团 队之外的人了解他/她们如何与 Scrum 团队交互是有益的,通过改变他/她们与 Scrum 团 队的互动方式来最大化 Scrum 团队所创造的价值。
 
Scrum Master 服务于产品负责人 
 
Scrum Master 以各种方式服务于产品负责人,包括: 
  • 找到有效管理产品待办列表的技巧; 
  • 帮助 Scrum 团队理解为何需要清晰且简明的产品待办列表项;
  • 理解在经验主义的环境中的产品规划; 
  • 确保产品负责人懂得如何来安排产品待办列表使其达到最大化价值; 
  • 理解并实践敏捷性;
  • 按要求或需要引导 Scrum 事件。

 
Scrum Master 服务于开发团队
 
Scrum Master 以各种方式服务于开发团队,包括: 
  • 在自组织和跨职能方面给予开发团队指导; 
  • 帮助开发团队创造高价值的产品; 
  • 移除开发团队工作进展中的障碍; 
  • 按要求或需要引导 Scrum 事件; 
  • 在 Scrum 还未完全采纳和理解的组织环境中指导开发团队。

 
Scrum Master 服务于组织
 
Scrum Master 以各种方式服务于组织, 包括: 
  • 带领并指导组织采纳 Scrum ; 
  • 在组织范围内规划 Scrum 的实施; 
  • 帮助员工和利益攸关者理解并实施 Scrum 和经验产品开发; 
  • 引发能够提升 Scrum 团队生产效率的改变; 
  • 与其他 Scrum Master 一起工作,增加组织中 Scrum 应用的有效性。

最新版Scrum指南已发布

Scrum小权 发表了文章 • 1 个评论 • 69 次浏览 • 2016-12-26 23:10 • 来自相关话题

最新版 Scrum指南 已由来自Scrum, Inc的Scrum共同发明人Ken Schwaber和来自Scrum.org的Jeff Sutherland联手发布。上一版发布于2013年,此版最大的变化是包含了Scrum价值观。

Scrum指南包含有关Scrum的权威指南,“整个游戏的规则”。Schwaber和Sutherland通过合作定期更新该Scrum指南,并通过Scrum指南网站的User Voice区域响应来自社区的反馈。

新版发布后,InfoQ与Schwaber谈到了最新版中的改动和未来的计划。

自从Scrum指南上次更新至今已经三年了,这段时间发生了哪些变化以至于需要提供新版指南?

Scrum指南是独立于Scrum.org,由Scrum的发明人Jeff Sutherland和我共同管理的。我们成立了一个由Scrum专家组成的活跃社区,大家会用Scrum指南为自己的工作提供基本指导,并不断通过指南网站上的User Voice区域https://scrumguide.uservoice.com/发表自己的声音,为指南的后续发布和反馈提供意见。为Scrum指南增加有关价值观的内容是呼声最高的意见,投票数量甚至是其他反馈的三倍以上。因此Jeff和我听取大家意见增加了这些内容。这些内容不仅基于Scrum专家的反馈,而且专业素质也需要具备相应的价值观,并要通过价值观帮助大家体现Scrum和软件开发工作的专业性。颁布并逐渐接受后,这些价值观可以为敏捷软件开发打造一种文化。

这一版的主要变化是什么?

这一版Scrum指南增加了Scrum价值观的内容。其中包括承诺、勇气、专注、开放,以及尊重。整个Scrum团队也会遵循这套价值观,因为这套价值观是整个团队整体获得成功的关键。另外指南会介绍Scrum团队需要在什么情况下体现和遵守有关承诺、勇气、专注、开放,以及尊重的价值观,按照Scrum有关透明度、检查,以及适应性的信条赢得每个人的信任。在参与Scrum的活动、角色,以及开发工作过程中,Scrum团队成员都需要学习和探索这些价值观。

Scrum的成功运用取决于人们能否变得更专精于这五大价值。大家需要针对Scrum团队目标的实现做出个人承诺。我们鼓励Scrum团队成员做正确的事,迎接工作中的艰巨挑战。大家都专注于冲刺(Sprint)工作以及Scrum团队的目标。Scrum团队和有关人员同意对所有工作以及工作中面临的挑战持开放态度。作为有能力的个人,Scrum团队成员也会相互尊重。

似乎很多Scrum实践者和实践团队会将Scrum用作一系列过程的指导方针,而非将其当作一种工作哲学,这种方法会有什么影响?正确的做法是怎样的?

Scrum实际上是一种以交付更高质量软件为目标的团队合作框架。真正能够采纳Scrum的人会严格按照框架要求以团队的形式开展工作。将Scrum本身作为经验论是获得成功的关键,因为Scrum团队本身是自组织的,需要持续不断审视自己的成功和失败,并适时采纳为确保后续成功所需做出的改变。如果Scrum团队做不到这些,虽然通过大量努力也能获得成功,但如果不主动适应,将无法产生变化并从经验论中获得优势,而这些正是Scrum的核心所在。

Scrum指南是否开始变得更像是一种规范?

不,指南和Scrum本身都不是规范。Scrum的核心是经验论,其本质决定了必须由团队进行演变和优化,不能过于教条。多年来我们看到各种规范化流程层出不穷,但是这些流程对成功的软件开发只能起到微乎其微的作用。经过超过21年的发展,Scrum已经非常强大,而使得它能够比其他任何规范化流程更为成功和长寿的一大原因在于,它会极力避免变得过于教条。Scrum为团队工作,以及团队能力的适应、组织和需求提供了一套框架,帮助大家根据Scrum指南和所提供的框架开展工作。

Scrum的价值观和敏捷宣言(Agile Manifesto)的价值和原则有什么区别?

这两者所蕴含的价值非常互补。正如我在书中写的,“Scrum基于一整套基本价值,这些价值是Scrum实践立足的基石。”Scrum价值观基于如何在Scrum团队中以个体的身份行事。举例来说,如果缺乏勇气,有人不遵守宣言的价值观时你就不敢说出来。如果缺乏专注,你又该如何交付可用的软件?这两者之间其实有很强的互补作用。

以后将如何发展呢,Scrum的下一个边界会在哪里?这又会对未来的Scrum指南产生什么影响?

Scrum指南的修订主要会受到在现实世界中使用Scrum的人影响,以及他们对后续改动的建议。尽管如此,我依然期待这些改动能对大范围内多个团队针对同一个产品所开展的工作产生深远影响,例如我们目前针对Scrum.org上有关Nexus Framework的工作就以Scrum作为团队协作实现集成式增量交付的基础。若要了解Nexus指南可访问https://www.scrum.org/Resources/The-Nexus-Guide。随着Scrum的继续演化和进一步成功,团队也会随之演化,因此需要通过更紧密的协作来交付软件,而Nexus正是这一切的核心。

Schwaber和Sutherland通过一次网络研讨会发布了新版Scrum指南。本次研讨会的录像很快将发布到Scrum, Inc和Scrum.org网站。
 
查看英文原文: https://www.infoq.com/news/2016/07/scrum-guide-2016
 
本文出处:http://www.infoq.com/cn/news/2 ... -2016 查看全部
最新版 Scrum指南 已由来自Scrum, Inc的Scrum共同发明人Ken Schwaber和来自Scrum.org的Jeff Sutherland联手发布。上一版发布于2013年,此版最大的变化是包含了Scrum价值观。

Scrum指南包含有关Scrum的权威指南,“整个游戏的规则”。Schwaber和Sutherland通过合作定期更新该Scrum指南,并通过Scrum指南网站的User Voice区域响应来自社区的反馈。

新版发布后,InfoQ与Schwaber谈到了最新版中的改动和未来的计划。

自从Scrum指南上次更新至今已经三年了,这段时间发生了哪些变化以至于需要提供新版指南?


Scrum指南是独立于Scrum.org,由Scrum的发明人Jeff Sutherland和我共同管理的。我们成立了一个由Scrum专家组成的活跃社区,大家会用Scrum指南为自己的工作提供基本指导,并不断通过指南网站上的User Voice区域https://scrumguide.uservoice.com/发表自己的声音,为指南的后续发布和反馈提供意见。为Scrum指南增加有关价值观的内容是呼声最高的意见,投票数量甚至是其他反馈的三倍以上。因此Jeff和我听取大家意见增加了这些内容。这些内容不仅基于Scrum专家的反馈,而且专业素质也需要具备相应的价值观,并要通过价值观帮助大家体现Scrum和软件开发工作的专业性。颁布并逐渐接受后,这些价值观可以为敏捷软件开发打造一种文化。


这一版的主要变化是什么?


这一版Scrum指南增加了Scrum价值观的内容。其中包括承诺、勇气、专注、开放,以及尊重。整个Scrum团队也会遵循这套价值观,因为这套价值观是整个团队整体获得成功的关键。另外指南会介绍Scrum团队需要在什么情况下体现和遵守有关承诺、勇气、专注、开放,以及尊重的价值观,按照Scrum有关透明度、检查,以及适应性的信条赢得每个人的信任。在参与Scrum的活动、角色,以及开发工作过程中,Scrum团队成员都需要学习和探索这些价值观。

Scrum的成功运用取决于人们能否变得更专精于这五大价值。大家需要针对Scrum团队目标的实现做出个人承诺。我们鼓励Scrum团队成员做正确的事,迎接工作中的艰巨挑战。大家都专注于冲刺(Sprint)工作以及Scrum团队的目标。Scrum团队和有关人员同意对所有工作以及工作中面临的挑战持开放态度。作为有能力的个人,Scrum团队成员也会相互尊重。


似乎很多Scrum实践者和实践团队会将Scrum用作一系列过程的指导方针,而非将其当作一种工作哲学,这种方法会有什么影响?正确的做法是怎样的?


Scrum实际上是一种以交付更高质量软件为目标的团队合作框架。真正能够采纳Scrum的人会严格按照框架要求以团队的形式开展工作。将Scrum本身作为经验论是获得成功的关键,因为Scrum团队本身是自组织的,需要持续不断审视自己的成功和失败,并适时采纳为确保后续成功所需做出的改变。如果Scrum团队做不到这些,虽然通过大量努力也能获得成功,但如果不主动适应,将无法产生变化并从经验论中获得优势,而这些正是Scrum的核心所在。


Scrum指南是否开始变得更像是一种规范?


不,指南和Scrum本身都不是规范。Scrum的核心是经验论,其本质决定了必须由团队进行演变和优化,不能过于教条。多年来我们看到各种规范化流程层出不穷,但是这些流程对成功的软件开发只能起到微乎其微的作用。经过超过21年的发展,Scrum已经非常强大,而使得它能够比其他任何规范化流程更为成功和长寿的一大原因在于,它会极力避免变得过于教条。Scrum为团队工作,以及团队能力的适应、组织和需求提供了一套框架,帮助大家根据Scrum指南和所提供的框架开展工作。


Scrum的价值观和敏捷宣言(Agile Manifesto)的价值和原则有什么区别?


这两者所蕴含的价值非常互补。正如我在书中写的,“Scrum基于一整套基本价值,这些价值是Scrum实践立足的基石。”Scrum价值观基于如何在Scrum团队中以个体的身份行事。举例来说,如果缺乏勇气,有人不遵守宣言的价值观时你就不敢说出来。如果缺乏专注,你又该如何交付可用的软件?这两者之间其实有很强的互补作用。


以后将如何发展呢,Scrum的下一个边界会在哪里?这又会对未来的Scrum指南产生什么影响?


Scrum指南的修订主要会受到在现实世界中使用Scrum的人影响,以及他们对后续改动的建议。尽管如此,我依然期待这些改动能对大范围内多个团队针对同一个产品所开展的工作产生深远影响,例如我们目前针对Scrum.org上有关Nexus Framework的工作就以Scrum作为团队协作实现集成式增量交付的基础。若要了解Nexus指南可访问https://www.scrum.org/Resources/The-Nexus-Guide。随着Scrum的继续演化和进一步成功,团队也会随之演化,因此需要通过更紧密的协作来交付软件,而Nexus正是这一切的核心。


Schwaber和Sutherland通过一次网络研讨会发布了新版Scrum指南。本次研讨会的录像很快将发布到Scrum, Inc和Scrum.org网站。
 
查看英文原文: https://www.infoq.com/news/2016/07/scrum-guide-2016
 
本文出处:http://www.infoq.com/cn/news/2 ... -2016

更好的理解敏捷估算

敏捷开发小权 发表了文章 • 0 个评论 • 67 次浏览 • 2016-12-25 19:19 • 来自相关话题

形象的体现了故事点估算:




 
可以参考一个真人实例:http://www.uml.org.cn/SoftWare ... 4.asp
形象的体现了故事点估算:
scrum-gusuan.png

 
可以参考一个真人实例:http://www.uml.org.cn/SoftWare ... 4.asp

敏捷入门学习推荐的书籍

敏捷开发小权 发表了文章 • 0 个评论 • 89 次浏览 • 2016-12-24 22:37 • 来自相关话题

Scrum相关:
 
Scrum作为敏捷一个过程管理框架,属于目前组织转型中比较主流的实践,形式学起来比较容易,难在实践上面。
 
推荐下面几本书:
1、《硝烟中的scrum和XP》:https://book.douban.com/subject/5501718/
2、《Scrum精髓》:https://book.douban.com/subject/25887356/
3、《用户故事与敏捷方法》:https://book.douban.com/subject/4743056/
 
极限编程(XP)相关:
 
极限编程的发展很早,其概念在敏捷提出之前就有了。由于其符合敏捷宣言的核心价值观和指导原则,故被纳为敏捷麾下,XP重在实践,因此经常和Scrum结合来作为敏捷的方法之一。
 
推荐下面几本书:
1、《解析极限编程(第二版)(中英文对照)》:https://book.douban.com/subject/1790225/
2、《敏捷开发的艺术》:https://book.douban.com/subject/4037534/
 
 
  查看全部
Scrum相关:
 
Scrum作为敏捷一个过程管理框架,属于目前组织转型中比较主流的实践,形式学起来比较容易,难在实践上面。
 
推荐下面几本书:
1、《硝烟中的scrum和XP》:https://book.douban.com/subject/5501718/
2、《Scrum精髓》:https://book.douban.com/subject/25887356/
3、《用户故事与敏捷方法》:https://book.douban.com/subject/4743056/
 
极限编程(XP)相关:
 
极限编程的发展很早,其概念在敏捷提出之前就有了。由于其符合敏捷宣言的核心价值观和指导原则,故被纳为敏捷麾下,XP重在实践,因此经常和Scrum结合来作为敏捷的方法之一。
 
推荐下面几本书:
1、《解析极限编程(第二版)(中英文对照)》:https://book.douban.com/subject/1790225/
2、《敏捷开发的艺术》:https://book.douban.com/subject/4037534/
 
 
 

故事点数是对工时的度量

敏捷开发小权 发表了文章 • 1 个评论 • 73 次浏览 • 2016-12-23 21:36 • 来自相关话题

尽管我尽了最大努力来澄清,但是仍然流传这样一种说法:故事点数是对复杂度的度量。这种说法是完全错误的。真相是,除非复杂度已经对完成用户故事的工作量造成影响,否则其复杂度并不重要。

让我举个例子。假设你和我一起观察离一栋建筑物的距离。你认为需要走5分钟,而我因为正拄着拐杖所以需要走10分钟。

你和我不能在花费时间上达成一致。对你来说走5分钟是对的,而对我来说走10分钟也是对的。如果采用分钟、小时、天等时间单位进行估算,问题就会比较棘手——由于我们处于不同的生产率水平,这会导致我们无法在估算上达成一致。

然而,我们能够对建筑物距离是“1个单位时间远”达成一致。当我们都认为估算结果是1单位时,你是认为会走5分钟而我是认为会走10分钟——但是这并不是什么问题。我们已经得到一个能够达成一致的估算结果。

假设,然后你又指着另外一栋建筑物说,“到那栋建筑物的距离是两倍,它是2。”你认为对你来说是走10分钟而我认为对我来说需要拄着拐杖走20分钟——但我们都同意有两倍距离远。

尽管生产率(步行速度)不同,但我们仍然能够对估算结果2达成一致。这就是故事点数的要点。

如果我们只估算复杂度又会怎么样呢?走到第一栋建筑物和走到第二栋建筑物的复杂度是一样的。我们把走到任何一栋建筑物的复杂度都估算成同样的值——称为1。这样做究竟会有什么好处呢?没有任何好处,对吗?我们不会直接估算复杂度——我们只会估算某某事项会花费多长时间,复杂度只是可能对估算结果造成影响而已。

继续刚才的例子,假设我们指向第三栋建筑物。它在物理上的距离同到第一栋建筑物一样(估算值是1),因此我们可能也会估算成1.

除非,在到达第三栋建筑前,我们需要走过一个高悬在灼热熔岩之上的极其狭窄的通道——这个通道只有一只脚宽或者是其它你认为狭窄但可以通过的宽度。

我认为我们能够能对此达成一致:走到这样一栋建筑物是更复杂的,因为就算在物理上与走到第一栋建筑物的距离相同,也需要更多的注意力和平衡感才能到达。往这样一栋建筑走,我们都会走的更慢——因此我们可能会把这项工作估算成3或者4——因为我们认为会花费到第一栋建筑物的3倍或者4倍的时间。

我们估算的仍然是工作量——复杂度只是部分而非全部。

如果我们只估算复杂度,我不知道该把那条窄路估算多少数值。我真的不知道——该如何估算复杂度?我唯一能够量化复杂度的方式,就是它会对其他事物造成多大影响。

在采用故事点数,我们估算的是完成一件事情的工作量(时间)——工作量的大小可能受风险、不确定性或者复杂度影响。因此让我竭尽全力说明的是:故事点数是对工作量而非复杂度的估算值。


本文译者:李洁(Jerry Li) ,CSP,CSM,Scrum中文网资深敏捷顾问和培训师,敏捷教练

原文作者:Mike Cohn 查看全部
尽管我尽了最大努力来澄清,但是仍然流传这样一种说法:故事点数是对复杂度的度量。这种说法是完全错误的。真相是,除非复杂度已经对完成用户故事的工作量造成影响,否则其复杂度并不重要。

让我举个例子。假设你和我一起观察离一栋建筑物的距离。你认为需要走5分钟,而我因为正拄着拐杖所以需要走10分钟。

你和我不能在花费时间上达成一致。对你来说走5分钟是对的,而对我来说走10分钟也是对的。如果采用分钟、小时、天等时间单位进行估算,问题就会比较棘手——由于我们处于不同的生产率水平,这会导致我们无法在估算上达成一致。

然而,我们能够对建筑物距离是“1个单位时间远”达成一致。当我们都认为估算结果是1单位时,你是认为会走5分钟而我是认为会走10分钟——但是这并不是什么问题。我们已经得到一个能够达成一致的估算结果。

假设,然后你又指着另外一栋建筑物说,“到那栋建筑物的距离是两倍,它是2。”你认为对你来说是走10分钟而我认为对我来说需要拄着拐杖走20分钟——但我们都同意有两倍距离远。

尽管生产率(步行速度)不同,但我们仍然能够对估算结果2达成一致。这就是故事点数的要点。

如果我们只估算复杂度又会怎么样呢?走到第一栋建筑物和走到第二栋建筑物的复杂度是一样的。我们把走到任何一栋建筑物的复杂度都估算成同样的值——称为1。这样做究竟会有什么好处呢?没有任何好处,对吗?我们不会直接估算复杂度——我们只会估算某某事项会花费多长时间,复杂度只是可能对估算结果造成影响而已。

继续刚才的例子,假设我们指向第三栋建筑物。它在物理上的距离同到第一栋建筑物一样(估算值是1),因此我们可能也会估算成1.

除非,在到达第三栋建筑前,我们需要走过一个高悬在灼热熔岩之上的极其狭窄的通道——这个通道只有一只脚宽或者是其它你认为狭窄但可以通过的宽度。

我认为我们能够能对此达成一致:走到这样一栋建筑物是更复杂的,因为就算在物理上与走到第一栋建筑物的距离相同,也需要更多的注意力和平衡感才能到达。往这样一栋建筑走,我们都会走的更慢——因此我们可能会把这项工作估算成3或者4——因为我们认为会花费到第一栋建筑物的3倍或者4倍的时间。

我们估算的仍然是工作量——复杂度只是部分而非全部。

如果我们只估算复杂度,我不知道该把那条窄路估算多少数值。我真的不知道——该如何估算复杂度?我唯一能够量化复杂度的方式,就是它会对其他事物造成多大影响。

在采用故事点数,我们估算的是完成一件事情的工作量(时间)——工作量的大小可能受风险、不确定性或者复杂度影响。因此让我竭尽全力说明的是:故事点数是对工作量而非复杂度的估算值。


本文译者:李洁(Jerry Li) ,CSP,CSM,Scrum中文网资深敏捷顾问和培训师,敏捷教练

原文作者:Mike Cohn
敏捷下的流行框架Scrum