论添加一行代码需要付出多少努力

[roundRobin]

需求是需要在某一行计算费用总和的代码中除去某一项费用，就是类似加一行

totalfee -= excluded_fee

这个需求是公司的税务部门提出的，说这个费用必须免除。PM ，TPM ，SDM 们经过一周的开会后确定必须免除，于是让我开始写 LLD 和 LoE 。

然后我花了一天研究这个excluded_fee的是否在任何情况下都等于要求免除的费用，免除的费用是否能够同步到所有的数据库，中间是否存在数据不同步所导致的错误计算的可能。LLD 和 LoE 写好后开始分别找：

1. 这个 calculator 的 up stream
2. 这项费用的 down stream
3. 这个 total fee 的 down stream
4. 公司会计部门
5. 公司的会计工程部门（会计相关的 service 开发）
6. 公司税务部门
7. 公司的税务工程部门（税务相关的 service 开发）
8. 组内的 stake holder 们

在两周的时间里，开了无数会，写了无数个 meeting notes ，deployment plan 也因为 prime day 改了无数次，最终才得到所有的 approval 。

昨天一边吃止痛药一边花了一个小时的时间完成了代码修改和测试，接下来，这个 CR 需要再让他们 approva 一遍，才能部署。

这个漫长的过程，到底体现了流程的严谨，还是有太多的冗余步骤呢，过程中自己好像变成了 TPM ，跟各个部门扯皮较劲，心累不已。

[laminux29]

1.与费用有关的，多开会，多做记录，是正确的做法，因为这能在发生事故后进行全责分摊。毕竟人无完人，对于复杂事情不可能考虑周全，发生麻烦事情在所难免。

2.不过，你这情况，才 5 个显示器，是否有些儿戏，系统设计 + 流程图 + 编码 + debug + 查资料 + IM 协作，5 个显示器是不够的。建议至少上 10 个显示器，21.5 寸壁挂屏 + 上下显示器支架。如果有条件，可以考虑 12 个屏。

[wenyuhe]

@powerman 最后都是流程和沟通成本，无偿加班买单。 看上去忙忙碌碌 上头就会很“划算”“有效”的感觉

[supuwoerc]

大企业容易这样，写代码可能 1 分钟，走流程可能 1 年...

[augustheart]

国内的话，这种事有啥做不到？从需求节点发起，一层层往上请求，直到能拍板和协调这么多部门的一层。然后讨论组拉起来，所有相关部门派人进组。小问题的就直接讨论组完成，有必要的就申请会议室，最后邮件。其它时候该干啥干啥。不牵涉到扯皮的很快就干完，需要扯皮，尤其是改需求的就大家一起扯皮。
而且这事是应该产品干的，码农只需要执行最终结果和提反对意见（技术实现困难）。一群码农在这感慨……

[google2023]

@augustheart 产品指的是项目经理？

[augustheart]

@google2023 对啊，pm 。不过我司习惯上都叫产品。一个公司级的需求的调研、规划、沟通，推进甚至给具体的人在管理系统上建 task 不都应该有专门的项目管理人员跟进么。至少在我司是这样操作的。
也不是项目经理说啥就是啥，程序明确说了技术上做不到的，项目经理就得想怎么迂回实现（所以根据手机壳颜色换肤的需求，你得告诉程序用什么原理实现，程序点头了才向下推进，要么就上升到产品主管和技术主管打架）。项目最后做砸了的，项目经理也得想好怎么收场。