IT项目进度滞后？如何优化IT项目进度管理

领导或业务部门对IT工作最常见的抱怨是开发工期长。这是因为没看到IT开发的全部工作量而造成的误解。外行仅能从表面开发实现的功能去理解IT开发工作量，而实际IT所需完成的工作远不止于此。IT工作量很像海上的冰山，水面以下有着巨大的体量。
开发产品所承载的用户数量决定了相应的建设工作量规模和复杂度。若要盖个一家人可以安顿下来的平房，则要考虑保暖防寒、坚固耐用、安全等等因素，除了自己大量的准备工作外，还需要有经验的朋友和左邻右舍很多人帮助，忙活几十天。
如果要建筑上百人居住的楼房，那就还要考虑上下水、隔音、通风、采光和消防等更多因素。必须依靠大批专业建筑工程师和施工人员，耗费一年多时间甚至更多时间才能完成。如果要承建摩天大楼，则又会有许多完全不同的考虑因素，需要相应的专业团队，社会化协作，建设数年以上。
软件系统开发也基本遵循同样的规律。单用户架构可以让一个用户自如操作，但不可能让上百人同时使用。必须升级到支持多任务处理的架构系统上。若上万人同时操作，就必须运作在支持大规模并行处理的可扩展架构上。随着用户数的增加，所需要的开发人员数量和能力要求会完全不同。只要使用规模上去了，就必须有相应的架构支持，就一定会大幅延长开发周期。
因此IT项目计划，要在项目详细范围基本确定后，对项目进行分解，在甘特图里面可以详细的制定项目进度计划。在制定计划时我们要注意以下问题：
1、进度计划应该考虑可行性和对目标的满足。
2、在活动定义和排序估算中都可能会发现WBS分解层次，粒度，遗漏等问题
3、在甘特图制定进度各步骤，根据图表对项目进行分解，设置好项目开始结束时间、分配负责人项目目标，项目进度安排的首要目标：在满足质量和成本要求的情况下，满足项目预期的进度要求。因此从这个目标出发需要优先考虑两个问题，一个就是软件生命周期和方法论的选择，一个就是团队组建，人员的搭配和角色安排。
4、制定进度前确定开发方法论选择和人员角色搭配安排。
5、先确定任务的责任人，再来估算工时以便考虑个体生产率对工时的影响。
6、在管理中要预留缓冲，而在关键链中是要考虑在路径汇聚点前预留缓冲。
7、任何方法论都不会是跳过程，而是将大瀑布转换为小瀑布。
8、并行和敏捷后势必影响到总体规划和系统思考，务必重视带来的需求不清和架构风险。
项目管理者可以在甘特图中对项目进行分解，再对任务耗时进行估算。甘特图是进度管理中的一个重要工具，目的仍然是对发掘各活动任务的依赖关系并对活动进行排序。对活动和任务工时的估算是一个重点内容，估算跟任务粒度，复杂度，任务依赖，责任人技能，开发方法等多种因素相关。