工作上，发现已经结束了的项目里的错误，需要改吗？

请教高情商高智商的姐妹们。现在手头项目已经结束收尾了。偶然发现一个TYPO导致的错误。由于data上的巧合，改不改正这个typo完全不影响项目的结果。 如果我现在escalate,组员和老板和我都要go through很复杂的流程去改。 如果我当没看见，心里觉得像埋了颗地雷。万一以后有人拿这个文件当模版，还是会发现这个typo怎么办？
这个文件是别人handover给我的，也是经了好多人review的，都没人发现这个错误。偏偏我在结束的时候灵光一现扫到这个错误。真想自戳双目。

如果流程太复杂，typo也不影响结果，我会当没看见。

完全取决于你老板是什么样的人。。。。 一样是有江湖地位的人，有人会自己主动撤自己成名的文章，有人铁证如山了还抵死不认错，谁挑他错，就算他真的错了还当你仇人。看看你老板是属于哪种了。

回复 1楼鳗鱼饭的帖子
提出来改不改由老板决定

别人能发现吗

楼主，通常做事情的方式是 1 结果 2 成本 如果第一个不成立，就没有第二个 如果第一个成立，那也要估算成本，至少持平 考虑任何事情，应该是这样的方式吧？ 至于其他公司政治因素，万一有人想责备你， 你拿出以上两点，就可以服管理层 所以，你应该心里坦荡。

请教高情商高智商的姐妹们。现在手头项目已经结束收尾了。偶然发现一个TYPO导致的错误。由于data上的巧合，改不改正这个typo完全不影响项目的结果。 如果我现在escalate,组员和老板和我都要go through很复杂的流程去改。 如果我当没看见，心里觉得像埋了颗地雷。万一以后有人拿这个文件当模版，还是会发现这个typo怎么办？
这个文件是别人handover给我的，也是经了好多人review的，都没人发现这个错误。偏偏我在结束的时候灵光一现扫到这个错误。真想自戳双目。
鳗鱼饭 发表于 2023-01-06 13:56

没发现就别吭声
准备好被发现后的说辞

这个应当和老板说，把pro and cons都摆出来，让老板来做决定，老板来担责任，而不是你。个人认为即然发现了错误，就应该马上改正。

这个错误甚至都不是你犯的，也不影响结果 我最多根据老板的性格，1对1见面的时候指出来，看他怎么说 老板也是那种划水型的我就不会说

我觉得你可以跟你老板说，你老板会叫你当作没看见。毕竟花那么大力气去改又不影响结果。然后事情就这么过去了。

写个ticket, 归为techdebt, 等下次挖这个code出来加feature的时候，带上一起改

请教高情商高智商的姐妹们。现在手头项目已经结束收尾了。偶然发现一个TYPO导致的错误。由于data上的巧合，改不改正这个typo完全不影响项目的结果。 如果我现在escalate,组员和老板和我都要go through很复杂的流程去改。 如果我当没看见，心里觉得像埋了颗地雷。万一以后有人拿这个文件当模版，还是会发现这个typo怎么办？
这个文件是别人handover给我的，也是经了好多人review的，都没人发现这个错误。偏偏我在结束的时候灵光一现扫到这个错误。真想自戳双目。
鳗鱼饭 发表于 2023-01-06 13:56

绝对要raise question啊，这是no brainer 1. 如果你确定在任何情况下都不会导致问题那应该可以各方同意不改。以后出了事也没人能找你麻烦 2. 如果有corner会出错这是节省公司时间和成本的大好事，值得大吹特吹 所以不管什么角度看你都是获利方 而且2对你来说是更大利好

谢谢大家的建议。决定还是说了一了百了。万一以后被发现了，补救或者解释起来只会更麻烦。

这个应当和老板说，把pro and cons都摆出来，让老板来做决定，老板来担责任，而不是你。个人认为即然发现了错误，就应该马上改正。
Zijing 发表于 2023-01-06 14:05

我碰到过楼主类似的问题。我告诉老板了，老板说不改，等出问题再说🤣 我们一个新的release牵扯的东西太多，小问题宁可先攒着......

不需要，nobody cares

谢谢大家的建议。决定还是说了一了百了。万一以后被发现了，补救或者解释起来只会更麻烦。
鳗鱼饭 发表于 2023-01-06 16:15

说是肯定要说的，改不改交给老板或老板的老板决定啊

说是肯定要说的，改不改交给老板或老板的老板决定啊
chuckle 发表于 2023-01-06 16:23

我这个情况，说了几乎就肯定要改的。因为实际上改起来很简单，就是流程和手续上比较复杂。总共加起来估计要一两天的人力吧。还是可以接受的。 如果以后爆雷，后果就不好说了。

我这个情况，说了几乎就肯定要改的。因为实际上改起来很简单，就是流程和手续上比较复杂。总共加起来估计要一两天的人力吧。还是可以接受的。 如果以后爆雷，后果就不好说了。
鳗鱼饭 发表于 2023-01-06 16:28

才一两天人力？那当然说啊 让老板来决定改不改。。

这个算是bug。 没别的事应该改过来，有别的事，可以先忙别的。最好能track 这个bug. 不一定马上改。
楼主是个好员工。

这个算是bug。 没别的事应该改过来，有别的事，可以先忙别的。最好能track 这个bug. 不一定马上改。
楼主是个好员工。
gokgs 发表于 2023-01-06 17:28

我刚把邮件发出去了，心里轻松些了。如果决定要改还是得抓紧时间，能赶在项目最后sign off之前改好，哪怕结果完全不受影响。要不然以后被挖坟出来进行下一步，被别的reviewer发现了更麻烦，team都解散了。
谢谢华人上姐妹的意见！

如果没有任何影响，就多一事不如少一事，你说了大家跟着折腾，结果也不会更好，你就当没看到好了，反正别人也都review过了，退一万步即使发现了也不是你一个人的责任。

改吧，流程手续麻烦点就麻烦点了，省得以后麻烦。

比较一下value added和cost心里就有数了。

回复 1楼鳗鱼饭的帖子
由于data上的巧合，改不改正这个typo完全不影响项目的结果
如果不影响结果而且以后不会再用这个项目用的代码，那就不要多此一举了。 另外，好多人都审查过了，都没发现，也有可能是你弄错了。