> 有时候工作中有些事情，想起来真的是好笑。俗话说，有人的地方，就有江湖。公司也是如此。从每个角色，每个人的言行，真能窥探人性。
背景
先简单介绍一下F公司。F公司是一家老牌的行业领先的国际性公司。
人物
B: 后端开发小主管(比较低调)
C: 测试负责人(对上唯命是从，对下风风火火)
T: 后端开发(不是很清楚背景，跟老板坐一个片区)
K: 项管(风控把握还可以，沟通能力也还可以，就是没有实权)
Carl: 某个有业务交集的后端开发
Snake: 测试工程师
事件：
4.27晚上 下班，T 突然跑去跟B和K说。后端有点小改动。要立即走个CR流程。(此时公司大部分人都走了，C也走了. Snake 因为有个问题在思考，走慢了一点。)
按照F公司的实际流程。CR流程是线上有重大问题，需要立即解决，才不按照敏捷流程来，立即从开发服务器，走到生产环境上去。避免对用户产生重大影响。
而T的改动，其实只是一个小小的优化，也不是修改线上的问题。按照常理，是不应该走CR流程的。T把那个改动说得多重要，也许是因为他跟老板在一个片区办公。B和K竟然同意了。
于是Snake悲剧了，被K留下来加班。测他们的那个小改动。
于是乎，测试环境立即部署他们的代码，snake立即提出异议。那台服务器正在测试一个大型项目。环境破坏了，前面的测试前功尽弃。
K过来强压snake，说大型项目可以放一放，当前的紧急。
其实改动并不大，就是一个显示问题，不一会就有结果了，他们的改动生效。测试过程中，snake发现因为改动，引起了另外一个重大的问题。于是立即把问题抛出来。但是他们都觉得，那个问题不是他们引起的，他们没改那块的代码，而且自己改动的期望达到了，算是大功告成。于是8点左右，都回家了。
4.28 早上 一上班，snake的邮箱有封K发的邮件，说他们多么辛苦，把问题解决了，自己测试，没有问题，让C组织人马，把所有环境测试一遍。务必在一天内搞完。完了强调多重要。
让人意想不到的是：强调这么重要的事，K和B第二天竟然不来，可见他们对自己，多么有信心。
让snake生气的是，邮件根本没提snake,好像snake没有加班，一点功劳也没有。
C可能邮件都没仔细看，都还不明白发生了啥事，就火急火燎的开始指挥这个，指挥那个干活。他没有给snake派活，给了旁边的一个测试。旁边的测试，连邮件都没收到，更是一脸蒙。
然后snake也很蒙，不派活做是更难受。因为c经常会忘记把活派给谁了，常常会找一个不想干的人催要结果。如那个人没回答上来，会被challenge,你怎么不知道？你不知道，怎么不来问我。然后风风火火的，这里开会，哪里开会。好像哪里缺他都不行。
还好Snake不是新来的，知道这里面的套路。于是主动把事情的经过讲清楚了。
此时T跑过来要结果了。早上到公司，屁股还没坐热，就来催。好多人都还没到呢。测试是有C管得死死的。所以在公司是早到的一波。
C最擅长的，就是人海战术了。所有的测试，停下手中的活。划一波范围，相干的，不相干的，统统跟我做一遍。然后又风风火火去哪里开会去了。
然后所有测试都立即smoke一遍，都说没有问题。snake赶紧把昨天的问题抛出来。如果他们还不重视，带到线上了，就是重大事故，测试都要担责的。T开始死活不承认，然后在铁的证据面前，终于承认了，但不承认是他干的。
确实不是他的错，终于发现，是Carl的错。
Carl看都没看，还没弄清楚是怎么回事，本能的开始甩锅。先是甩测试头上，在铁的证据面前，他赖不掉。他心理很清楚事情的根本原因，但是甩锅已经是他的习惯。
这让snake想起一个离职员工的话：
F公司的风气越来越差。抢功的时候，大家都来了。当出了个啥事的时候，跑得比兔子还快。
一下子，就被block了。环境都坏了，snake也干不了别的了。马上就5.1放假了，别指望能发布了。
Snake总结了一下：
1. 不按流程办事，规矩制定了，没人执行。
2. 不重视，想得太简单了，风险没有考虑好。
3. 推卸责任
4. 瞎指挥
更多精彩，请关注微信公众号： python爱好部落
网友评论