项目阶段总结（21.3.26）

此次项目已经进入尾声，很多东西值得总结和反思。我们的经验并不一定与我们做过多少项目成正比。而是我们以怎样的心态和方式来完成项目。衡量项目工作好坏的标准主要是看，我们的成果是否合格，我们的过程是否合规。

一、成果评价

对于项目成果的评价通常考虑的是我们输出的成果是否与项目目标匹配，是否帮助客户解决他们最关注的问题。DRAIS在平湖所要达到的第一个是要通过对普查成果数据，横向纵向数据的集中治理和表达形成防灾减灾数据环境。这个目标我们可以说完成度在80分左右。必须清醒认识到这个成果的输出很大程度依赖于客户的组织协调能力，能够将各部门数据拿到，这一点并不容易复制。我们也必须意识到是因为有这些相对丰富和完整的数据，我们的系统才能在多次汇报中得到赞许，而非因为我们在技术和表现形式上有过人的实力。

DRAIS要达到的第二个目标是在普查成果数据基础上，通过对各类风险的识别、分析、评价、应对决策为灾前防御和灾中救援提供决策依据。在这个点上，应该说最大收获在于初步将风险管理理论体系与灾害事件生命周期理论体系结合起来，形成以灾前、灾发、灾中、灾后为主线，将人为灾害风险识别，分析，评估，应对贯穿其中。基于场景和方法将数据充分融合和应用。在这样的架构下，我们可以以灾害事件类型不同场景开发应用组件。虽然有这样的构想也有一些初步的成果，但项目和产品的目标永远不是要一个好的想法或是一个技术框架。而是在此基础上的最佳实践，通过实践过程和结果输出来论证产品能够解决用户的问题。这就需要在具体的业务场景组件的打造上多下功夫。数据采集、模型运行、系统运行稳定性是基础，模型结果准确性同样重要。对于稳定性，加强测试是必要的保障，需要反复开展。而模型准确有高要求是因为产品应用具有阶段性特征，因此需要提前做好充分验证，采用历史数据和模拟数据对模型结果进行检验，确保业务应用顺利进行。

二、过程是否合规

对于项目实施过程，最重要的指标应该是专业。应该在标准的流程基础上进行裁剪，提取与项目特征，资源状况相匹配的项目实施流程。

此次项目依然没有摆脱之前过程和规范缺失，靠项目经理经验在执行。

1、关于计划

凡事预着立，不预则废。这说明了计划的重要性。项目初期围绕产品已有思路和项目需求，制定了比较详尽的计划。应该说项目前期开展顺利很大程度源于围绕该计划来开展工作。但后期缺乏围绕该表持续的思考和检查，这也成为项目后期项目进展放缓的很重要因素。因此，计划制定也同样需要遵循演进的过程。我们可以在输出一份阶段计划，但它始终应该源于一份总体计划的持续细化，因为每次审查总体计划，这能帮助我们始终清醒地知道我们要去到哪里。计划的制定注重合理性和可执行，而对计划的复盘是计划制定合理性的重要依据。

2、关于文档

要完全做到项目过程由文档驱动是一件理想化的事情。一方面因为我们没有足够时间来做详细设计，另外一个因素是很多需求和逻辑是在开发和实施过程中持续演进的。所以更多时候我们是通过局部讨论进行简单原型设计即开始开发工作。在反复迭代优化过程中我们同步完善文档。通过文档编写一方面加强对现有成果的理解，更重要的是通过文档编写中的困难发现存在的问题，并进一步完善产品。可以看出文档的编写与项目实施也是交替演进的过程，我们不能没有标准的埋头做事，也不能将文档变成一种形式随意编写而后付之高阁。

3、沟通与连接

在团队管理方面自己一向都做得不好。也因为团队规模较小，并没有把管理作为一个重点，而更多通过任务的安排，同时以身作则来驱动团队工作。应该说项目前期在项目目标拆分和任务细化上做了很多工作，这很有利于团队之间建立充分信任和连接。更重要的连接应该建立在与其他部门或者在不专家之间，充分挖掘群体的智慧，提升项目价值输出能力。在这方面做得还不够，没能够充分建立针对价值提升和产品能力提升的多线并行的模式，也导致项目进展延缓。这要求自己要更多将注意力放在产品总体目标思考上，并在此基础上合理分解关联要务，同时向多条线要成果。