敏捷团队该啥时候腾出时间搞创新?

敏捷团队需要空间和安全感来尝试新的想法。要想取得成功,他们必须找到能有效解决复杂问题的新方法。

大多数应用 Scrum 等敏捷方法的团队都在采用为期两周的Sprint,这很好。但我认为随着 Sprint 周期的缩短,也可能会失去一些东西。我们似乎已经丧失了自由而频繁地进行实验的能力,至少,失去了有时间进行创新的感觉。
有的组织会尝试通过设置专门的创新时间(创新Sprint),或者组建专门的创新团队来解决这个问题。可问题是,试验不应该只在特定的情况下才进行,而是应该成为每个团队解决问题方法的一部分。

 

敏捷创新和Sprint长度

举个例子,假设有一个刚刚接触 Scrum 的团队。几乎每个早期的 Scrum 团队都会将 Sprint 长度设置为四周或一个月。现在团队正在为即将到来的迭代进行 Sprint 计划,且在考虑实现一个目标的两种方式。
  • 第一种是久经考验的方法,团队知道这个方法是可行的。
  • 第二种尚未得到验证,但可能是一个更好的方案。

实验性的方法可能成功,也可能行不通。虽然风险较大,但有四周的时间,尝试一下也不算太冒险。如果行不通,团队浪费了一些时间,但仍然有时间转回到已验证的方法,并在迭代结束前交付功能。

由于有更充足的时间,早期敏捷团队往往能选择探索突破性的创新方法。他们觉得这是安全的,因为在四周时间里,可能只需要花三四天的时间进行实验,还有足够的时间来恢复并切换到安全的方法。

而对于较短的 Sprint 来说,情况就不同了。如果团队尝试创新方法却没有成功,很可能意味着团队无法交付该 Sprint 所承诺的工作。

敏捷创新和问题解决技巧点评

但是无法兑现Sprint承诺就是世界末日吗?我不这么认为。实际上我觉得,总是完成 Sprint 承诺的团队还不够拼。他们没有寻找新的方法(“How”)来实现产品负责人要的需求(“What”)。

我注意到如今 Scrum 一个令人遗憾的趋势是,许多组织把 Sprint 变成了一个检查单。

  • 你完成了承诺的所有工作项吗?
  • 你达到或是超过了平均速率吗?
如果做到了,你的团队就是成功的。如果没有,你们就失败了。
这种看待成功的方式是错误的。
我同意,团队应该在大多数情况下完成他们计划的所有工作。他们需要保持一致性和可预测性,这样其他人才能信任他们的估算并据此进行计划。但他们应该只在大部分时间交付所有工作。
大约 20% 的情况下,一个不断努力尝试的团队会失败。一个不断创新,持续学习的团队,不会每次都能完成所有工作。这不仅可以接受,而且是可取的。

如果不注重敏捷创新,团队就会停滞不前。只专注于完成任务的团队不再是响应敏捷的团队,而是被动式的团队。他们不再是努力去学习并灵活地解决问题,而是简单地执行一系列任务。

实验与心理安全

较短的 Sprint 周期和 Sprint 承诺所带来的意外副作用,可能会对创造力和突破进展造成毁灭性的影响。团队如果感到时间紧迫或害怕失败,就不会安心进行实验。在缺乏心理安全感的情况下,创新就会消退。

敏捷团队顶住交付压力,从不失败,变得至关重要。

《哈佛商业评论》中最近一篇关于心理安全的文章表示,“本质上,敏捷的核心技术不是技术或机械,而是文化。”或者正如 Entrepreneur.com 所说,“你的公司需要的是创新文化,而不是创新团队。聘用几个人来搞创新,而其他人都在走过场的话,是不可能成为一家创新公司的。”

作为敏捷主义者,我们必须努力使实验精神成为公司文化的一部分。重视创新的公司会授权自组织团队尝试新事物,鼓励(并资助)持续学习和改进,征求反馈和想法并采取行动,强调协作和沟通。

敏捷创新与规划

时机对于创新至关重要。在做项目计划的时候,要考虑让有风险的事尽早进行,而不是尽量晚做。这就是“快速失败”背后的理念。不仅仅是快速交付,而是要尽早失败,以便转而做其他事情。
不要在重大项目末期的Sprint进行过于冒险的尝试。
但在项目开始时,尝试一种可能行不通的创新突破方法是值得的。在按部就班的方法之外探索,值得一博。
快速创新的需求是组织进行敏捷转型的主要原因之一。确保团队能够安心地尽早并经常进行实验,这样才不会错失了敏捷带来的真正益处。 

