项目计划跟踪

 

在 项 目 开 始的前期 阶 段，我 总 是能列出很 详细 的 项 目 计 划。但随着 项 目的 进 行，新任 务 不断出 现 ，任 务 的状 态 也需要不断跟踪。只要一两天忘 记 跟踪 计 划， 这 个 计 划基本上就已 经 残 废 了，不再有 实 用价 值 。  
   
  在六年里，我 试过 三 种计 划跟踪的方法。第一 种 是主 动 地向 项 目 团队获 得 项 目 进 展的信息。方法是 每 天上班后花 10 分 钟开 个早会，明确一下 每 个人当天的工作任 务 ，然后我更新并 发 布 项 目 计 划。 每 天下班前花 15 分 钟 ，了解 每 个人的工作 进 度， 记录 遇到的 问题 ，并把 进 度同 步 到 项 目 计 划中。  
   
  —— 这种 方式，在某 种 程度上扼 杀 了 团队 的主 观 能 动 性，可能管得太死， 项 目 团队 有抵触情 绪 。  
   
  问题 ：因 为 大家并没有及 时 地 记录 下 处 理任 务 的 时间 ，收集到的任 务 的 实际 工期的精度比 较 低。另外，早会 还 好，但下班前的会 经 常由于打断 开发 人 员 的工作或思路，召集的 时间 甚至 长过汇报时间 。大家抱怨 每 天浪 费时间这 半个小 时 常常 导 致大家被迫加班。我个人稍微估算了一下， 0.5 小 时   X   10 人   X   200 天   =   4.2 人 · 月，浪 费 的 时间还 真是很可 观 。  
   
   
  第二 种 ，由 项 目 团队 主 动 用 EMAIL 、 电话 或口 头 向我 汇报每 天的工作 进 展。方法是 每 个人在接受到 团队 其他人 转 出的任 务 ，（比如 测试 、文档等），遇到 问题 ，以及完成某 项 任 务时 ，及 时 以各 种 方式通知我。  
   
  —— 集中 汇报给 我一个人的方式，造成我是 监 工的事 实 。 对 于天生 爱 自由和害羞的 项 目 团队 而言，无异于暴露个人 隐 私。  
   
  问题 ：很快，我就 发现 并不是 每 个人都能很主 动 的 汇报 。我 经 常会不知道 项 目 团队 在 处 理什 么样 的事情。有 时 候直到 问题积 累到一定程度，爆 发 出来的 时 候，我才了解到。  
   
   
  第三 种 ，白板方式。在 项 目 团队 的 视线 范 围 之内放置 一 块 白板，分左右两 栏 。左 栏 列 举 整个 项 目的概况，比如 关键 的几个里程碑或者 阶 段，并 标 出当前 阶 段的位置。右 栏标 明当前（当天、本周或者本月）的努力方向作 为标题 。然后在下面列出当前正在 进 行的任 务项 、 问题 。大家随 时 更新相 关 的任 务 和 问题 。  
   
  —— 由于将个人 监 督 扩 展 为 群众 监 督， 执 行起来阻力很小。甚至，白板也逐 渐 成 为团队 文化培 养 的基地，大家会在白板的空白 处 抒 发 个人的感想，或者感激他人的言辞。所以， 这 也是我目前一直在使用的方式。  
   
  问题 ：白板的容量有限，所以，我 们 不得不定期清除已 经 完成的任 务 ，已 经 解决的 问题 等。没有很好地将 这 些宝 贵 的 财 富留 给 后人以及我 们 自己未来的 项 目 开发 及管理。很浪 费 呀！（感 叹 …… ）