十年架构,五年生活,不劳不繁,不急不缓!
—— 行走在三十五岁的边缘
这 是工作以来的第一次背锅。
首先说明一下,我对“锅”的理解。
正常情况,A做一份工作,B做一份工作,C做一份工作,ABC属于我的管理范畴,出了问题我承担主要责任,理所因当。
这时候,出来一个D,而D与我们本没有工作交集,但是D出来问题后,相关负责人召开了一次复盘会议分析问题,而会议没邀请我们参加,最后责任落在了我们这里,这就是“锅”。
名义上,我作为架构组负责人,在一些人的认知里,凡事和技术相关的,都应该在我的责任范围内,出现技术问题,不能在规定时间内解决,就是我们的问题。
第 一次经历这事,心里很不痛快,组内的其他同事也一天天的无精打采,没有了往日的朝气。
在一个周六,自己掏钱,请大家进行了一次轰趴,七八个人,从早到晚,吃喝玩睡,当一个同事拿起话筒,一首“死了都要爱”好好宣泄了一通后,竟然哭了起来。
是啊,他也才刚刚工作一年多,比较内向,被骂的是我,他却在这里哭了起来。
这一刻,让我感受到了一股空前的凝聚力,这种感觉,在有很多人打心底里支持你的时候,也就释然了,到晚上的时候,竟不自然的感谢起了这个“帅锅”。
上 班后,整理了一份非常详细的架构文档,甚至包括的实施文档,操作手册,编码规范,部署文档,网络规划,资源配置等,调理清晰,简洁明了。
评审会上,一张张流程图、架构图、部署图清楚的说明了我们当前的架构方案,以及应用改造的注意点。
很多产品经理开始在会上抱怨,我们这么一搞,出现了问题都成了他们的问题,各种反对声此起彼伏。
这次M哥坚定的站在了我们这一边,这次只讨论方案,有问题解决问题,没问题不要牵涉其它。
一个在公司很有资历的老产品经理站起来,开始对方案中的各种技术细节进行刁难。
我作为技术代表,一一作答,不仅解答了各种技术细节、技术优势,连他们的产品中的使用场景及重构策略也考虑了进来。
经过两个多小时的辩论,方案通过,最后一个产品经理离开会议室时,狠狠的拍了一下桌子。
从 这个时候,深刻明白了一件事,如果你只有技术,你可以做的很好,但很难做的很大。
虽然我们是架构组,后续在协调大家工作时,我们也开始学着不要局限于技术思维,任何技术都是工具,无论其是否流行,也不管其冷门还是热门,只要能够符合我们的业务场景,兼容我们的架构体系,组内有人可以掌握其使用方式并能够解决大部分问题,我们就会进行考虑。
正是这一刻,我们设计自己研发了不少内部使用的中间件,也对git进行内部开发,形成了开发、测试、上线一体化的流程,从根本上打通了各个产品组内部代码不互通的问题。
逐渐的,自己的工作理念开始发生转变,思考方式开始发生转变:
自己的责任范畴内,不甩锅,但是要敢于坚定的面对周围的各种不确定性!