技术项目中的人、风险与应对方法

本文探讨了在技术项目中,人、风险及其应对方法。从产品经理、项目经理到测试经理的角色出发,分析了需求变更、工作效率、代码质量、测试覆盖率等问题,并提出了相应的应对策略,强调了需求评审、资源评估、冗余时间预留和前期设计的重要性。
摘要由CSDN通过智能技术生成

前言

近期的工作中遇到了项目并行的状况。具体来讲,在一个项目的开发尚未完成时,产品经理又提出一个“高优先级”需求。因为对临时插入项目需要的开发时间评估不准确,对正在进行中的项目造成的风险评估不仔细,导致了需要加班加点赶进度,项目质量低下。在这种情况下,作为项目负责人,难免会承受较大的压力。这促使我思考,一个项目的生命周期中潜在的风险,以及应该如何消除风险。
项目因人而起,因人而终,风险归根结底还是来源于人。

项目中的人

以我所在的环境为例,一个项目的参与者有

  • 业务方:需求的源头
  • 产品经理:将需求转化为产品
  • 项目经理:评估需求,规划方案,实现方案
  • 测试经理:测试产品,保证产品质量
  • 第三方(跨部门合作时存在)

风险及应对方法

这里将业务方和产品经理归为一方。

产品经理

风险
  • 需求变动
  • 需求插入
  • 需求不明确
应对方法
  • 评估需求变动对项目现有排期的影响,发出必要的风险警告,对于有延期风险的变动,及早周知各方。
  • 评估新插入需求的开发时间,延期当前项目,并发出延期通知
  • 需求不明确,通常是前期沟通不足造成的。要避免这个问题,需要进行项目评审,仔细阅读需求文档,并及时提出疑问。

项目经理

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值