Differences between revisions 3 and 6 (spanning 3 versions)
⇤ ← Revision 3 as of 2008-12-28 15:53:00 →
Size: 2248
Editor: ZoomQuiet
Comment:
← Revision 6 as of 2009-11-28 15:38:44 → ⇥
Size: 3938
Editor: Elias
Comment: 删除对PageComment2组件的引用
Deletions are marked like this. Additions are marked like this.
Line 28: Line 28:
* A6d:完成CVS2SVN迁移/due:5d/2t.3m/tgt:相关文档和配置脚本Changset;令WPS团队开发活动在SVN仓库上生产可用 * A3d:完成CVS2SVN迁移/due:7d/2t.3m/tgt:相关文档和配置脚本Changset;令WPS团队开发活动在SVN仓库上生产可用
Line 37: Line 37:
| | +-- 时间数值 d|w | | +-- 已用时间 d|w
Line 41: Line 41:
  * 若有对应的传票,以上时间和指标用链接代替即可
  * 所有部分,都应该尽量提供URL,将对应工作成果链接起来!
 使用::
 `根据需要加入或是忽略相关信息`
  * 优先级别的含义:
   1. A 当前重要但是非紧急的,得尽力作好!
   1. B 当前重要且紧急的事儿,必须优先作完;
   1. C 当前不紧急也不重要的,得空就作;
  * 拖延的使用:
   * `2t.3m` ~ 2次拖延,共推迟了3个月
   * 拖延的理解:
    * 只要是超过期限没有做完的任务,就是拖延;
    * 因为确切的原因,确定暂定任务后,再次启动后,又一次超期没有交付,拖延次数加1;
    * 拖延计算:
     * 凡是有计划完成任务,却没有按期完成,就算一次拖延;
      * `计划重启任务的最短冷静期是一周`,即,当前接受的任务计划期,最小间隔是一周;
      * 这和任务的实际用时长短无关,只是重构工作任务计划的最小间隔约定;
     * 从任务创立之时,约定的交付日期开始,不许是否有任务重启,拖延时间都进行累计;
    * 拖延实例:
     1. 某任务,在超期3w后依然没有计划重启,记为:`0t.3w`
     1. 某任务,在超期1m后现在计划重启,记为:`1t.1m`
     1. 某任务,在重启了两次后,再次计划继续,到现在已经3m,记为:`2t.3m`
Line 48: Line 67:
== 周报内容 == ##== 土拨鼠剧本 ==
Line 50: Line 69:
== 月报报内容 == == 工作周报 ==
 主要内容::
  1. 本周完成任务(含优先级/简述/用时间/tgt)
  1. 实际困难(含简述/分析/对策)
  1. 下周计划(应该包含困难任务的解决)
  1. 个人 TODO-list (含优先级/简述/due/tgt)

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

历史讨论:
{{{
Line 59: Line 94:
}}}
Line 64: Line 99:
  * v0.8~081229 ZoomQuiet 重构,追加使用原则/实例的说明
Line 72: Line 108:
||<^>[[PageComment2]]||<^>[:/PageCommentData:PageCommentData]''||

TableOfContents

Include(ZPyUGnav)

工作报告格式规约

  • 文档属主: 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

Include(5W1H,,from="^##startInc$",to="^##endInc$")

工作周报

主要内容
  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 [DateTime(2008-12-26T10:24:58Z)]

TaskItemFormat (last edited 2009-12-25 07:09:07 by localhost)