工作上总是有疏漏

[zyt5876]

二本本科 毕业 5 年一直在一家芯片公司从事驱动开发，一直做一个方向。因为喜欢这份工作，离家近，工作也轻松还是比较满意的。自觉悟性可以又喜欢钻研，自我感觉专业性还是比较强，但是总会犯一些小错，公司领导从来也不会批评，都是我自己不满意自己。

比如:前段时间出差重要客户，客户发过来的数据 10 份我漏掉了 2 份，然后在现场调这些数据调了很久，最后给呈现的时候发现少了两份数据，还好这两份数据最后没有引起重大问题，最后还是得到了比较高的认可。但是完全是狗屎运好，那两份数据不特殊，调好的参数跑一下就好了。

再比如:最近要发一个版本，这个版本本身比较仓促，很多模块也不是非常完善，因为时间很赶，代码量很大。有一份不该上传的测试代码传上去了。现在不可以合入了，最终的结果是后面测试可能多报几个问题。

再比如:工作以来的周报，年报，总是多多少少有一些错误要修订。即使我每次懊悔，提醒自己多读几次，发生的概率降低了，但是还是会发生。

我尝试给自己开脱：
第一个事故可能是因为出差在外环境不熟，事情太多漏掉了。
第二个事是因为时间确实很赶，工作量比较大导致的
第三个事，我没法开脱，就是不够仔细

我反思自己:
做事不够仔细，慌慌忙忙，从小就是这样，做任何事都是这样。
考虑问题 想当然 比较多。
考虑事情不够全面。

我们同组有一个比我早工作 1 年、重点大学毕业、一起工作了 4 年的同事,前段时间因为组织架构已经是小组领导了。在考虑事情的全面性上，我认为是优于我的。

或许我应该尝试做什么事都慢下来

举例最近的失误的第二点我要补充一下;"有一份不该上传的测试代码传上去了", 这份测试代码是用宏包起来的,只需要上传前本地合入 commit 仓的时候,删掉宏相关的内容就好了,或者把宏置 false 就好了.

这里无关其它问题,方法也没问题:debug 是一个仓库,上传是一个仓库,要上传的时候用 beyond compare 将 debug 仓库的代码手动 copy 到上传的仓库. 纯粹就是合入的时候不仔细,检查又没检查到,粗心导致的.

[Yc1992]

人与人之间能力的差距是客观存在的 有些人就是可以做的又快又好 关注提升自己的核心竞争力即可

[stt66]

尝试改动做事方式呢？做事之前先给十分钟梳理下要达到的结果，分解出各个细节阶段，最后给出成果物验收标准。完成后自己一个一个对下。任务来了一上手就做，后面就会迷失在任务里了。

[yoshiyuki]

永远提醒自己: “质量优于速度”
尝试去学习你这个小组领导的做事节奏, 哪怕拉近你们距离的 10%也是对你有好处的

[lasuar]

“做事不够仔细，慌慌忙忙，尝试做什么事都慢下来”，你自己都总结好了，那就先这样试试呗，一段时间后看结果。就像我以前老是出门太快，钥匙落家里得找房东开门，后来我强迫自己外出锁门前，先停下思考 5s （检查是否钥匙/其他遗漏？），之后再也没出现过类似的事了。

[tonytonychopper]

楼上说的没错，质量优于速度

[qhd1988]

世界本就是一个草台班子

[totoro625]

另一个思路，工作上做错了咬碎牙往肚子里咽下去，当场你永远是正确的，而不是主动承认错误挨骂
多说话，多沟通，多交流，错了的不一定是你能发现的错误，你要坚持自己是对的
私底下想办法挽救回来
或者当场请教别人，豁然开朗，“学会”新技能，以后多注意

[totoro625]

斩钉截铁自信一点，态度比能力和对错更加重要

[Flobit]

拿到事情先别着急动手，先思考，考虑清楚再动手。我初入职场时，领导给我说的原话。

[zyt5876]

@lasuar 一件事比较容易改,比如我在外丢东西,现在我离开座位前都会检查一下我的座位, 春节还靠这招找回了留在高铁上的一个小包.