原文地址:when-do-agile-teams-make-time-for-innovation

关于作者

【作者】Mike Cohn
Mike是敏捷联盟及Scrum联盟创始人之一,是帮助企业适应和改进敏捷过程及技术,以建立极致高效团队的专家。著有《用户故事与敏捷方法》,《敏捷估算与规划》,《Scrum敏捷软件开发》以及视频课程《更好的用户故事》。

关于Scrum中文网

Scrum中文网是全球第一个Scrum中文网站,中国最早的Scrum和敏捷教育及推广机构,也是国际Scrum联盟(ScrumAlliance)官方授权教育机构,大规模敏捷SAFe官方机构SAI中国区金牌授权合作伙伴,和Scrum.org官方授权教育机构。

Scrum中文网是国内领先的敏捷培训及教练咨询机构,作为中国敏捷教练的摇篮,启蒙和培养了数万名敏捷专业人士,帮助数百家知名企业成功转型敏捷。

火爆 售票中
Scrum.Org 主办
Search
近期公开班
领导大规模敏捷Leading SAFe认证徽章
1月11-12日(周六、周日)
Leading SAFe领导大规模敏捷认证课
远程
Scott Wang 王庆付 授课
scrum alliance csm认证徽章
1月18-19日(周六、周日)
Scrum Master (CSM) 中文认证课
Lance Zhang 授课
safe scrum master ssm
2月22-23日(周六、周日)
SAFe ScrumMaster 官方认证公开班
远程
Eric Liao 廖靖斌 授课
大规模敏捷顾问SAFe SPC认证课徽章
2月27-3月2日(周四-周日)
SAFe认证-SPC SAFe认证培训师导师班
上海
Eric Liao & Marsha Xue授课
scrum alliance csm认证徽章
3月1日-2日(周六、周日)
Scrum Master (CSM) 中文认证课
Lance Zhang 授课
Scrum.org专业Scrum产品负责人(PSPO)认证徽章
3月29-30日 (周六、周日)
专业Scrum产品负责人(PSPO)中文认证公开课
远程
Derek Ding 丁志润 授课
scrum alliance csm认证徽章
4月12-13日(周六、周日)
Scrum Master (CSM) 中文认证课
Lance Zhang 授课
scrum alliance csm认证徽章
5月10-11日(周六、周日)
Scrum Master (CSM) 中文认证课
Lance Zhang 授课
Scrum联盟acsm认证徽章
5月24-25日(周六、日)
高级Scrum Master(A-CSM)认证公开课
Lance Zhang 张宁宁 授课
scrum alliance csm认证徽章
6月14-15日(周六、周日)
Scrum Master (CSM) 中文认证班
Lance Zhang 张宁宁 授课
scrum.org psm2 psm II证书
6月28-29日(周六、日)
专业Scrum Master (PSM II) 认证公开班
远程
Derek Ding 丁志润 授课
Certified Scrum Product Owner(CSPO)认证徽章
6月28-29日(周六、日)
Scrum Product Owner(CSPO)中文认证班
Lance Zhang 张宁宁 授课
专业Scrum Master (PSM I) 认证徽章
12月26-27日(周四、周五)
专业Scrum Master (PSM I) 认证公开课
远程
Derek Ding 丁志润 授课
safe scrum master ssm
8月10-11日
SAFe ScrumMaster 官方认证公开班
Eric Liao 廖靖斌 授课
scrum alliance csm认证徽章
10月26-27日
Scrum Master (CSM) 中文认证课
中文远程
Scott Dunn & Eric Liao 授课
领导大规模敏捷Leading SAFe认证徽章
10月19-20日
Leading SAFe领导大规模敏捷认证课
Eric Liao 廖靖斌 授课
Scrum联盟acsm认证徽章
10月19-20日
高级Scrum Master(A-CSM)认证公开课
Jim Wang 王军 授课
0
0
小时
0
分钟
0
由Scrum.org主办的 2024中国Scrum大会 8月17日将在上海开幕
0
0
小时
0
分钟
0
预约回电
留下您的手机号,我们会在第一时间联系您。
热线电话:400-696-6280
预约回电
预约成功,我们会尽快联系您。