张宇杰 2011年06月25日 星期六 10:40 | 2292次浏览 | 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 © 2024
京ICP备05028076号
回复 孟德 2011年06月25日 星期六 23:10
现
回复 张宇杰 2011年06月25日 星期六 23:22