交付还是交代

Page content

交付还是交代

了解过Scrum的同学,或拿到 Certified Scrum Master (CSM) 认证的同学,应该都知道Scrum是一个框架,3-3-5-5,分别是:

  • 3个角色
  • 3个工件
  • 5个事件
  • 5个价值观

然而这里面有很多重点,或可能被人忽略的地方。

今天要反思的一个点是我最近1年的感悟,即交付。

什么是交付

交付不仅仅是交出答案,而更应该是有“响”,即付出有对应的回报(最直观的回报,可以用金钱衡量,或可以和金钱挂钩的度量)。

举个简单的例子:比如我们要开发软件中的一个特性(feature)。

如果只是完成了开发和对应的测试工作,(或甚至有的只完成了需求分析或设计文档工作)那么这个时候的特性,无法使用,也不能为团队带来直观的回报。
可能团队会很辛苦,996,天天加班。但作为没有办法度量结果的团队,只能说他们有了交代,而不是交付。

什么是真正的交付呢?

交付指的是,特性真正完成,可以交付给客户使用。由此,客户(以及用户)的问题得到真正的解决,并且变得很高兴。然后团队也变得很兴奋。(当然,客户变得高兴之后,从长远看,收入也会变得顺畅)。

我们要选择交付还是交代

答案毋庸置疑,但往往我们会局限于自己的视角,以为我们选择的是交付,而实际是交代。

我们可以尝试通过如下的问题,来检验是否是交付:

  • 这个工作对于客户的价值是什么?
  • 这个工作是否解决了客户的某个问题?
  • 这个工作是否节省了客户的时间或金钱?
  • 这个工作是否帮客户带来了更多的用户?
  • 还有更多的问题吗?欢迎一起来探讨

赶快扔下那些交代,一起来专注于交付吧!

想要学习 CSM敏捷认证,一起来报名吧!

关于Bob Jiang

BoB Jiang

  • HiBlock区块链社区(hiblock.net)发起人
  • 中国北方的第一位CST(Certified Scrum Trainer)
  • 国内的敏捷(Agile)大咖
  • 敏捷变革中心(Center for Agile Transformation)合伙人
  • 敏捷一千零一夜社区合伙人
  • 敏捷之旅核心组织者
  • 《Scrum精髓》译者