|
这里又会产生一个问题，那就是如何让产品backlog停留在业务层面上?PgMp.mypm.net
举例来说，如果产品经理有技术相关的背景，那他就可能添加这样一个backlog：“给Events表添加索引”。真正目的也许是“要提高在后台系统中搜索事件表单的响应速度”。到后面可能会发现索引并不是带来表单速度变慢的瓶颈，也许原因与索引完全不相干。转自项目管理者联盟
所以指出如何解决问题的应该是开发团队，产品经理只需要关注业务目标即可。www.mypm.net
这种面向技术的backlog，可以一直问下去“为什么”，直到发现内在的目的为止，然后再用真正的目的来改写这个backlog(“提高在后台系统中搜索并生成表单的响应速度”)。最开始的技术描述只会作为一个注解存在(“为事件表添加索引可能会解决这个问题”)。club.mypm.net
维护backlog表就是一个对产品需求进行拆分的过程，拆分完成后再根据迭代计划来设计具体的实现，前面所讲的项目敏捷则是将所有需求都设计完成之后才进行拆分，这时主要就是为了把开发任务和测试任务拆分出来了。training.mypm.net
相对来说，敏捷还是一种较为新颖的模式，目前在互联网行业用的较多，每个公司在用的时候实际情况可能都不大一样，其实没有关系的，适合自己的就是最好的，只要能提高产品迭代发布的效率，就可以了，先用起来，然后在用的过程当中慢慢优化，发挥敏捷的最大的效用。项目经理博客 pmp.mypm.net
|
