近期需求管理的问题及解决方案

问题

• 需求排队到后面流于形式了，起到的效果甚微
• 一些不是很重要的任务，一拖再拖，产品对开发速度非常不满意
• 大家都去确认需求，耗费的时间成本太高了
• 部分项目存在单点问题，只有某个人会做；后面的需求变更非常依赖于该同事当前的任务队列
• 缺乏一个整体的需求管理人员，对于我们整个WEB用户端的需求没有把控住
• 需求队列文档的质量不够高，每次都是周一上午匆忙整理

解决方案

• 推行开发负责人机制，在最终需求和方案确定之前，只有负责人参与和产品、测试的讨论(如果一个项目有A、B两个开发人员，可以A为负责人，同时B为另外一个项目的负责人，这样可以解决资源利用率问题，提升项目并发能力)
• 关注工作量饱和度，每个人的工作饱和度应该是趋近100%的，且大部分人的工作内容应该是编码
• 需求列表增加“最长等待时间”一列，项目从确认需求到完成，不能超过一个月；针对紧急程度相同的项目，等待时间较长的，应该优先安排
• 需求列表增加“预期上线时间”一列
• 需求列表中，每个任务必须评估一个大致的工作量，否则时间安排不好控制
• 除了非常简单的任务(比如活动)，其他产品开发，必须至少2个人进行，避免单点问题
• 培养WEB用户端项目经理(我每天至少应该花4个小时进行需求、进度管理工作)
• 需求队列文档周五下午整理，并核对内容是否正确，信息是否完善