张宇杰

张宇杰的博客

他的个人主页  他的博客

学习如何掌握项目状态

张宇杰  2011年06月25日 星期六 10:40 | 2288次浏览 | 7条评论

老美对我们项目的schedule有个很不理解的要求

就是每周要更新schedule

最后的表现就是

我们永远on schedule

(以前不是这样的)

 

现在我要来Lead项目

就必须要掌握项目的状态

摆在我面前的问题有

一份永远on schedule的schedule是不能用来control开发进度的

每周update schedule不能变

不能要求project owner再做一份schedule

 

顺便说一下

之前为了和老美分清责任

我们这里有个Impact Day的表格

记录老美要求我们做一些会冲击schedule的事

我发现这个表格已经有半个多月没更新了

我觉得应该利用起这个Impact Day的表格

 

接下来是我做的事

 

扩展Impact Day表格

Impact Day应该记录所有对Schedule造成影响的事件

而不仅仅为了和老美分清责任

 

冲击是被作用到人身上的

一个冲击项(Impact Item)可能被作用到多个人上

不同的冲击项可能作用在不同的人上

那么冲击对schedule的影响并不是所有Impact Item Days的总和

所以应该标明每个Impact Item分别对每个人的冲击天数

汇总时是对每个人的天数分别汇总

 

每个项目有三个状态

“进行中” “完成” “结束”

结束就是说该项目对schedule的影响已经被消化了

对于结束的项目要注明结束的原因

比如 “Update Schedule” “工作内容调整”

 

Impact Day是针对Schedule来说的

所以要标明所参考的Schedule版本

但该版本并不是最新的Schedule版本

至于选用那个Schedule版本则由我指定

 

我要求Project Owner每周都要发出Impact Day

 

通过这样的报告我可以知道

有哪些事在影响Schedule

并造成多少影响

通过参考Schedule使我避免受每周更新的Schedule影响而自以为我们一直On Schedule

 

我上周五开始这样做的

并且认为这样应该能起到作用

评论

我的评论:

发表评论

请 登录 后发表评论。还没有在Zeuux哲思注册吗?现在 注册 !
孟德

回复 孟德  2011年06月25日 星期六 23:10

Schedule 老是变,那怎么能叫schedule, 和需求一样, schedule的更变也是要管理,确定要更变schedule前要弄清楚为什么要更变,原因是什么,有什么对策可以解决问题,确保不再延期。

在你们这种情况其实就是什么都没有管理起来

1条回复

  • 张宇杰

    回复 张宇杰  2011年06月25日 星期六 23:22

    不但神马都没管起来,而且也没人愿意管。本来老大让威廉木来管,后来他也不管了。所以我就自己跳出来收拾这个烂摊子了。谁让我人好呢。

    0条回复

lili

回复 lili  2011年06月25日 星期六 21:54

你说的更新schedule是预定和实绩一起更新吗?为什么总是on schedule状态呢,预定和实绩不分开管理吗?


2条回复

  • 张宇杰

    回复 张宇杰  2011年06月25日 星期六 23:19

    比如某个模块的开发delay了两天,那么schedule里模块的时间也加长两天。所以我们永远on schedule。
    至于那个老美为什么要这样做,只能说他有问题。

    1条回复

      • lili

        回复 lili  2011年06月26日 星期日 20:36

        汇报时好交代。某种时候这也是没有办法的一种办法吧。

        0条回复

徐继哲

回复 徐继哲  2011年06月25日 星期六 21:28

换位思考,如果你是老板,你该怎么办?

1条回复

暂时没有评论

Zeuux © 2024

京ICP备05028076号