记录一次检查
date
Aug 20, 2023
slug
记录一次检查
status
Published
tags
随想
summary
突入其来的检查，记录一下感想
type
Post
【事情起因】：要检查规章的执行情况
【事情经过】：
- 本来事情是由另外一组的Y同学负责的，有位 X同学协助，最初的时候Y 同学找到了 X同学的 leader，我们陈之为 L，来商量这个事情该怎么做，L 给了建议，说这个事情需要动用全中心的人力才能妥善完成这个事情，由于种种历史原因（这里想省略 1w 字，但是不说好像又缺少了很多背景知识，简要概括一下，就是 Y 的组 和 L 的组之间，有着种种千丝万缕的联系，包括抢功劳，抢活等等的事情），Y 觉得 L 是在抢活，想把她手上的活儿分出去，然后自己抢攻，于是就没有听取 L 的建议，还是自己独自一人在跟进这个事情，直到临近检查的时候，才终于纸包不住火，觉得自己搞不定了，于是求助于 leader 的 leader（我们称之为 F 吧），F 把几个组的人都组织了其来，调用了几乎全中心的能力去配合完成这个事情；
- 首先是组织了绝大多数的人，来参加一个启动会，然后就开始按照下发的文件要求来逐条分配相应的负责的同学，所以我也被牵扯其中，然后被分配了一部分工作，负责所有被检查系统的技术相关的文档的收集，于是就按照要求里面的每一项，涉及到的所有的系统，都要去问包括技术方案、日志、准备账号等种种内容，然后就开始了为期一周的准备工作；后来可以发现本次的分工还是有不少细节问题，因为如果真正的对检查文件有深入的理解的话，会发现每块都是有联系的，而且系统贯穿始终，因为第一部分的内容是我手机所有系统的技术文档，导致大家以为所有的系统问题都是我来演示，这个就完全和最初的初衷不一样了。在最后一次的沟通会议上，我提出了这个问题，最后 F 的意思是我只是能够找到对应的负责演示的人来演示即可。
- 然后是确定去现场出差的人，以及留在本部做远程支持的人，最终没有让我去做现场的演示支持，这样既轻松又不轻松，轻松是不用现场面对检查人员的压力，不轻松是后端需要随时做好支持，要保证一切都有条不紊，虽然本来我是负责一个系统的演示人员，需要随时做好支持，不过最终下来还是没有做演示，因为对外暴露的系统越少越好，否则就会被发现越来越多的问题，不过我在支持拨测数据的梳理，就是检查方会带上一堆测试账号，让我们来看在我们的识别打击链路上能不能发现和打击到这些账号，之后就主要投入精力在这个事情上面了，然后第一个检查日我加班到凌晨两点，然后第二天九点前到公司继续第二个检查日；
- 第二个检查日检查方要求所有的演示都必须到现场做演示，不允许远程演示，所以有同事紧急在第一个检查日晚上从本部飞到检查现场，应对第二天的检查，第二天由于不需要本部的远程演示，所以相对工作较少，不过这块拨测数据的定位还是需要花费非常多的时间，直到第二天检查人员已经离开了，都还没有梳理出结果，不过这块已经说了可以晚一些再提供，有好有坏，这样就把工作留到了下一周了，本来还想说所有的检查的事情可以在本周告一段落。
【事情结果】
- 两天的检查最终还是结束了，不过有不少的遗留问题，其中有一块的工作就是落在了我的头上，等待新的一周工作开始的时候继续进行；
- 检查的过程中，能够感觉到现场的不容易，检查人员给现场的人施加了很多压力，我们在后端相对来说还是压力小很多的。
从这次这个事情上，可以看出，自己在性格上的一个问题，或者说是缺陷，这个我觉得可能需要深入的去剖析一下才行，因为这个很明显已经影响到我了我的工作和生活。如果有进一步的分析结论或者改善，再单独发篇文章来描述一下。