团队不清楚自己的生产率，这是一件非常可怕的事

最近团队在产品开发过程中沟通出现了很严重的问题，团队的小伙伴说：“无法想象产品是什么样子的。” 同时产品开发过程中也一直没有可靠的发布日期。

蜂窝现在的产品开发方法，传送门：
敏捷开发Scrum，一个教育创业团队的尝试

团队不清楚自己的生产率，这是一件非常可怕的事

---

1. 没有可靠的发布日期

为什么？因为如果团队不清楚自己的生产率，那么产品负责人(Product Owner)就无法用可靠的发布日期来创建产品路线图，也就没有可靠的发布日期，产品无法到达用户，所有的一切都是未经验证的假设，那么产品就会失败。

2. ScrumMaster无法确定大产品的发布日期

ScrumMatser会和每个产品负责人一起制定每次的sprint计划，如果因为某个产品总是没有可靠的发布日期的话，那么在其他产品开始新的sprint计划时，在遍历产品backlog的时候，在需要多产品协作完成某个故事的时候，就无法指定故事的优先级，因为需要协作的产品组还在冲刺上轮没有完成的sprint计划。

3. 无法跨产品协作完成某个故事

护照backlog

比如直播课有一个故事：“作为小孩，我需要在微信内能进入个人中心提交课前、课后作业，并且微信公众账号在特定时段会推送消息提醒孩子提交作业”的故事，这个故事就需要更新护照的用户界面，增加数据库中的表，添加产品逻辑。

而作为护照的产品负责人如果无法给出可靠的发布日期，就会给直播课的产品负责任人带来了很大的困扰，没有可靠的发布日期，就会造成ta们无法完成这个故事。因为ta们在等xxxx那边完成他们的工作，那么另外一个产品也就会陷入产品发布延期的情况，这也会直接导致小伙伴的信心直线下降。每次发布，直播课的产品负责人都会问：“真的吗？”

为什么会出现这样的问题？

---

1. 第一个问题就是“完成”

我和团队的小伙伴没有对“完成”有一致的定义。代码被check in以后，故事就算完成？还是部署到服务器等待测试算完成？又或者是发布到达用户？

1.1. 在跨产品协作完成某个故事卡片的时候由于对完成的定义不清晰，会直接拖慢产品发布日期。

比如护照有一个故事：“我们希望获取用户的微信用户信息，头像、昵称..”的故事。这个故事卡片，我的理解是调用公众平台开发接口获取用户信息，我只需要封装好API类库，在需要用的时候调用数据即可。而对于直播课的小伙伴，在我告诉ta们开发完成的时候，ta们会直接进入护照体验，问我为什么没有用户的信息呢？其实我也是n阶懵逼。

而造成这样的问题，其实是没有站在用户视角的角度去看待问题。那么到底怎么算完成？而Scrum的要求又是什么呢？

Scrum的要求（实际上也是敏捷软件开发和精益制造的要求）: 把事情完全做完！达到可以交付的状态！事情只做了一半，它的价值就是0（也许还会是负数）。

所以，基于护照和直播课来说完成不是代码被check in，不是完成测试，这样的完成再来对比Scrum的要求，其实没有产生任何价值。为什么做这个功能？难道不是为了解决用户的某个问题吗？如果不是，那么又为什么做这些没意义的事情呢？

2. 第二个问题就是我对生产力的错误预估

我总是按照理想的状态下估算生产力。现在想想，影响生产力的事情多了去了，而我又经常能遇到很多事情。每次的预估都以为能完成这么多，而实际完成的工作与当初预计的还是有区别。

因为理想的工作状态是不受打扰、高效的一天。而现实是总是有突发情况，或者产品讨论，又或者是产品出现了bug，又或者是一个电话的打扰。

直播课负责人的需求

所以跟小伙伴探讨过后，我以后在评估生产力的时候会看过去的几个sprint里面的生产力是多少，然后假定在下一个sprint里面生产力差不多不变的情况下然后在乘以一个意外系数(初步商定1.2)。

最后总结一下。更频繁的使产品到达用户，建立更短的产品反馈周期意味着更频繁的用户反馈，更意味着团队可以在错误方向上花的时间更少，学习和改进的速度更快。”无论遇到什么问题，我和小伙伴们都需要快速解决，加快这个循环快速迭代。

时间才是最大的成本，而不是资金