zoukankan      html  css  js  c++  java
  • 团队工作建议

    团队工作建议

    目标

    两个明确

    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. 优化措施;
  • 相关阅读:
    线段树(updata+query)
    铁轨(栈)
    困难的串(搜索)
    素数环(简单搜索)
    编码
    opencv + numpy for python
    PIL参考手册
    八数码问题
    三维地图(BFS)
    梯田(dfs)
  • 原文地址:https://www.cnblogs.com/yurunmiao/p/12964941.html
Copyright © 2011-2022 走看看