discovery

交付还是交代 了解过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精髓》译者