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

发表于:2016-6-08 14:06

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:2018i    来源:51Testing软件测试网采编

  个人总结下自己的项目管理心得。最近主要负责交互组工作质量管理和一个APP项目管理。这两个工作让我对如何让事情做得更好有更深的理解。
  交互工作质量管理
  先来了解下,我为什么要去提倡UED交付物质量控制。最近在多个项目里面存在一种现象,就是视觉稿跟原型存在不一致、前端页面跟视觉稿、交互稿(页面交互、操作、动效这些)存在不一致。这样,很明显的问题就是:大家确定的一个方案在执行过程中走偏了。
  以前还是我一个人做交互时,我是负责跟进设计环节的,需要跟进设计以及设计稿修改,促进产品与设计达成一个方案。后来产品多了也成立了交互组,而设计跟进还是落到交互设计师这边。
  要确保整个设计方案准确执行,交互这边会跟UI主管和前端主管确定执行者和交付时间,在阶段交付物上主动让上游的人来验收,缩小每个环节交付物跟最初设计方案的偏差。为了能按时交付,一般还会有一个中期检查环节,主动去跟进,避免执行者因其他事情或者忘记而耽误进度。
  某APP的项目管理
  在这个APP里,我的工作是 把控需求、评审项目进度是否合理、在项目进行中给大家创建一个良好的工作氛围、调配跨部门资源。
  需求管理上,开发过程中停止新增需求。当一个版本需求确定下来之后,后续有临时增加需求时,我会比较慎重,原则上不去影响进度、不去增加需求。因为这个项目参与开发的人项目经验不是特别丰富,产品上,领导也给予支持,所以我在需求控制上相对有较大的自主权。
  项目进度上,主要让开发人员来评估时间、实现复杂度高的需求给经验丰富的人来做,各端(安卓端、iPhone端)都由他们的主管来控制代码质量和进度。
  开发过程中,充分尊重每个人专业。比如开发人员对设计和交互有想法时,由开发与视觉或者设计沟通,如果是视觉方面就有视觉设计师决定、如果是交互上的就由交互设计师决定,最终在评估下改动所需时间确定是否要调整以及后续工作进度微调。
  总结了下:
  ①、项目管理是根据实际情况制定出合理的时间计划。
  ②、项目管理是让大家一起保质保量的完成某项任务。
  ③、制定计划要清晰界定好各项工作任务。
  ④、请记得中期检查、周期较长的一定要开周会。
  ⑤、催进度不是什么好的项目管理方式。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号