企业技术需求写得像许愿池,工程师怎么把它捞成施工图?
九月底的南京,雨下得黏。软件大道一间会议室里,白板上歪歪扭扭写着——“企业技术需求:智能预测平台,降本增效”。客户副总讲得热,我们几个工程师互相看。说实话,我脑子里冒出的不是架构图,是这句话到底让我验收什么。降本多少?增效在哪条线?预测提前几分钟?谁用?没人说。这就是很多企业技术需求的日常:一句愿望,裹着预算,扔给技术团队。接不住,项目烂尾;接住了,也可能做出一套没人点开的“演示系统”。
南京软件园会议室白板手写企业技术需求
注塑件表面缺陷视觉检测工位
技术需求验收指标手写表格
南京软件园会议室白板手写企业技术需求
一句“智能平台”,为什么让工程师头皮发麻
企业技术需求不是一句口号,也不是采购清单。它得能落到地上。可现实里,需求常常长这样:“我们要数字化”“要AI质检”“要预测性维护”。听着都对,拆开全是雾。数字化是上MES还是换ERP?AI质检是查划痕还是查尺寸?预测性维护是提前几小时还是提前三天?雾里开车,油门踩得越猛越危险。 我见过一个项目,需求书写了八页,技术指标一栏空着。供应商问验收标准,甲方说“先做出来看看”。这话在酒桌上豪气,在项目里要命。做出来谁说了算?看什么?看心情?工期一拖,双方开始扯皮。工程师只能加班补文档,补的不是技术,是猜谜。 问题出在哪?出在“企业技术需求”被当成了愿望池。愿望不需要边界,需求需要。愿望可以无限大,需求得能算账。工程师不怕难,怕的是难的方向天天变。今天说识别黑点,明天说还要测色差,后天加一个“顺便把数据传上云”。需求蔓延像南京秋天的梧桐毛,飘得到处都是,抓不住。 不过话说回来,这锅不能全甩给企业。业务部门看的是结果,技术部门听的是名词。中间缺一个翻译层。谁来翻译?不是让业务学编程,也不是让工程师学财务报表。是把“愿望”拆成“现象、边界、验收、约束”。这四个词听着干,实际好用。把愿望翻译成可验收指标:像装修,不像点菜
业主说“我要亮堂”。设计师不能直接买一堆灯泡。得问:哪个房间?层高多少?预算多少?要冷光还是暖光?晚上看书还是切菜?眩光能不能接受?问完,才画得出灯位图。企业技术需求一样。说“要AI质检”,先别聊模型。问:现在哪个环节漏检?缺陷长什么样?节拍多少?光照稳不稳?工人怎么处理报警? 我习惯把需求写成四件套: 现象:现在到底哪里疼。不是“效率低”,是“夜班二线漏检率8%,返工集中在飞边和黑点”。 边界:哪些必须做,哪些不做。检测节拍不能拖慢2.3秒,误报不能高到工人关报警。 验收:用什么数字签字。漏检率低于0.5%,误报率低于3%,连续跑72小时。 约束:钱、人、数据、现场。相机装在哪,光源能不能加,网络通不通,谁维护。 这四件套不玄。它把“智能”从形容词变成动词。智能不是买回来的,是约束里长出来的。
注塑件表面缺陷视觉检测工位
一个注塑厂的AI质检:真正的问题不在算法
前阵子去江宁一家注塑厂。车间里机器轰,塑料味混着机油味。老板说:“我们要上AI质检,替代人工。”我问,人工现在怎么检?他指了指线尾:两个大姐拿手电照,看飞边、黑点、缩痕。节拍2.3秒一件。夜班灯光偏黄,大姐眼睛酸,漏检多。客户投诉集中在黑点。返工一箱一箱堆在墙角。 这就有意思了。需求写着“AI质检”,真问题是夜班漏检和客户投诉。缺陷是飞边和黑点,黑点直径有的不到0.2毫米。节拍2.3秒,意味着相机取图、算法推理、报警动作得在缝隙里完成。现场反光厉害,普通环形光打上去,黑点跟油污混一起。工人还提了个条件:别老响,响多了我会关。 我们没上大模型。上了固定光源加轻量分割,先把缺陷区域从背景里抠出来,再分类。报警用三色灯加小屏,不搞花哨弹窗。验收指标写死:漏检率低于0.5%,误报率低于3%,节拍不降,连续跑72小时。试产那天,夜班大姐说了一句:“这个灯亮得我心里有数。”这话比算法指标让我踏实。 你看,企业技术需求落到这个程度,工程师才知道相机装哪、光怎么打、模型多大、谁来标注。要是只写“AI质检”,后面全是坑。坑不是算法不会,是问题没定义。
技术需求验收指标手写表格