第31章 智斗管家（1 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
2000年4月
我与Berry组成了调研小组，项目启动后的三周时间内，穿梭于广欣通信公司的各个部门。
我们试图摸清各部门的业务流程、所用软件及模块、电脑配置等情况，为后续系统部署筑牢根基。
研发部的核心任务是自主研发电力通信领域的专用设备与配套软件，从信号中继器到远程监控系统，所有核心技术必须掌握在自己手中。
其业务流程从市场部反馈的客户需求出发，先由资深工程师组建专项研发小组，在一周内输出三套技术方案。
方案经部门经理与技术总监双重审批后，进入原型开发阶段——硬件工程师绘制PCB板图送外部工厂打样，软件工程师同步编写嵌入式程序，两者在实验室完成首次联调需耗时至少一个月。
联调通过后，研发部会组织三次内部测试：高低温环境测试、抗电磁干扰测试、连续运行稳定性测试，每次测试需生成17页的报告存档。
所有测试达标后，将全套技术资料——包括电路图、源代码、物料清单、装配手册打包移交生产部，同时派两名工程师驻厂指导首批试生产。
然而该部门存在严重的移交断层问题。
我们调研时恰逢“智能光端机”项目移交，生产部反馈装配手册里的元器件标号与实际PCB板存在23处不符。
软件工程师写的调试指南满是专业术语，车间技术员根本看不懂。
研发部组长却满不在乎：“让他们自己琢磨，当年我们研发时没人教不也搞成了？”
导致首批50台设备有12台因接线错误报废。
然而，更严重的是文档管理问题。
代码注释寥寥无几，项目文档更新滞后，往往实际开发早已偏离最初方案，文档却还是几个月前的版本。
有次我们想查阅某个已上线项目的测试报告，研发助理翻了三个档案柜才找到，且里面的数据与系统后台记录存在多处矛盾。
IT部的主要工作围绕着公司内部系统的维护与管理展开。
各部门提出系统故障报修后，IT部先登记问题，再安排技术员上门检修。
对于新软件的采购，需部门提交申请，IT部审核兼容性后报给采购部。
但IT部面临的最大问题是系统兼容性差。
财务系统用的是1995年的老旧版本，与生产部的MRP系统无法实现数据同步，每次月底核算都需要人工录入大量数据，不仅耗时还容易出错。
我们在调研时发现，光是修复各系统间的数据接口漏洞，IT部每月就要花费近一周时间。
生产部的业务流程从接收销售订单开始，生产计划员根据订单数量制定生产排程，随后将原料需求单提交给采购部。
原料到货后，车间按排程进行生产，每道工序完成后由质检员抽检，合格产品入成品库。
可生产部的生产计划频繁变更，有时上午刚确定的排程，下午就因销售部临时加单而调整，导致车间经常出现原料积压或短缺的情况。
我们在车间调研时，看到堆积如山的半成品。
生产主管无奈地说，上周有批产品因原料不合格返工，光人工成本就多花了三万。
↑返回顶部↑