变化

文/锦瑟九十九原创

耳机里还是会议的声音，但是简书的日更还没写，简书日更不能放弃，必须得写呀，所以一边开会，一边偷偷写。

写小说是不可能了，只能写一些碎碎念。

最近周围很多同事都二阳了，看起来还很严重，最近加班很多，但是想着没有阳，还是比较幸运，活着，不生病就已经很幸运了。

会议里因为一起海外的软件质量事故各个责任人在争论，问题的责任到底是谁的？

先是开发将问题脉络讲一遍，接着是相关人员接着讲5why.

何为5why?

其实也就是为什么这个问题会发生？发生的具体原因是什么？为什么当时没有识别到？为什么评审放过了？为什么最后……

反正就是刨根问底吧，这样子的复盘，每过一段时间就要出现一次。

复盘的根本目的是找出问题出现的环节所在，看目前的管理到底还有什么疏漏导致出现问题，然后出台措施不断修整当前管理流程，将问题从根本上解决。

当然，复盘也不可避免地最后会落实本次事故的责任人，各个部门leader，对应的开发，产品经理，项目开发经理甚至是相关的中心总监也必须在会上。

一番唇枪舌战自然是避免不了的，责任人最终是要落在开发个人身上以及他所在的leader身上。

不管是谁，都不愿意将这些问题的根因揽在自己身上，但是复盘的目的却是澄清问题，防止再发。

有些问题发生之后，最后根因已经是七八年前的代码导致的问题，历任领导、责任人都换了好几个…但是，最后还是要落实到现任责任人上，听起来有些冤枉，但实际上也是一种担当与责任。

这样子的复盘在七八年前是没有的，七八年的产品功能评审，代码评审远不如如今。

客户需求在变化，市场在变化，产品设计在变化，需求在变化，实现的代码也对应要做出顺应的调整，一成不变的永远是变化。

前不久的新闻说某港的老牌甜品连锁店倒闭关门了，这家店我曾经经常去，但这几年却不去了，原因无他，没有新品。

甜品很多人都是品尝新鲜，一直都是如此几种产品，没有创新，服务也没有特色，在如今各种冷饮茶果点如雨后春笋般出来的时候，它就渐渐落伍了。

暂时的落伍不可怕，可怕的是一只落伍，变化是把双刃剑。