如何进行项目跟踪

       项目跟踪主要针对计划，是为了了解项目的实际进展情况而采取的活动。如了解成员工作完成情况，了解整个项目计划完成情况等内容。跟踪主要是为了及时了解项目中的问题，并及时解决，不使问题淤积而酿成严重后果。
　　 个人认为项目跟踪还是必要的，因为它可以证明计划是否可实施，同时可以证明计划是否可以被完成。详细的计划可以提高跟踪的准确性，提高跟踪的效率和效果。粗糙的计划则会加大跟踪的工作量，并降低跟踪的效果。

       但现在问题是项目计划往往会由于很多其他的原因出现变动，我所经常碰到的变动情况是是人员调动、员工士气低下、由于估算不准造成的工期调整等等。并且在实际的做法中，一般项目计划做的比较粗，那么项目跟踪就很难对计划的细节进行跟踪，目前我倒是没有找到一个科学的做法，还是靠经验凭感觉来来跟踪项目的进展，不知诸位有何高见　　

process visualization方面，可以借鉴一下Scrum燃尺图的做法。

很好，很实用！

 

 恩，谢谢你，回头我研究下

Scrum的方法大家都在用，只是没有Scrum理论化而已

楼上的和楼上楼上的楼上的能不能详细说说SCRUM?

最好baidu一下先

或者看看这里http://controlchaos.com/

 

你不将计划做细，就根本不具备可跟踪性

一次将计划做好完全是不可能的，但是可以逐步细化，至少一个比较短的时间段内（如一个月）的计划是要细化的

计划肯定会变化，而且应该有A计划，B计划。。。。人员调动、估算不准等等因素在计划之初就应该考虑到并有应对措施

跟踪麽，没有什么难的，加强沟通就是了，在有些大项目里，我们甚至会安排一个文员来收集所有进度信息，不需要有什么技能

控制才是困难

 

恩，你说的很对。
不过进度信息觉得还是需要专业人员去采集

在国内即便是在国外一些公司也不能把分工分这么细的 处于成本考虑BOSS是不会让一个人专门干这个不出效益的活的

我现在是直接打uc当作刻度来衡量，但是发现还不能准确反映实际情况，摸索中

 

最近在看Mike Cohn的一本书，敏捷估计和规划，里面说的很有同感，如果计划是基于任务的，就很难跟踪，但如果计划是基于发布的功能的，它里面用的是用户故事，就比较容易跟踪。这还涉及到完成标准的定义问题，实实在在的功能才是最合适的完成标准。

 

如果是想了解总体进度情况，可以用现在最常用的挣值分析法，简单易用，但要保证高层WBS的稳定。否则经常变，挣值也无法计算。

 

另外，不改变的计划就是没用的计划，但是一般改的都是工作包底下的任务。WBS应该很少改，细节任务可以经常变。

 

项目周会很重要，开好周会，会前要有议程，会后要有会议纪要，最好详细计划也在周会上一起出，任务要细分到半天到3天之内。

 

还有，项目计划经常变的原因是忽略了很多任务，比如质量管理，评审，培训，沟通，配置管理，风险管理等下属项目计划，还有休假，开会，病假，软件内部发布，客户演示等一些容易忽略但又经常发生的任务。