深航项目得失回顾

闲暇时间，我也回顾总结了一下深航这个项目的得失。

不足之处

1.对于交付的成果物没有在项目开始之初和客户确认。对于阶段性提交的成果物一定要和客户在项目之初确定好，不仅是成果物的名称，还包括成果物的内容、形式。此次调研过程中，尾声的时候项目组提交的规格说明书客户看过之后，认为不是他们想要的内容，为此纠缠了一段时间；

2.项目在设计阶段没有很明确的计划。要让项目组成员了解项目的安排，至少明确里程碑，进而安排工作的强度，否则每个成员都按照自己的理解来工作，项目的进度很难控制。

可取之处

1.尽早和客户的项目经理定下明确的调研计划，并在调研进行中随着调研的进行对计划进行调整，掌握进度的主动权；

2.和业务部门充分的沟通，其实调研过程中有些业务接口人对于需求细节的确认不是很热心，但是正是项目组多次的“不耻下问”，发现了很多项目的不确定因素并提出解决方案，减少了风险；

3.项目经理对于变更的态度比较严谨，并在需求过程中透露给客户方，这样是的客户在提出需求变更的时候将会更谨慎；除此之外，我想对于变更可以走一个变更流程，对于已经确定的内容，如果变更达到一定程度，必须要走客户方以及东软方的变更流程，通过这种方式使得变更更加正式，项目可以更好的管理变更，也加大客户对于变更的压力。

值得改进之处

1.项目的阶段性迭代评审。在进入到设计以及开发阶段因为这里涉及一些范例和统一的规则，所以应该在短期内（例如项目早期可以安排一周，中后期可以适当延长）进行一些迭代性质的评审，及早发现项目进行过程中的偏差，及早纠正，保证项目后续进行的正确性。尽量避免工作进行了一大半再进行评审，这样返工的工作量非常大，对于项目组的开发进度和心态都有影响；

2.需求调研阶段尽早进入项目的原型确认。这里是借鉴了我们的竞争对手SAP，他们在和客户的沟通中，能够达到上午沟通，下午即可拿出原型。因为他们有成型的框架和业务模型，尽管我们不可能达到他们的速度，但是我想需求调研和原型确认是可以并行进行的，可以缩短需求调研的周期；