一、需求增减或变更不合理
我们知道，项目需求并不是一开始确立了就一直不变的，随着项目的深入，项目组或客户方彼此都会对项目产品本身的认识愈加深刻。那么就会因为项目本身质量或功能要求等因素，导致新需求的陆续增加或是需求发生变更，而这些改变就可能成为影响项目正常进度的原因。
打个比方，做软件开发项目时，如果客户方专业性不足，对于产品的需求流于表面，总是喜欢添加一些原先规划所没有的东西，就可能导致项目时间的“无限”延期，以及沉淀不少冗余功能，同时也会让需求范围出现蔓延现象。另外如果项目执行团队在需求分析前期，对于一些关键性需求没有做出正确判断，也会造成后期需要时间不断修正。

三、进度控制松紧度前后不一
一个周期长的项目，是需要进行科学性的规划的。因为一旦大家工作的强度“随心所欲”，那么整个项目团队就可能出现大家前期工作进度“轻松自在”，即：过于拖沓；而一旦发现进度慢了，又会赶紧调整，加快工作进度。
如此循环反复，项目进度控制强度的前后松紧不一致，为科学的进行进度管理带来了不一般的难度，可谓让项目时间进度一直在失控的边缘反复横跳。

四、进度落后的"赶工"措施不当
当然我们面对项目进度的失控风险，不可能听之任之，自然需要采取弥补措施，如加人、加班、加激励等等。但这些方法既需要重新增加项目预算，却未必能见效，还可能让大家工作量超负荷而产生负效应。
首先，对于后面临时加入项目的新成员，若对项目不够熟悉，则让滞后的进度表更滞后；而要对项目相关知识进行培训，为了对项目环境加强熟悉，增强项目团队成员之间的沟通，这些耗费的时间都可能会使工作效率急剧下跌。
其次，当采用让成员加班的方式来赶进度时，大家因为身体疲劳反而会让自己工作效率低下，而不会让项目进展得到真正增进。
从上可以看出，大家对进度管理的控制不足，多是人为“主观”因素造成的结果。因此为了避免上面情况的发生，项目组应更为严格的执行流程制度，尽量让“客观”条件加强对自我的约束，这样才能让进度处于科学的发展状态。