客户说「就改一点点」,然后我在现场待了三天
「就改一点点。」
这句话一出口,我心里就咯噔一下。不是矫情,是经验。嵌入式里,凡是带着「一点点」「顺便」「很快」的需求,后面多半都不干净。干净的需求通常说得具体:改哪个字段、影响哪个版本、谁验收、做不到怎么办。含糊的才爱用小词包装。
那天本来计划下午回去。板子在客户机柜里跑着,功能大体可用,剩下两个显示字段要对一下。销售在群里说:客户就改一点点,你远程看着就行。我信了,至少信了半句,买了晚上的票。
结果第一天没走成。
改的不是字段,是字段背后的状态机。
客户以为自己要的是「多显示一个数」。真落到设备上,这个数要在通信抖动时保持,要在掉电恢复后还能对得上,还要跟他们现有上位机协议对齐。对齐的过程中又冒出来:旧版本设备怎么办?产线上半成品怎么办?演示用的那台是不是特殊料?
一点点,变成一串「那这个呢」。
我在现场最怕的不是难题,是这种像洋葱一样的改动:你剥一层,里面还有一层,而且每一层都有人等着你给时间点。会议室的空调很足,冷得手腕发僵。客户项目经理每隔一小时进来问一句:「怎么样了?」你不能说「还在确认边界」,他听着像推诿;你说「快了」,他又当真。于是你学会一种很疲倦的话术:把进度拆成可看见的小块,让人知道你没停,也别让人以为今晚能收工。
中午盒饭搁在键盘边上,油渍蹭到笔记本外壳上。我一边啃一边盯日志,忽然觉得自己很像售后,不像开发。开发至少还能争一争设计;售后只能在既定烂摊子里找活路。
第二天,硬件同事远程说电源纹波有点大,但不至于这样。测试说用例都过了。我盯着日志,发现偶发丢包跟客户操作习惯有关——他们重启设备的方式和我们实验室不一样,按键间隔更短,有些初始化没走完就被下一条指令追着跑。
这种问题手册上不写。培训里也不写。它只活在现场。
我改了保护逻辑,加了状态校验,又和对方软件对了半下午协议。傍晚本来以为能飞,客户说:明天领导要看,你再守一晚吧。语气客气,内容不容商量。销售在群里发了个抱拳表情。机票作废的声音不大,但挺清楚。
酒店回房间已经十点多。我把当天改动写成纪要,发给所有人,特意写上「仍有兼容风险,建议明天演示用指定版本」。写纪要不是为了表演专业,是为了给未来的自己留一条绳。现场这行,口头共识蒸发得比酒精快。
第三天上午演示过了。过了的那一刻没有欢呼,只有一种空。像跑完很长的路,停下来才发现膝盖在抖。客户领导说了句辛苦,握手,散会。没人提那张作废的机票,也没人提你连续两晚睡不实。正常。项目要的是结果,不是你的生理感受。
回来的车上我想:若一开始就把「一点点」翻译成工作量,把风险讲明白,也许不用熬成这样。可销售要签单,客户要面子,工期是拍出来的。你在链条最末端,常常只能用身体去填别人的乐观。
后来我见人再说「就改一点点」,会下意识问三句:改完谁验收?旧设备兼容吗?今天做不到的话,最坏后果是什么?问完,对方若还不耐烦,那至少责任边界会清楚一些。清楚很重要。嵌入式这行,很多累不是技术累,是边界不清的累。
你也遇到过「一点点」吗?我遇到的那种,从来不止一点点。