十年架构五年生活-08 第一次背锅

十年架构，五年生活，不劳不繁，不急不缓！ 

—— 行走在三十五岁的边缘

 

这 是工作以来的第一次背锅。

首先说明一下，我对“锅”的理解。

正常情况，A做一份工作，B做一份工作，C做一份工作，ABC属于我的管理范畴，出了问题我承担主要责任，理所因当。

这时候，出来一个D，而D与我们本没有工作交集，但是D出来问题后，相关负责人召开了一次复盘会议分析问题，而会议没邀请我们参加，最后责任落在了我们这里，这就是“锅”。

名义上，我作为架构组负责人，在一些人的认知里，凡事和技术相关的，都应该在我的责任范围内，出现技术问题，不能在规定时间内解决，就是我们的问题。

 

第 一次经历这事，心里很不痛快，组内的其他同事也一天天的无精打采，没有了往日的朝气。

在一个周六，自己掏钱，请大家进行了一次轰趴，七八个人，从早到晚，吃喝玩睡，当一个同事拿起话筒，一首“死了都要爱”好好宣泄了一通后，竟然哭了起来。

是啊，他也才刚刚工作一年多，比较内向，被骂的是我，他却在这里哭了起来。

这一刻，让我感受到了一股空前的凝聚力，这种感觉，在有很多人打心底里支持你的时候，也就释然了，到晚上的时候，竟不自然的感谢起了这个“帅锅”。

 

上 班后，整理了一份非常详细的架构文档，甚至包括的实施文档，操作手册，编码规范，部署文档，网络规划，资源配置等，调理清晰，简洁明了。

评审会上，一张张流程图、架构图、部署图清楚的说明了我们当前的架构方案，以及应用改造的注意点。

很多产品经理开始在会上抱怨，我们这么一搞，出现了问题都成了他们的问题，各种反对声此起彼伏。

这次M哥坚定的站在了我们这一边，这次只讨论方案，有问题解决问题，没问题不要牵涉其它。

一个在公司很有资历的老产品经理站起来，开始对方案中的各种技术细节进行***难。

我作为技术代表，一一作答，不仅解答了各种技术细节、技术优势，连他们的产品中的使用场景及重构策略也考虑了进来。

经过两个多小时的辩论，方案通过，最后一个产品经理离开会议室时，狠狠的拍了一下桌子。

 

从 这个时候，深刻明白了一件事，如果你只有技术，你可以做的很好，但很难做的很大。

虽然我们是架构组，后续在协调大家工作时，我们也开始学着不要局限于技术思维，任何技术都是工具，无论其是否流行，也不管其冷门还是热门，只要能够符合我们的业务场景，兼容我们的架构体系，组内有人可以掌握其使用方式并能够解决大部分问题，我们就会进行考虑。

正是这一刻，我们设计自己研发了不少内部使用的中间件，也对git进行内部开发，形成了开发、测试、上线一体化的流程，从根本上打通了各个产品组内部代码不互通的问题。

逐渐的，自己的工作理念开始发生转变，思考方式开始发生转变：

自己的责任范畴内，不甩锅，但是要敢于坚定的面对周围的各种不确定性！