[Day07] 团队系统设计 - 规画迷思

前一篇文章，我提到来自 PO 与 QA 的两个张力-舒缓系统，是主管/ Scrum Master 下手调整团队系统的契机。解决根源性问题，我们应该创造的系统，必须包含两个特质：

• 透明化专案推进状况
• 降低出错率

进行逻辑回推，可以发现源头都是一样的：

如果我们从使用者故事出发，把上图的方向反转：

我们得到了一个 Scrum 框架的线索。因此，我了解到，两个团队在规画阶段 (Refinement & Planning) 与执行阶段 (Daily)，出了某些问题，导至了後来的状况。所以，从「规画阶段」下手，是符合逻辑的起手式。

在软件业(或任何产业)，常有的一个迷思：花时间做计画，很浪费资源。在我的工作经验中，常会听到一句话：「这麽人聚在一起讨论，很贵，大家要加快速度。」这等同於一个心理暗示，开会等於浪费时间，增加成本支出。事实真的是这样吗？

来做个简单的成本计算：会议成本 = 与会人数 x 平均时薪 x 开会时间。在易於观察的团队会议中，精於计画的主管和 PO 很容易就会有成本正逐渐垫高的忧虑。而在实务上，一个规画不足，讨论不充份的开发，成本的浪费是在执行阶段的等待、讨论与重构，但由於这些事件的发生的时间与空间是离散的，几乎是不可能有全面的观察与记录，成本的计算也就不全面，如下图，未被观测到的事件造成的成本，成了容易被忽略的「隐形成本」。

而这个观测上的偏差，导至了规画时急急忙忙，执行时跌跌撞撞。为了弥补规画阶段的不足，加班追赶进度成了必要手段，公司不心疼加班费，反而觉得团队好拼，好认真。是不是挺荒谬的？

我的信念是：投资妥善且有效率的规画，可以节省实作混乱造成的成本浪费。在 Scrum 中的规画阶段，就是 Refinement 与 Planning 两个活动。团队若缺乏有关於这两个活动的实践指导，就会缺乏有效率的产出与结论。下一篇文章，我们就来聊聊，如何进行有效率的「规画」。