但是工作上的事情本身就很多很多,忙起来之后,哪些事情应该加倍仔细,刨根问底,哪些事情不太重要可以稍微放弃一些细枝末节,如果没有判断好,就会出现我这样的状况. 这也是我入行以来就意识到,至今仍未完全解决的事.

[zyt5876]

@Yc1992 你说的我都认同.但是我要补充一点:把事做的又快又好 这个能力应该是可以锻炼出来的, 虽然我锻炼了很久没锻炼出来,可能我这项天赋点基础值比较低吧. 怎么锻炼这个事也算是我在这里发帖的原因

[zyt5876]

@yoshiyuki 嗯,意识到这一点呢,您这样说让我更加坚信这一点的重要性. 后面应当更加落实这个观点

[zhujinliang]

慢慢来，能发现问题就很棒了。同一件事，做多了才能不断优化到极致，然后形成自己的习惯、风格。
重要的事情分步骤列好 Checklist 。
多提醒自己一点点的进步，过去的事总结过经验教训后就让他过去吧。
这个跟做事快慢关系不大，首先自己要对结果有个预期，让领导知道大概能做的什么程度，比如说时间非常紧张，60 分合格就可以鼓掌了，而且大大方方地说出来，我完成了哪些，客户满意度如何，哪些由于客观原因还可以改进等等。
慢功确实能出细活，但客观上不大可能每次都有充足的时间，得抓住重点。比如说周报月报，先列出必须要表达出的内容，比如说研究有突破，项目进度有推进，列上具体的事，其它细枝末节的漏了就漏了，你最重点想表达的，领导、同事知道了就达成目的了。

[iyiluo]

要改掉，真出事，很严重。公司商务招标的时候漏了一份资料，导致流标，总部大发雷霆，领导从上到下全部降级

[chihiro2014]

每次提交前，列个清单，强迫自己改善。
我之前也是这样，然后自从公司重组，莫名其妙从大头兵变成小领导了

[llxvs]

粗心不是你的错，你可能有 ADHD

[iOCZS]

事实是你永远等不到无误的时候，大体上没问题，没有明显的错误即可。也可以让人帮你把把关，特别是文字工作。

[mrwhyzzz]

@iyiluo 这不算个人问题吧，这种重要的事肯定得多人 check 的

[15855pm]

换个角度去思考，比如写完代码后，将自己代入测试或产品角色，进行测试或验收，从不同的视角看待同一个东西会发现更多的问题，这需要观察学习其他角色是怎么工作的。

[dongdong12345]

人无完人啊同志，这很正常的

[zyt5876]

@iyiluo 感觉你这个就是整个团队的责任啊,重要的事情确实应该要多人把关才对;不过话说回来,准备材料的人如果细心一点,把问题扼杀在源头,也就没这个问题了. 所以我听你的,确实要引起重视,改正

[dajj]

用清单来管理。 比如说，你现在写完一个功能， 需要交付。
首先想想看怎么测试它，确保功能是完备的，然后把检查点都写下来，
直到你认为已经比较完善了，然后依照这份清单逐一检查。
一人分饰两角，先做开发，后做测试。下一次功能有变动， 也随之变更这个清单。
做的事多了，谁都记不住，得依赖固定流程来保证质量。
有本书《清单革命》可能对你会有启发

[jiahailiang22]

放宽仙心态,你这不算什么, 苏联都玩解体了,还能捅出比这更大的篓子

[pangzipp]

一次只干一件事。按照楼上所说 质量优于速度

[airw]

打工而已，不必自己不满意自己甚至懊悔，不需要过分苛责自己。并且从描述来看这里公司的责任还占大头。

工作负荷过大必然会影响输出质量，也一定会出现疏漏的，这不是个人能力问题而是客观规律。团队协作的意义就在于此，许多工作内容就不是一个人能干好的，需要多重保障机制和分工协作来确保质量。人的精力专注力是有限的，公司再怎么 PUA 员工都会出现疏漏的。

- "有一份不该上传的测试代码传上去了"，做 Code Review 的同事被降本增笑了么？
- 重要的客户公司就只让一个人负责对接？那看来这个客户对公司还是不够重要。

