一个“小问题”引发的激烈讨论

今天回顾会，发生了一件有意思的事情，问题的起源是:
每天早上代码走查的时候，记录了不少问题，到了第二个月再去看前几个月的走查记录，会发现里面有许多问题都未能闭环跟踪。
上个迭代已经在回顾会上提出来过这个问题，最终写下的解决方案是:

质量跟踪员第二天在记录走查的问题时，对前一天的走查问题进行跟踪。

今天回顾会前，我特意去看了一眼这个月的走查记录，发现问题依然存在。接着又收到了刁老师的跟催邮件，提醒大家去跟踪闭环。

到了回顾会的后半段，对前一个迭代的事项进行闭环跟踪时，再次打开那个记录页面，结果许多的走查记录依然未被关闭。于是，再次提出来讨论解决方案，由此引发了一场超过半小时的激烈讨论。

书记说，不要把问题复杂化，每个人自己去修改了代码，自己去打钩嘛。
小均均附议，并且说到，是的，应该由改代码的人去跟踪闭环，如果实在到最后没有关闭，那就说明不重要，直接把它们勾上就对了。
于是，又有人跳出来说，直接勾掉肯定不行，至少需要说明原因。
又有人说，我认为那些重要的肯定下来都是改了的，但有些不重要的，或者改代码的认为不需要修改的，我们就没有改？
那么问题来了，如果有这样的不需要改的？那走查代码的时候，为什么还需要花费大家那么多的时间去讨论，争辩，记录？这样真的是可行的吗？
整个讨论过程中，大家都争先恐后的表达自己的意见。
最后大家达成的意见有三:
质量跟踪员去负责记录问题。
每一个记录下来的问题，都必须是走查时大家达成共识需要修改的。
由均教每迭代进行最后的闭环跟踪。

然后，大家赶紧跑去食堂吃午饭了。
中午的时候，我在群里的写下了这样两段话:

[呲牙][呲牙]有时候，必要的冲突是很重要的。为什么一个很简单的问题，引发了这么多的争论，可能这个问题只是从你的角度来看很简单。别人看未必。因为每个人的认知和看问题的角度都不一样。

如果只是像之前那样一言堂快速定出一个措施，也许结果还是跟上个迭代完全一样。我们每个人都希望工作更高效，少在这些问题上去浪费不必要的时间。而事实上，这个问题正是由我们团队的每一个人一起创造出来的。不是一个人的问题，把看问题的视角从对别人的评判和指责，要求，拉回到自己，看看自己能做点什么？能为解决这个问题做点什么？

接着，下午的时候，我再回去看那个页面的访问记录，我发现，在会后，绝大部分同学都再次去查看自己的记录有没有没关掉的，做了跟踪。
下午下班的时候，又发现大家在群里，就这个问题又再次展开了不少讨论，以下是比较触动我的记录:

我觉得应该尊重每个人的做事方式，每个人都是聪明的，信任其专业性。不要每个人都搞得有压力。

能开放式地探讨挺好的，不至于陷入个体思维局限。乔帮主说的，keep hungry stay foolish

这些都是 “”我觉得“”

大家都是成年人，会自觉的，别人提醒多了也会觉得不好意思的[机智][机智][机智]

就事论事，大家激烈讨论完，依然还是好伙伴[憨笑]

感悟:
心怀大爱做小事，换做以前，我会把这样的事当做小事来处理，不会花这么多时间，去发散讨论，极有可能类似上个迭代定出一个看起来可行的但实际并不生效的解决方案。庆幸今天当场面一片混乱时，依然忍住，最后的意见也是大家讨论后给出。
以前的我，很怕会议上的冲突，很怕失控。如今偶尔反而会想助推一下，让场面失控一会儿，大家最终也会把它再拉回来。
只要涉及到人的事，就没有小事。因为人与人的认知，行为，习惯都不同。除了每个人的心智模式的差异，还有人与人之间的关系，群体的复杂性。如果只用“我”的视角来看问题，难免难以理解这背后的复杂性。遇到问题，既要用更多的视角去看待问题，分析问题，最后又需要再把注意力收回到自己身上。因为，也许正是自己，作为这个系统的一份子，贡献了一份力量。这份力量既是导致这件事情发生的某个助力，也是最后解决这个问题的一个可能解，对别人更少的要求，先从做好自己开始。