团队工作建议

目录

• 团队工作建议
  • 目标
    • 两个明确
    • 两个保证
  • 需求对接
    • 业务边界
    • 业务背景
    • 接入方式
    • 排期（时间点）
    • 其它
  • 服务变更
    • 变更时间点
    • 变更频次
    • 变更通知
    • 变更操作
  • 服务保障（SLA）
    • 服务分级
    • 责任人
    • 故障响应
    • 故障总结

团队工作建议

目标

两个明确

1. 明确核心工作目标；
2. 明确核心工作职责；

PS：建议以季度或月为单位，思考清楚自己现阶段的主要工作内容是什么，如有疑问，请及时与团队负责人沟通。

两个保证

1. 保证有效工作时间（50%+）投入到有效目标的达成过程中；
2. 保证核心服务的稳定性；

PS：工作过程中，如果出现因为业务方或团队内部沟通协助导致工作进展不顺利，请及时与团队负责人沟通。

需求对接

业务边界

搞清楚哪些工作是自己职责范围内的，哪些工作应由业务方自己完成的，不打杂！

PS：明确自己工作职责范围内的同时，建议同时了解自己上下游的业务情况，尽可能地保障业务需求的顺畅衔接。

业务背景

拒绝 形式主义，搞清楚业务真实含义，用以评估业务优先级与支持力度。

PS：明确业务背景，不仅是知道自己现在做什么，更是通过对业务的积累规划出下一步要做什么，以及是否对支持业务有意义。

接入方式

梳理业务沟通对接过程中的流程及关键信息，尽可能清晰明确，形成模版，将时间成本降至最低。

排期（时间点）

一般情况下，结合业务优先级、工作量给出时间点即可，建议预留一定的冗余空间。特殊说明，紧急需求（影响其它业务排期或进度），不以业务对接人描述为准，需业务负责人及团队负责人沟通确认。

其它

如业务涉及多个业务方或多位同学参与，建议团队内以项目为单位指定业务负责人，统一协调推动业务进程：

1. 梳理业务进程中的关键节点及依赖关系；
2. 明确关键节点的对接人、负责内容及交付时间点；
3. 定时沟通、确认且同步进度或问题；

服务变更

变更时间点

工作日，上午：09:00 -- 11:00，下午：14:00 -- 17:00。

PS：预留足够的业务观察时间，非工作时段、周末或其它节假日不建议变更。

变更频次

根据业务实际情况，建议以天或周为单位累计需求，集中变更处理；线上问题修复除外。

PS: 切忌业务随叫随到，扰乱正常工作节奏，引发故障。

变更通知

服务变更之前，无论操作对于业务方是否透明，必须周知团队负责人、业务负责人及相关同学变更内容及注明风险；
服务变更之后，周知变更结果。

变更操作

一定要预先做好 回退 措施 ！！！

服务保障（SLA）

服务分级

根据服务情况，制订不同的分级服务保障措施，如：资源隔离、降级策略或调度优先级。

责任人

明确服务责任人，以及第一、第二联系人。

故障响应

根据服务情况，制订不同的故障响应机制。

PS：切忌出现报警频发，却无人响应的情况。

故障总结

【故障总结】故障标题...

1. 故障级别（参考OKR权重）；
2. 开始时间；
3. 结束时间：
4. 故障原因；
5. 影响范围；
6. 优化措施；