项目经理实践-怎样进行项目计划跟踪
主 题： 项目经理实践-怎样进行项目计划跟踪？
作 者： zhishao (zhi) Blog
等 级： ^^
信 誉 值： 100
所属社区： 软件工程/管理 管理版
问题点数： 100
回复次数： 38
发表时间： 2006-4-20 11:23:29
关于项目计划的跟踪，您是怎么做的呢？不管好坏，大家一起探讨一下而已。
先说说我个人的经历。
在项目开始的前期阶段，我总是能列出很详细的项目计划。但随着项目的进行，新任务不断出现，任务的状态也需要不断跟踪。只要一两天忘记跟踪计划，这个计划基本上就已经残废了，不再有实用价值。
在六年里，我试过三种计划跟踪的方法。第一种是主动地向项目团队获得项目进展的信息。方法是每天上班后花10分钟开个早会，明确一下每个人当天的工作任务，然后我更新并发布项目计划。每天下班前花15分钟，了解每个人的工作进度，记录遇到的问题，并把进度同步到项目计划中。
——这种方式，在某种程度上扼杀了团队的主观能动性，可能管得太死，项目团队有抵触情绪。
问题：因为大家并没有及时地记录下处理任务的时间，收集到的任务的实际工期的精度比较低。另外，早会还好，但下班前的会经常由于打断开发人员的工作或思路，召集的时间甚至长过汇报时间。大家抱怨每天浪费时间这半个小时常常导致大家被迫加班。我个人稍微估算了一下，0.5小时 X 10人 X 200天 = 4.2人·月，浪费的时间还真是很可观。
第二种，由项目团队主动用EMAIL、电话或口头向我汇报每天的工作进展。方法是每个人在接受到团队其他人转出的任务，（比如测试、文档等），遇到问题，以及完成某项任务时，及时以各种方式通知我。
——集中汇报给我一个人的方式，造成我是监工的事实。对于天生爱自由和害羞的项目团队而言，无异于暴露个人隐私。
问题：很快，我就发现并不是每个人都能很主动的汇报。我经常会不知道项目团队在处理什么样的事情。有时候直到问题积累到一定程度，爆发出来的时候，我才了解到。
第三种，白板方式。在项目团队的视线范围之内放置一块白板，分左右两栏。左栏列举整个项目的概况，比如关键的几个里程碑或者阶段，并标出当前阶段的位置。右栏标明当前（当天、本周或者本月）的努力方向作为标题。然后在下面列出当前正在进行的任务项、问题。大家随时更新相关的任务和问题。
——由于将个人监督扩展为群众监督，执行起来阻力很小。甚至，白板也逐渐成为团队文化培养的基地，大家会在白板的空白处抒发个人的感想，或者感激他人的言辞。所以，这也是我目前一直在使用的方式。
问题：白板的容量有限，所以，我们不得不定期清除已经完成的任务，已经解决的问题等。没有很好地将这些宝贵的财富留给后人以及我们自己未来的项目开发及管理。很浪费呀！（感叹……）
附：
我用过一段时间的MS Project + Project Server + SharePoint Server。从计划跟踪的角度上来讲，效果很好。这套系统并不能实现任务的流转和上下文环境的保留。所以，个人认为效果上与我上面说的白板方式差别不太大。但是，我还是希望有一种更好但价格适中的信息系统出现，以减轻目前项目经理的做这种比较繁琐且附加值并不高的事务性工作。
最后，别忘了分享一下您的做法，三块石头擦出来的火花会比两块石头大吧。😃
liuguangzhou(光子) ( 一级(初级)) 信誉：100 Blog 2006-4-20 13:51:48 得分: 0
Project Server就是非常好用的嘛。。
想不出比它更好的管理工具了，除了即将发布的Team Server
tuti(tuti) ( 二级(初级)) 信誉：100 Blog 2006-4-21 13:19:21 得分: 0
多弄几块白板, 白板的好处是,不经意就能看到.
电子文档需要刻意去看,对于团队内沟通,白板是最好的方式.
UNow2005(推土机) ( 二级(初级)) 信誉：100 Blog 2006-4-21 13:50:31 得分: 0
工具我认为是次要的，关键还是管理思想
立项的时候一定要设置好里程碑
平时一定要经常跟每个成员沟通，及时掌握他们的开发情况
然后再使用工具
zhishao(zhi) ( 二级(初级)) 信誉：100 Blog 2006-4-22 10:07:14 得分: 0
项目管理好像就是个“知易行难 vs 知难行易”的角斗场，思想和工具哪个更重要我想没有必要再来一次大辩论吧。工欲善其事，必先利其器。思想是驾驭工具的神，工具是实践思想的形，神形兼备不是很好吗？配置管理的思想 + CVS/SVN的配合不是很好吗。所以，想到适用的管理方法很重要！找到合适的工具也很重要！
从个人经验来看，我们会每天/每三天/每周设置一个里程碑，并进行检查吗？不会。所以，卡里程碑不如卡任务来得及时。不至于在检查里程碑时，连延期了多长时间，怎么造成的都无从考证。
UNow2005(推土机)提到及时沟通，那怎样及时沟通呢？
UNow2005(推土机) ( 二级(初级)) 信誉：100 Blog 2006-4-23 11:13:59 得分: 0
zhishao(zhi):关于及时沟通
不知道你们的开发团队建立了内部沟通手段没有？我们是通过BQQ进行的。
在所有讨论之前，都会通过BQQ私下跟每个人就工作情况进行沟通，并讨论下一步的做法，所以在开会的时候不是只等待开发人员的汇报，而是完全的互动。
在平时的开发过程中，也要通过BQQ经常询问每个开发人员的开发情况，是否遇到什么困难，然后就一些具体的处理方法达成一致。
管理上要避免的一点就是：
（1）管理人员不管理（反而自己忙着去编程了）
（2）开发人员无效率（没方法哪里来的效率呢）
以上仅供参考
unow2005.tianyablog.com
superdullwolf(超级大笨狼,每天要自强,MVP) ( 一级(初级)) 信誉：100 Blog 2006-5-13 18:15:49 得分: 0
消除团队间隔
依靠测试岗位，找一个团队里水平最低的程序员做测试，把你的修改意见通过他的嘴变成部门的意见转达给修改岗位。
zhishao(zhi) ( 二级(初级)) 信誉：100 Blog 2006-5-14 9:44:30 得分: 0
嗯，工具软件看来还是能够锦上添花的。
不知道，有哪些好的工具可以帮助跟踪项目呢？
lycoo(lycoo.wang@gmail.com) ( 二级(初级)) 信誉：100 Blog 2006-5-14 11:40:40 得分: 0
我理解和团队成员沟通，不要让他们提问题有思想顾虑，有问题就提出来（需要一定的时间来做到），另外一个就是能够帮助团队人员每人针对项目计划中的针对自己职责的里程碑有自动的邮件提醒功能，这样两边去解决就会得到比较准确的项目实施的具体情况，从而能够及时采取措施。
另外那个白板的方式可以用数码拍下来，比较重要的或者大家觉得有用的就可以拍完后由团队成员整理发送给整个团队并打标保存。
还是先关注一下。
dy_paradise(小耳朵) ( 一级(初级)) 信誉：100 Blog 2006-5-26 16:46:53 得分: 0
学习ing
zhishao(zhi) ( 二级(初级)) 信誉：100 Blog 2006-5-29 10:02:49 得分: 0
lycoo提到了及时汇报问题。这让我想起除了收集开发人员进度之外，另外一个项目跟踪的难点就是及时了解项目当前的问题、项目开发人员遇到的问题。
开发人员一般遇到技术上的问题往往自己慢慢啃，很少能主动提出的。对于需求不确定或不详细的问题，则“善于”自行设定但并不通知测试人员……
除了项目经理经常走动，经常进行有什么问题之类的交流，有什么更好的方法怎样让开发人员更多的开口汇报呢？
Tyronerhk(Tyrone@nj) ( 一级(初级)) 信誉：100 Blog 2006-5-31 11:47:54 得分: 0
工欲善其事，必先利其器
除了MS Project外还有其他工具能来进行管理吗？
还有没有其他选择？
chunlai80(IT项目管理论坛itpm.com.cn) ( 二级(初级)) 信誉：100 Blog 2006-6-1 14:36:46 得分: 0
其实 最主要的还是思想，然后是很好的执行力。要坚持，执行力才有效果的。
我就是在OA中做了工作计划与总结。
让项目成员每天都写，报告项目进度和自己遇到问题。
www.itpm.com.cn
项目管理论坛多多交流
weecool() ( 一级(初级)) 信誉：100 Blog 2006-6-1 16:57:33 得分: 0
楼上有位仁兄说得非常对，工具是次要的，关键是管理思想，就算有工具也是结合思想和理念来做，如CMMI、ITIL等，工具的作用是流程推动、可视化的协同工作，好的工具是结合好的管理思想来设计，选择好的工具可以成为管理必备的武器。推进一个产品Serena Teamtrack，可以跟MS project、测试工具、开发工具、change managment、configration managment等工具集成使用，非常不错。weecoolcn@hotmail.com
yestoall(来者不拒) ( 五级(中级)) 信誉：112 Blog 2006-6-7 18:27:32 得分: 0
如果是小规模的团队，我更倾向于合理使用白板
可以以更直观的方法让团队成员交流项目的进度以及各自所负责的内容
每周发一次project status report，形成书面上的东西
大规模的团队，使用工具是必然的，这点上我推荐sharePoint
其实不管如何，要推动项目组内部融洽的交流气氛，单靠规定上的dairly report会抹杀成员的积极性
brucenan999(布鲁斯南) ( 一级(初级)) 信誉：100 Blog 2006-6-13 10:30:24 得分: 0
关键是要掌握好粒度吧...
frank_lee_cn(我通常很快结帖，希望你也是) ( 二级(初级)) 信誉：100 Blog 2006-6-13 13:12:39 得分: 0
既然白板好用，何不開發個電子白板﹖
xiaojiao52() ( 一级(初级)) 信誉：100 Blog 2006-6-13 14:07:50 得分: 0
学习中...
====CSDN 小助手 V2.5 2005年11月05日发布====
CSDN小助手是一款脱离浏览器也可以访问Csdn论坛的软件
界面：http://blog.csdn.net/Qqwwee_Com/archive/2005/11/05/523395.aspx
下载：http://szlawbook.com/csdnv2
superswords(supersword) ( 一级(初级)) 信誉：100 Blog 2006-6-16 14:20:23 得分: 0
早会要开，集中解决问题，组内通气，也是宣布一天工作的开始。
下班前可以主动去找项目组成员问进度，决定是否要加班。
实在不敢相信楼主已经作了6年的项目管理。
管理这种事情，不可能面面俱到，每个人都高兴。还什么天性自由和害羞，不是你想得太多，就是你的工作方式把他们惯坏了。
theforever(碧海情天) ( 三级(初级)) 信誉：99 Blog 2006-6-17 13:34:28 得分: 0
用你的理念来影响手下。让他们理解并接受。
一句话，就是感染，在工作中持续地感染他们，直到他们在你要求的方面和你的要求同步。
管理人员，就是先塑造人和环境，然后享受。
zhishao(zhi) ( 二级(初级)) 信誉：100 Blog 2006-6-19 10:24:32 得分: 0
呵呵，看来大家还是比较欣赏白板的方式，虽然我并不知道其他人在实际中的使用情况如何。
最近，我只是在思考，白板的管理方式的确能够有力地推进项目。不过，通过白板收集分享的信息却没有很好的被整理和再利用。所以，开始一个新项目的时候，在任务的时间安排，申请多少人员、哪些人员、具体的任务分配给哪个人。我力图通过搜索经验进行匹配，但依然会有脑子空白的时候。我不知道是因为我的记忆力下降了，还是项目管理的经验不能得到应有的积累。这两种可能都挺可怕的！
lycoo(lycoo.wang@gmail.com) 说的是个挺实用的知识管理的方法，多谢！
frank_lee_cn(我通常很快结帖，希望你也是)的电子白板前些天找人研究了一下，可行！
chinaitit() ( 一级(初级)) 信誉：100 Blog 2006-6-24 16:43:55 得分: 0
我来推荐一个活动
培训日期：2006-7-3/4（2日）
培训地址：北京市朝阳区霄云路盛世大厦17层
培训内容：http://www.chinaets.net/mail/msfvsts.htm
dichun(融雪) ( 一级(初级)) 信誉：100 Blog 2006-6-29 23:11:01 得分: 0
关注！
tuti(tuti) ( 二级(初级)) 信誉：100 Blog 2006-7-2 15:46:14 得分: 0
TO: zhishao(zhi)
白板是项目进行时给项目组看的.
至于用于汇报总结,自己可以每天写一下项目日志,
记录一下你觉得有必要的信息.
gerry2000(just do it～) ( 一级(初级)) 信誉：100 Blog 2006-7-4 10:42:24 得分: 0
还有管理人员应该要多为团队成员争取利益， 你要考虑你团队成员的利益， 工作才更认真负责
hachenzhonghua(冬叶) ( 一级(初级)) 信誉：100 Blog 2006-7-4 17:37:04 得分: 0
学习
alec626(月吻长河Blog:spaces.msn.com/filebase) ( 一级(初级)) 信誉：100 Blog 2006-7-4 21:31:10 得分: 0
我们一般是采用每周总结的方式
sunmoonming(moon) ( 一级(初级)) 信誉：100 Blog 2006-7-6 17:36:37 得分: 0
做软件是个艺术，要靠培养自觉性，帮他们找到灵感。毕竟在中国还没有统一的编程模板。据说印度比较模板化。
minmaxlee(hao) ( 一级(初级)) 信誉：100 Blog 2006-7-8 21:29:41 得分: 0
好的工具可以改进效率，也只能改进效率。
如果不考虑工具你可以做下来，那么下面就可以考虑采用什么工具；
如果没有工具你连计划怎么跟都不知道，那是你思路还没有理清楚。
进度总结一周一次是必要的，进度沟通不能例行公事，每个人都要讲每个人都要有想法并且你要尽量了解。怎么加强沟通？通过内部评审培训等方式。
计划要有大有小，可以用Excel整理一个粗的计划。细的另外各个记录，每周进度交流之后刷新小计划的进度，通过工作量估计等方式再刷新大计划；进度有延迟要找到细致原因分别交流解决，不能控制的要及时反馈到上一级。
每天都沟通不好，管理也需要占用时间精力，粗细力度需要自己把握不断调整，针对每个人的风格区别处理。
mengxianbao1521(彪汉的人生，不需要解释！) ( 二级(初级)) 信誉：100 Blog 2006-7-9 8:54:06 得分: 0
使用project server 工具。
会议开短一点，只作工作汇报，不做内容具体讨论。
严格控制需求变更，做必要的需求整理，查看那些属于下一个版本的开发。
ypos(叶开) ( 一级(初级)) 信誉：100 Blog 2006-7-9 10:47:50 得分: 0
我看了一下,发现大部分人都只是简单从管理上考虑,当然大部分的公司目前只能是这样,那么就不要在制定计划之后以为或期望计划会100%或接近100%的执行,一定要根据公司情况乘以一个系数,比如50%-70%,只要控制在这个系数内,就说明你的管理比较成功
zhishao(zhi) ( 二级(初级)) 信誉：100 Blog 2006-7-14 11:02:08 得分: 0
5月份在6 Sigma的培训时学到一种新的方法：工作单。每个任务都通过一张小纸片分派，上面由每个经手的工程师进行填写。格式像这样：
Task:
assignment | checkin date | checkout date | sign | remark
---------------------------------------------------------
比如某个缺陷的解决过程，
Task: BUG#A-MODULE1-001
assignment | checkin date | checkout date | sign | remark
---------------------------------------------------------
debug | 2006-07-01 10:00 | 2006-07-02 10:20 | Eddie | fixed
review | 2006-07-02 10:30 | 2006-07-02 12:30 | Paul | pass
merge | 2006-07-02 12:30 | 2006-07-02 14:30 | William | ok
处理完的工作单交给助理录入到Excel中，每周公布一次。效果还不错，而且通过沾在隔板上的工作单，我基本上巡视一周基本上就知道大家都在忙些什么。
danielsyq(小丹尼) ( 一级(初级)) 信誉：100 Blog 2006-7-16 20:21:07 得分: 0
我们在做项目过程中，每个项目成员都会写工作日志，记录每天的工作情况。我则每天早上CHECKOUT出来，就可以知道他们前一天的工作进展，非常有效！这是我们公司的基本要求哦！
zhishao(zhi) ( 二级(初级)) 信誉：100 Blog 2006-7-18 10:53:45 得分: 0
我们公司还没有把项目管理上升到制度的层次，遗憾！
appow(arrow) ( 一级(初级)) 信誉：100 Blog 2006-8-30 13:14:19 得分: 0
这个可以学习一下我们伟大的党.
看看群众怎样过组织生活,党对群众如何管制,如何教育,如何....
8225511asdf(asdf) ( 一级(初级)) 信誉：100 Blog 2006-9-5 15:21:51 得分: 0
我个人的做法是通过立项，并在做项目计划时，会预留时间，便于大家对于突发事件的处理.对于项目定义而言一个好的建议是：
尽量把项目的周期缩短，比如一个月的项目
明确立项结项，让所有成员明确项目的目标与规模
定义清楚每个成员的角色与任何项
任何项一定要细，最好不要超过3个工作日，否则无法执行
项目一定要杜绝变更，否则带来的代价会更高
liusen770501() ( 一级(初级)) 信誉：100 Blog 2006-9-6 12:00:15 得分: 0
看来这个话题感兴趣的人多啊，大家都有很多共同的感知。偶也来谈谈。我是这样管理的。
我把项目管理分为三大块：机会跟踪、配置管理、质量管理。
一、计划跟踪。每年制定年度计划，由各开发小组（可以按软件工程的模型来分也可以按功能来分）提交各组计划，管理小组来负责评审和整合。
每季度根据年度计划制定季度计划，方法同上。
每周根据季度计划制定各小组周任务计划，由各组自行制定。
liusen770501() ( 一级(初级)) 信誉：100 Blog 2006-9-6 12:02:31 得分: 0
跟踪控制方法：通过每周一要求提交各组周任务计划和每周五召开例会确认任务完成情况，解决协调问题。ＳＱＡ介入，总结和汇报本周出现的问题，包括内部问题，客户反馈问题，系统ｂｕｇ等。
jerryxuyu(天下第七笨) ( 一级(初级)) 信誉：100 Blog 2006-10-18 23:21:58 得分: 0
您控制的过细了
项目经理需要控制的是 里程碑计划
而不是每天的工作