delivery

交付还是交代

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