催进度不是什么好的项目管理方式

个人总结下自己的项目管理心得。最近主要负责交互组工作质量管理和一个APP项目管理。这两个工作让我对如何让事情做得更好有更深的理解。

交互工作质量管理

先来了解下，我为什么要去提倡UED交付物质量控制。最近在多个项目里面存在一种现象，就是视觉稿跟原型存在不一致、前端页面跟视觉稿、交互稿(页面交互、操作、动效这些)存在不一致。这样，很明显的问题就是：大家确定的一个方案在执行过程中走偏了。

以前还是我一个人做交互时，我是负责跟进设计环节的，需要跟进设计以及设计稿修改，促进产品与设计达成一个方案。后来产品多了也成立了交互组，而设计跟进还是落到交互设计师这边。

要确保整个设计方案准确执行，交互这边会跟UI主管和前端主管确定执行者和交付时间，在阶段交付物上主动让上游的人来验收，缩小每个环节交付物跟最初设计方案的偏差。为了能按时交付，一般还会有一个中期检查环节，主动去跟进，避免执行者因其他事情或者忘记而耽误进度。

某APP的项目管理

在这个APP里，我的工作是 把控需求、评审项目进度是否合理、在项目进行中给大家创建一个良好的工作氛围、调配跨部门资源。

需求管理上，开发过程中停止新增需求。当一个版本需求确定下来之后，后续有临时增加需求时，我会比较慎重，原则上不去影响进度、不去增加需求。因为这个项目参与开发的人项目经验不是特别丰富，产品上，领导也给予支持，所以我在需求控制上相对有较大的自主权。

项目进度上，主要让开发人员来评估时间、实现复杂度高的需求给经验丰富的人来做，各端（安卓端、iPhone端）都由他们的主管来控制代码质量和进度。

开发过程中，充分尊重每个人专业。比如开发人员对设计和交互有想法时，由开发与视觉或者设计沟通，如果是视觉方面就有视觉设计师决定、如果是交互上的就由交互设计师决定，最终在评估下改动所需时间确定是否要调整以及后续工作进度微调。

总结了下：

①、项目管理是根据实际情况制定出合理的时间计划。

②、项目管理是让大家一起保质保量的完成某项任务。

③、制定计划要清晰界定好各项工作任务。

④、请记得中期检查、周期较长的一定要开周会。

⑤、催进度不是什么好的项目管理方式。