- 团队工作建议
- 目标
- 两个明确
- 两个保证
- 需求对接
- 业务边界
- 业务背景
- 接入方式
- 排期（时间点）
- 其它
- 服务变更
- 变更时间点
- 变更频次
- 变更通知
- 变更操作
- 服务保障（SLA）
- 服务分级
- 责任人
- 故障响应
- 故障总结
- 目标
团队工作建议
老幺小说网 www.laoyao.org目标
两个明确
- 明确核心工作目标；
- 明确核心工作职责；
PS：建议以季度或月为单位，思考清楚自己现阶段的主要工作内容是什么，如有疑问，请及时与团队负责人沟通。
两个保证
- 保证有效工作时间（50%+）投入到有效目标的达成过程中；
- 保证核心服务的稳定性；
PS：工作过程中，如果出现因为业务方或团队内部沟通协助导致工作进展不顺利，请及时与团队负责人沟通。
需求对接
业务边界
搞清楚哪些工作是自己职责范围内的，哪些工作应由业务方自己完成的，不打杂！
PS：明确自己工作职责范围内的同时，建议同时了解自己上下游的业务情况，尽可能地保障业务需求的顺畅衔接。
业务背景
拒绝 形式主义，搞清楚业务真实含义，用以评估业务优先级与支持力度。
PS：明确业务背景，不仅是知道自己现在做什么，更是通过对业务的积累规划出下一步要做什么，以及是否对支持业务有意义。
接入方式
梳理业务沟通对接过程中的流程及关键信息，尽可能清晰明确，形成模版，将时间成本降至最低。
排期（时间点）
一般情况下，结合业务优先级、工作量给出时间点即可，建议预留一定的冗余空间。特殊说明，紧急需求（影响其它业务排期或进度），不以业务对接人描述为准，需业务负责人及团队负责人沟通确认。
其它
如业务涉及多个业务方或多位同学参与，建议团队内以项目为单位指定业务负责人，统一协调推动业务进程：
- 梳理业务进程中的关键节点及依赖关系；
- 明确关键节点的对接人、负责内容及交付时间点；
- 定时沟通、确认且同步进度或问题；
服务变更
变更时间点
工作日，上午：09:00 -- 11:00，下午：14:00 -- 17:00。
PS：预留足够的业务观察时间，非工作时段、周末或其它节假日不建议变更。
变更频次
根据业务实际情况，建议以天或周为单位累计需求，集中变更处理；线上问题修复除外。
PS: 切忌业务随叫随到，扰乱正常工作节奏，引发故障。
变更通知
服务变更之前，无论操作对于业务方是否透明，必须周知团队负责人、业务负责人及相关同学变更内容及注明风险；
服务变更之后，周知变更结果。
变更操作
一定要预先做好 回退 措施 ！！！
服务保障（SLA）
服务分级
根据服务情况，制订不同的分级服务保障措施，如：资源隔离、降级策略或调度优先级。
责任人
明确服务责任人，以及第一、第二联系人。
故障响应
根据服务情况，制订不同的故障响应机制。
PS：切忌出现报警频发，却无人响应的情况。
故障总结
【故障总结】故障标题...
- 故障级别（参考OKR权重）；
- 开始时间；
- 结束时间：
- 故障原因；
- 影响范围；
- 优化措施；
扫一扫
3万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
