这次十月份版本快捷支付项目终结

这两周是来杭州交流最忙的两周，每天加班，正常9点下班，最晚是到凌晨1:30。可从中学习到的点滴记录如下。

一、项目管理

1、政策性项目，工期紧，任务重。这种情况一定要在项目开始前在人力、资源上作充分的预估。包括价值上导向，在我行要提前获得领导的支持、关心和重视。之后大家才有干劲。

2、项目计划。

      计划制定：大体的历程碑先确定，从粗到细，按交付时间点倒着排。列出需求条目，根据需求条目列出功能点，程序清单（一个可交付的构建），制定每个可交付构件的交付时间点。要注意的是，如果一个项目是全新的项目，之前的项目成员没有接触过，那么计划的预估有很大的不准确性。因为预估个凭据可能是不准的，比如这次我作为交流之后第一次参与团队的开放任务，之前虽然看过代码，让我预估负责模块的完成时点，我是拍脑门的，因为我不知道实际开放过程中需要完成哪些内容。真正到了编码阶段也是这样的，很多构件需要重头搭建，所以延后是难免，我只能加班加点。

     计划执行：一旦计划确定之后，项目组成员一定要严格执行，每天下班前每个人反馈下当天的进度和问题，如果有进度风险，需要尽快反馈，以便提前调配资源。

3、项目质量：流程上：从需求、设计、开发、测试。前期几个步骤的质量问题会在后期放大。因为需求相对明确，设计可以提前介入，并全员参与，进过多轮评审。人员配备上：对于工期紧的项目，一定要经验的人员来开发，否则特别是细化方案无法详细到代码级别，如果开放人员没有经验，要么误解设计本意，要么提高沟通成本，给项目质量带来风险；如果无法保证全员经验老到，只要注意配比，老带新。

二、个人总结

1、对于不确定的任务，不要盲目乐观。这次分派给我的联机程序，部门领导问我能否按时完成，我当时心里没有底，但不能说无法完成，只能说得靠有经验丰富的人多指点。这样说没有毛病，但是没有说出困难，比如我对系统并不熟悉，业务也不懂，开发流程也还要时间了解，要不困难摆出来。让领导提前知道这里可能会有风险。

2、进度不是加班就能赶上，但不加班肯定是赶不上的。

3、了解一个系统最好的方式，就是给系统添枝加叶，编写系统的相关代码。

4、不要给别人太高的指望，别人不一定有空，但脸皮一定要厚，研究过不懂，找人请教是最快的方式。