专长 · 能源
基础设施服务
基础设施服务将站点所有者、承包商、工程师和运营团队联系起来。每个参与者都有自己的问题和责任范围。没有路由的通用反馈表单通常会失去这种上下文。
01 / 场景
上下文丢失的地方
| 阶段 | 风险 | 工作行动 |
|---|---|---|
| 新设施 | 该请求发送给了错误的技术组 | 确定对象类型、任务和考虑的主人。 |
| 统一 | 参与者采用不同版本的工作 | 为相关解决方案建立单一存储位置. |
| 剥削 | 治疗的隐性状态 | 转发确认的信息和下一次更新的时间. |
02 / 分析
处理局势
示例:客户正在指定工作状况,不同部门对其项目碎片负责. 您需要单个的通信所有人,在审计中区分确认的事实和问题. 在技术问题上,您不能以共同运营商的自信回应来取代配置解决方案,更有用的是确定请求,指定一个胜任的负责人,并传达一个明确的进一步沟通的程序.
03 / 方案
地址的路线
- 01新设施
确定对象类型、任务和考虑的主人。
- 02统一
为相关解决方案建立单一存储位置.
- 03剥削
转发确认的信息和下一次更新的时间.
04 / 检查
向团队提出的问题
- 谁负责该物体的外部信息?
- 与会者如何了解文件版本的改动?
- 如何将紧急业务问题与预定要求分开?
05 / 评价
如何评价服务
测量没有指定所有者的工单、部门间传输延迟和重复的状态请求。通过下一步的清晰度以及对商定的沟通顺序的遵守情况来评估交互的质量。
如何转移复杂项目的状况
为了回答客户，可以方便地将三件事分开：已完成的工作、已确认的下一步行动和仍在检查的问题。不要将个人成员的猜测变成团队的承诺。每个悬而未决的问题都必须有一个有能力的负责人和商定的下一条消息的要点。
技术输入的更改必须链接到作业的当前版本。进行沟通的员工必须看到变更对其站点的影响，但不能替换专门的技术解决方案。在发送总体状态之前，请检查部门的详细信息。如果信息相互矛盾，首先表明需要核实，然后提供确认结果。
论事.
相关材料
Facecom
讨论你的任务
我们将讨论流通方式,员工之间的信息传递以及自动化的可能性.