6、定义你的系统提示条件
如果自动化会发出警报，那么仔细确定会触发这些警报的条件。你还应该确定谁会接收到这些警报，以及他们在特定条件下可以干预采取的措施。
7、文档以及/或者修改系统和操作程序
转向自动化，意味着企业和系统流程将不可避免地发生改变。作为工作的一部分，将会有一个项目任务更新操作和系统程序，这样IT和业务部门的员工就可以与自动化保持同步。作为最后一步，这些修改的操作和系统程序应该经过员工的测试，以确保在任何自动化进入生产环节之前经过了实践的检验。
8、使用标准应用编程接口（API）
如果你打算将自动化集成到一个现有系统中，那就使用标准API来实现系统之间的数据传送。这避免了对定制代码和接口设计及维护的需求。
9、在切换前测试系统
应该对将自动化带到所有可能涉及的场景中的脚本进行系统测试。
10、测试操作和业务流程
IT自动化计划往往不包括对业务框架本身中的新自动化实际测试，这一点令人惊讶。举例来说，如果你做的是金融业务，那么在贷款发放中的自动化是否和信用卡审批的自动化一样完美？每个采用自动化的业务场景都应该进过彻底测试、调试、在投入生产环节之前得到最终用户的批准。如果自动化是一个客户接触点（就像语音助手那样），那么这些操作测试应该包括一个由外部客户组成的测试组，这样你就可以验证新客户体验是否是积极的。
上页 1 2