回想我第一个自动化项目时,我们都热切希望提供完全客户所期望的解决方案。在本案中客户非常大声地表达他的欲望,在工厂验收测试期间,他要求作更多修改。我们乐于接纳他归根结底,我们交付系统 正像客户描述
客户没有花很长时间才意识到他的一些需求没有留有灵活空间。外加新控件工程师设计不易适应所需修改控制系统完全按客户需求运行,但无法适应生产中每日发生的动态和意外事件。
系统集成器与制造商或OEM提供自动化控制解答时,集成器不仅需要理解客户需求,而且应考虑:标准、行业最佳做法和经验集成程序后可帮助客户做出知情决策,权衡替代方法,并服务客户最大利益,目的是被公认为可信咨询师以这种伙伴关系创建的系统通常有更高性能、较低维护成本、更大灵活性和较长服务寿命,因为它们更容易适应流程变化并采用新技术
验证标准
难于置信,但有段时间我坐在桌旁, 与受过良好教育经验丰富的工程师讨论-数小时-函数停止按钮函数即时停止完成批量并停止可恢复制作吗if so,如果我们不想恢复生产,我们如何实际停止过程?
这是我标准简介
后期,我新管理者,我记得曾向控制工程组提过“标准”二字静默无声感觉像扔湿毯子 开创新之火多工程师相信标准会绑住他们的手现实中,标准允许你更容易处理过程的例行部分,而不是花六小时来辩论停止的含义。在标准帮助下,你可以集中关注系统较复杂方面,这些方面有可能为客户创造更多价值-所有方面都同时减少整体开发时间
与标准相似,行业最佳做法逐步开发,并使用经验证技术,并获得大商家支持。工程师和开发商忽略这些最佳做法后,便开始限制支持解决方案的能力并增加新技术应用难度这使集成器和工程部门承受压力并增加系统升级成本甚至可能导致疏远不愿支持实施控制解决方案的供应商
少数例子证明专有控件最适合项目然而,大多数制造流程和机控应用都很好地覆盖在最佳做法中。行业最佳实践允许你从供应商中调用支持,增加招聘池量,并降低客户依赖求解提供方的程度,增强客户独立性感客户依赖你与客户依赖你之间的区别
标准和最佳做法是系统集成项目的最佳起始点经验在评价和应用这些标准和最佳做法中起着关键作用。完全忽略经验是一个错误完全依赖经验同样大错误
