如何解决制定项目计划的难题

 

一、项目多数情况

目前常用的项目计划方法就是倒推法，有个时间的截止点，所有的工作以此进行到推，倒推计划的方式不是说不好，只是缺乏理性的分析，不是科学的方法。主要是以符合时间点要求为主要目标。至于项目实现的质量和客户的体验放到次要位置。这样做的不足或者说对不同的人产生的影响是不同的，有可能是负向的。

 

时间过紧，对设计人员和代码实现人员，可能在需求业务流程上了解不全面，系统设计和实现就会有偏差，项目需要进行偏差修正，从而导致工作的修正，甚至是工作的返工，无疑是需要增加更多的时间来弥补。

时间过紧，对客户人员，可能在业务流程上和设计人员沟通没有完全讲清楚，在后续使用中会发现自己的要求需求和实现有出入，容易产生不满，反而影响项目正常进行。后续需要更多的时间来进行业务流程及需求梳理。

 

二、解决之道

如何解决项目计划制定的合理性的问题，下面提供一个比较可行的方法。通过不同的版本进行计划匹配，在项目进行的初期和客户进行充分的交流，确定客户的关键需求和其他需求，做好需求的优先级的分配，通过版本的迭代完成项目计划；

 

在实施的过程中，需要不间断和客户进行沟通，不仅仅是需求上的，还有就是项目进度方面的，这样客户可以持续不断地了解项目进展情况，一方面心理上获得满足感，另一方面还可以有效修正项目中出现的偏差。对项目设计和实现人员可以及时了解客户的想法和需求，而且可以客户对已实现的部分进行检查，及时调整，有效避免避免后期的返工，大家都知道系统设计和实现最害怕返工，这意味就是项目DELAY和赶工期加班，这还是表面的项目反映，深层次的影响是研发的开发过程被迫打断，产品架构与实现重新调整，这些都会带来质量影响。

 

三、精细调研，充分沟通

和客户的业务人员进行详细的项目调查和研究，了解客户的组织机构，层级，业务流程和现有的操作方式，了解客户在操作中的不方便的地方，或者是业务瓶颈和难点，获得客户对项目的期望和要求。

整理出业务框架和业务流程及其具体的操作方式，和客户进行沟通，确定客户业务流程和关键的业务需求，保证业务流程大方向正确和基本功能需求，确定最初始的基线要求。这个就是基线版本的由来，以此作为版本计划中第一个版本。

其他次要的业务流程和功能需求，根据需求的优先级，分别排入到不同的版本中，通过版本递进，完成最终的项目目标。

 

四、持续交流，定期汇报

在项目承接的过程中，客户和实现者对项目的进展都需要清楚，这就需要大家经常沟通交流，沟通交流新的需求想法，新的困难问题，以及项目进展情况。开例会的方式是最有效的手段之一，项目的周报月报也是很好的方式；项目的进展计划调整，方案的调整通过这些方式都可以进行，及时审视。

 

五、基本功能，后期迭代

当第一版本出来之后，会交给客户使用，客户会验证基本的功能和操作，会提出使用中的问题，开发和设计人员一一记录下来，回去详细分析后，给出具体的措施，有的的问题，有的是新需求，这时候需要和客户沟通，哪些是需要合入新的版本计划中，哪些是在当前版本解决的，都需要落到行动措施中，这个客户也比较容易接受后续版本计划的调整。

 

从上述三项内容，可以很好地解决项目计划的问题，就是将计划的可控性转变为多个版本迭代，将大计划分解为版本的小计划，使之可控。多方面的好处体现在产品或系统工程的质量上，还体现在对计划时间的可控度上益处很大。