敏捷絮叨（一）：定会议室、Scrum、精益、三体

他  问

我 答

DP哥，最近愁死我了，这整天刷会议室预定系统，就是订不到，开个会都费劲。你带的这个团队怎么总是能订到会议室？ 

啊，居然被你发现了。你觉得是为什么呢？

你们项目管理做得好，到处都认识人，跟你混还能没会议室？

你搞定行政让他们特批了呗，

或者，

你写了抢会议室的脚本？

我呸！

你以为是月饼啊，哥宁愿被非礼也不敢挑战价值观啊。

不过这个团队的确没缺过会议室，你真想知道原因吗？

你赶紧说。

因为他们是敏捷团队，所以能订到会议室。

我也呸！

哥你就别卖关子了。

DP哥不打诳语。

因为这个团队是敏捷团队。而且是参考Scrum框架进行实践的敏捷团队。

Scrum是一个框架，它会定义一个固定的TimeBox，还定义了一些节点。你能听懂我在说什么吗？

我大概知道。有需求梳理，有计划会，站会，Review和回顾会。会议多，应该会议室更紧张才是啊。

嗯，你回答的还不错。

这个团队的研测周期是两周，也设定了一些会议，你提到了需求梳理和计划会，我们做了适当变形，改成了更接地气的业产研沟通会、骨干评审会、需求宣讲会。

这三个会有严格的定义，包括准备事项、参与人、会议流程及时长要求等，敏捷里面叫做DOR、DOD。

因此，什么会议安排在哪天，可以很早就定下来。

现在知道原因了吗？

也就是说，你们能提前很早就申请会议室，那肯定能搞到。

敏捷还有这好处，还有别的什么好处吗？

我们还是拿会议室来说事儿。

你根据什么定会议室？

比如我需求准备的差不多了，提前个两三天开始找会议室，但是总是很难订到，要花很长时间刷会议室系统，希望有人取消，我捡漏。

搞不懂为啥我们就这么被动。

那我解释给你听哈。

你们需求差不多了，再去考虑什么时候安排需求评审。用精益里面的术语来说，叫做推动式生产。一个阶段完成了，再去考虑下一个阶段怎么办。

以精益的视角来看，推动式生产会产生巨大的浪费。具体你自己去搜索，并不复杂。

推动式生产还会表现在，需求规模无论大小，评审完了再考虑有没有人做，如果人不够再临时想办法找人。

没Get到你的点。你要说什么？

最近DP哥越来越唐僧了。你忍一忍哈。

我们这个团队的Scrum敏捷实践，可以理解为是精益里面的拉动式生产。

拉动。。。用什么拉？怎么动？

拉动式生产的流动是：只向最后一个工序确定和下达生产目标，所有之前的工序根据下工序的要求和消耗的情况安排生产。

如果我说不清楚你自己去百度哈。

这个团队是个稳定团队，两周的产能是也大致稳定的。那么这两周能交付的工作量就是一个目标，所有人都要为围绕这个目标努力。

技术团队要非常专注地保证按时按质交付，PO和业务方当然要提供相应规模的需求，当然按优先级来选择，级别低的就等下一波。你能想象地出来吗？

因为只向最终工序下达生产目标，而此前的无论哪个节点做不好，都会给目标带来显著影响，因此处于协作下游的人，会很有动机去敦促甚至协助上游完成这个节点的任务。

我表达能力有限，不知道说清楚没有，咱们慢慢理解，不着急哈

嗯嗯，我大概能想象出来。

吆西！

刚才说了，这个过程中，包含很多节点，每个节点都是一个小目标，包括开会。团队要做的努力是，要拿出与这个节点相对应的内容。

所以，会议室可以很早预定，团队完全不必要花费精力在这个方面，是不是减少了浪费？ 

这么说来，的确如此。

还有，我觉得这样做也能减少很多扯皮，整天咱们就为排期这点儿事扯来扯去，多少精力都浪费了，干点儿优化不好吗

是滴，你快找到敏捷的感觉了，Scrum是一个框架，定义了节点和过程，如果大家对这些节点形成统一认知，就不会在工作节奏安排上浪费精力，而只是专注于完成与每个节点相匹配的内容，专注于不断提升这个节点的质量和产能。

所以，给节奏以需求，而不是给需求以节奏。

三体之黑暗森林！

好深刻，吓死宝宝了。

就是这么个道理。

我想下哈。。。

我懂你的意思了，Scrum的确是个很好的框架，一个完美的业产研合作的协议。

但就三体整体来说，还是觉得哪儿不对。。。

我也想下。。

你对Scrum的评价很到位。

但你觉得哪儿不对呢？你是说，在三体入侵面前，文明算个。。。

嗯嗯。如果不是执剑人罗辑，水滴那一下，文明全都死翘翘。从三体整体来看，大刘似乎并不赞成这句话吧。

你要聊这个我就不困了啊。。

就着这个话题，我们可以聊下全局优化与局部优化，以及目标管理。