程序员在项目中常犯的那些错——不遵守计划

程序员在项目中常犯的那些错——不遵守计划

程序员在互联网项目和产品里是绝对的主力，不管你在业务上、产品上有任何IT方面的想法，都会有很大的概率需要程序员来最终实现，项目里发生的很多故事也都和程序员有着莫大的关系。

照例还是讲真实的案例，这个案例发生在一家电商，某个业务部门发起了一个项目，项目的规模比较大，技术部门指派了一名项目经理负责这个项目，在确定了方案、需求等一系列项目工作后，就开始编制项目计划，在这里，别的计划我就不提了，我就只提进度计划。

在制定进度计划之前，照例先做分解，然后和相关的开发团队明确工作包的详细内容，由开发团队自己来制定自己的工作任务和相对应的进度计划，在各个开发团队自己分别制定完计划后，由项目经理统筹制定整个项目的进度计划，计划完成后和开发团队逐一做了确认，为了确保万无一失，项目经理又召开了一轮项目计划评审会，业务方、所有开发团队的负责人、项目涉及到的程序员、测试工程师都参加了评审会而且都对计划确认无误，然后，项目经理就按照进度计划开始推进。

一开始，项目在严格按照进度计划来执行，项目经理也在按照进度计划严格监控项目进展，直到有一天，出事了。

问题出在一个开发团队身上，这个开发团队在这个项目里有不少开发任务，其中有A、B、C三项开发任务由一名程序员完成，而之所以把这三项任务放在一个人身上，是因为这三项开发任务有不少相似的地方，只要开发完一个，其他两个就会相对比较容易完成，这名程序员是按照顺序执行的方式来制定的进度计划，也就是说先开发A，再开发B，最后再开发C，但是在实际执行的时候，这名程序员突发奇想，觉得顺序执行太浪费时间，所以就私自做主，变成了A、B、C同时开发，这一调整不要紧，直接导致了A任务比原计划足足晚了3天才完成，一个任务晚了3天并不是什么大不了的事情，但问题的关键是A任务在整个项目的关键路径上，其他团队的一些开发和测试任务都会受到影响。当项目经理按照原计划去验收A任务，但是却发现还要好几天才能完成的时候，项目经理的脸都绿了，后来经过项目经理多方协调，以一堆程序员和测试工程师加班为代价赶回了进度。

类似的发生在程序员身上的案例还有很多，在这个案例里面，之所以出现这个问题主要有下面2个原因。

1.计划的严肃性没有充分建立起来。计划其实是项目团队和组织之间的契约，进度计划是由程序员制定并且确认的，很显然，案例中的程序员并没有意识到在项目里面契约精神的重要性。

2.那就是项目经理的问题，项目经理没有针对关键路径进行强化管理和保护，这是项目经理的失误。

其实，之所以出现这个问题，还有一些更深层次的原因，如果要杜绝出现类似的问题，需要在培训和管理体系上下手，这样才可能一劳永逸地解决上面的问题。