健康的职场环境，应该是通过公司设计 SOP 这类制度与流程来预防失误，而不是公司寄望于个人不断地超常发挥。

[chayuu]

觉得总有疏漏就给自己总结个 SOP ，程序做熟练了速度就自然上去了

[wangritian]

有一个方法可能会帮到你，在开始做一件事以前，先计划好如何验收；在事情结束后，务必停顿一会，从头过一遍

[0x663]

问题不大，领导都没说啥呢。

[neoRelax]

我和你的情况很像，即使任何 Task 我都做了充分的测试，但依然会有一些低级的 bug 出现，我想这可能和我作为一个开发，看问题的角度和测试的方法和 QA 之间还是存在着差异

[soul11201]

“十差九错，只为慌张。”

[Betsy]

我猜题主的记忆力可能不是非常好，在做事的过程中，理清了大概思路，但是过程细节总是边做边忘。

这种其实无解，没记住就是没记住，大的不犯，小的不断。兜底的办法就是在开始之前把最终交付的东西列个 checklist ，做完之后逐个对齐。剩下的，差不多也只能承认人与人之间的差距无可避免了。

[zyt5876]

@Betsy 你猜的很对, 我记忆非常不好. 一直觉得是我读书时最大的短板.

你说的 checklist 我也在做,不过执行的不彻底, 你的解答之后我可能会加强这块.

[zyt5876]

@Betsy 不过有的东西没有办法用 checklist 解决,比如去出差,事情不是提前规划好的,都是来点事做点事;

[zyt5876]

@soul11201 之前没听过这句话, 接下来一段时间我应该会反复提醒自己这句话.

[zyt5876]

@neoRelax 但是我不认为这是看问题角度和测试方法的问题啊,这个低级 bug 本身就不该存在的,是粗心遗漏的(至少我犯的错是这样)
如果是你发现了觉得无所谓,没改,测试爆出来,才算是看问题的角度问题吧?

[hello158]

checklist 习惯。

[soul11201]

只要不犯大错就可以，与你协作的这个网络，就会兜住底。不然的话，公司只要你一个人不就可以了吗~

上面那段话，前端时间教孩子度《中华优秀文化选本》的时候现学的，一本明代蒙学启蒙书上的。

[soul11201]

@soul11201 原文：一切言动，都要安详。十差九错，只为慌张。 - 小儿语

[WheatWave]

事缓则圆

[smlcgx]

很像，只能培养自己慢下来，检查交付项，检查环境，确保按要求完成工作，不然大家都会很麻烦

[smlcgx]

还有就是记住一些量化的指标，比如客户发来 10 份数据，你应该记住这个数，这样遗漏的情况就会减少一些

[lijianan]

op 应该是没有强迫症的人，一般有强迫症的人会非常关注细节，比如你这篇帖子里面的冒号应该用全角标点，而不是半角

[cnrting]

呜呜呜🥹

[yosoroAida]

感觉我跟 op 挺像的，我也是粗心，临门一脚很容易翻车的人

[zyt5876]

@lijianan 没有强迫症, 确实缺少细节

[zyt5876]

@smlcgx 客户是分段压缩成 8 个文件, 从我解压出来开始就只有 8 份数据了, 然后我和与客户对接的人还确认了,我说是 8 份数据码? 他说是, 但是这里有个巧合,他说的是 8 份是 8 份压缩数据而不是原始数据. 我想当然的认为刚好和 8 个文件对应. 没有去细想压缩率导致 10 个文件压缩成 8 个,至于为什么一开始就搞错了, 后来去复盘也没找到原因

[stupidGuy101]

意识到，愿意讨论，这是很有勇气，很好的第一步。加油，期待变得更好。（ how to 太多，太丰富了，实在不行 AIreason 一下最好，这里就不弄斧了

[txzh007]

做些记录吧,每天工作日志之类的,给自己看

[smlcgx]

@zyt5876 能理解，这种情况很常见，人跟人沟通总会出现各种差异，我一般就会再加一个量化指标，比如文件大小，或者原始文件解压之后的截图