工作报告格式规约

• 文档属主: ZoomQuiet

• 目标读者: 团队全体

约定个人工作报告内容条目格式

任务条目格式

原则

• 用最精简的方式将一个工作任务的关键状态都记述下来

• 使用/和: 分隔内容栏目,包含以上要求内容要点

• 使用关键指标缩写来标识信息分类:
  1. due ~ 预计用时
  2. dli (dline) ~ 死线,最终时间点
  3. tgt (target) ~ 目标,指标约定
  4. t. (temporize) ~ 拖延的

* A3d:完成CVS2SVN迁移/due:7d/2t.3m/tgt:相关文档和配置脚本Changset;令WPS团队开发活动在SVN仓库上生产可用
| | |  |              |  |  || |   |    +-- 具体交付工件/指标说明(有预先的传票详细说明最好)
| | |  |              |  |  || |   +-- 指标栏开始
| | |  |              |  |  || +-- 实际拖延时间(d/w/m)
| | |  |              |  |  |+-- 拖延状态栏
| | |  |              |  |  +-- 前导数,说明拖延次数
| | |  |              |   +-- 预计用时(d/w/m)
| | |  |              +-- 预计用时栏开始
| | |  +-- 任务简述
| | +-- 已用时间 d|w
| +-- 优先级别 A|B|C
+-- 维基列表前缀

使用

根据需要加入或是忽略相关信息

• 优先级别的含义:
  1. A 当前重要但是非紧急的,得尽力作好!
  2. B 当前重要且紧急的事儿,必须优先作完;
  3. C 当前不紧急也不重要的,得空就作;
• 拖延的使用:

  • 2t.3m ~ 2次拖延,共推迟了3个月

  • 拖延的理解:
    • 只要是超过期限没有做完的任务,就是拖延;
    • 因为确切的原因,确定暂定任务后,再次启动后,又一次超期没有交付,拖延次数加1;
    • 拖延计算:
      • 凡是有计划完成任务,却没有按期完成,就算一次拖延;

        • 计划重启任务的最短冷静期是一周,即,当前接受的任务计划期,最小间隔是一周;

        • 这和任务的实际用时长短无关,只是重构工作任务计划的最小间隔约定;
      • 从任务创立之时,约定的交付日期开始,不许是否有任务重启,拖延时间都进行累计;
    • 拖延实例:

      1. 某任务,在超期3w后依然没有计划重启,记为:0t.3w

      2. 某任务,在超期1m后现在计划重启,记为:1t.1m

      3. 某任务,在重启了两次后,再次计划继续,到现在已经3m,记为:2t.3m

5W1H

工作周报

主要内容

1. 本周完成任务(含优先级/简述/用时间/tgt)
2. 实际困难(含简述/分析/对策)
3. 下周计划(应该包含困难任务的解决)
4. 个人 TODO-list (含优先级/简述/due/tgt)

工作月报

主要内容

1. 上月计划任务完成度自评(%制,没有完成的,必定是困难,,,)
2. 本月主要完成任务(含优先级/简述/用时间/tgt)
3. 实际困难(含简述/分析/对策)
4. 下月计划(应该包含困难任务的解决,给出明确的 due/dli 约定)
5. 个人 TODO-list (含优先级/简述/due/tgt)

历史讨论:

 原有月报内容:: 
  1. 当月完成任务(含简述/时间记录/交付工件)
  1. 实际困难
  1. 下月计划任务
 月报增加内容:: 
  1. 计划完成度自评
  1. 任务时间消耗(记录／预计)
  1. 下月计划任务优先度 (依优先级别标定-> A|B|C)

版本历史

• v0.8~081229 ZoomQuiet 重构,追加使用原则/实例的说明

• v0.7~081215 ZoomQuiet 重构

• v0.6~0809 LJ 修订增补拖延格式
• v0.5~080508 创立

反馈

创建 by -- ZoomQuiet [2008-12-26 10:24:58]