我们交付什么
每一项交付都始于设计文件，直到现场验收为止，并包含文档与其后数年的持续保障。以下是构成我们工作的七类交付：前五类是我们交付的系统，后两类是与自行开发系统的团队合作的方式。
01
操作员一天要面对八小时的那套系统
我们把装置文件翻译成一套运行系统：从工段到单台设备的层级结构、沿用 P&ID 符号的工艺画面、报警管理、历史数据与班次报表。最终得到的应用，倒班操作员一天就能上手，然后用上很多年。
02
数十甚至数百个站点汇入同一个调度中心
供水管网、供热管网和发电场群面对的问题与单个工厂不同：站点多而小、通信链路时断时续、多年累积下来的多品牌设备。调度中心必须把这些统统消化掉，而不让操作员去关心每个点位背后是谁家的设备。
03
让监控系统与公司其他系统对话
监控系统知道装置状态，ERP 知道订单，化验室知道分析结果，维护部门知道检修记录。这些世界之间的接口，正是项目最容易搁浅的地方，因为通常谁都不认领。我们把它当作一项独立的交付物来做，数据契约明确并纳入版本管理。
04
手册与软件出自同一个源
文档以 Markdown 与代码写在一起，自动生成并发布到门户。同样的页面同时驱动画面里的帮助按钮：操作员在某个画面上点击帮助，读到的正是门户上的内容，并且是他正在使用的语言。更新一个页面，就等于在同一时刻更新了控制室里的帮助。
画面与文档页面之间链接关系的自动校验，已经定为项目规则。
05
在不能停车的装置上进行
大部分工作并非从白纸开始，而是从一套已经运行十年、一层层叠加起来、往往连源代码都不齐全的系统开始。在重写之前，我们先做盘点：系统今天做了什么、哪些功能真的在用、改造后会失去什么。然后分阶段迁移，装置照常运行。
06
把装置数据带出控制室
需要装置数据的人，并不都坐在控制室的工位前。生产负责人、现场维修人员、管理层：每一类角色需要的视图都不一样，而且要能在浏览器里直接打开，无需安装任何东西。我们把它们当作真正的 Web 应用来构建，而不是把监控画面勉强改造一遍。
07
即使开发由你们自己来做
并不是所有人都在找一个替自己干活的供应商。很多单位已经有一支有能力的团队，他们要找的是能在需要深度的地方切进来的人：分布式系统的架构、一套要在几十个项目上撑得住的开发规范、平台本身没有提供的组件。这种情况下，我们与你们的团队并肩工作，而不是取而代之。 这一点对装置运营方、机器制造商和集成商都成立：变的是规范所依托的产品，不是做事的方法。
项目如何推进
我们负责项目的全过程，而不只是在办公室里写的那一部分。调试由我们亲自到现场完成，验收在装置接通并运行的状态下收尾。我们在意大利和国外的现场作业，跨越时区，并使用所承接项目的语言。
资料勘查与现场踏勘，随后在动手写代码之前确定功能规格书。P&ID、信号清单与电气图纸之间的矛盾正是在这一阶段浮现的，而这也正是它们该浮现的阶段。
服务器容量测算、冗余、节点的地理分布、站点之间可用带宽、归档策略。在分布式系统中，这里做出的选择在下游无法再纠正。
软件、文档与测试数据在版本控制下同步演进。发往现场的正是经过测试的版本，并且可以追溯它来自哪一个修订。
在客户见证下进行工厂验收测试，用装置仿真器代替现场。不符合项在此关闭，代价是一天，而不是一次出差。
服务器安装、客户端配置、现场设备接入，以及与操作人员并肩进行的辅助启动。这一阶段在现场完成，无论装置在哪里。
在装置接通的状态下逐点核验：数据是否送达、命令是否执行其所声明的动作、报警是否在该触发时触发、在该复归时复归。到这一刻，系统才不再只是一个项目。
质保期内的持续保障，响应时间事先约定，远程访问全程留痕。应答的人就是写这套系统的人：知识不会在支持层级之间转手。
装置会变化：新的产线、新的规定、新的平台版本。系统分阶段扩展与重建，每一步都保持在运行状态。
