|
所以对于团队，当需求较多时，应该“聚焦完成，停止启动”，应该聚焦于迭代完成，能够实现完成哪些高优先级需求。项目管理者联盟
在这里，给大家一个建议：将产品版本与迭代进行匹配。项目管理者联盟
首先，从产品层面，定义若干产品版本。项目管理者联盟
其次，产品版本和迭代进行适配。项目管理者联盟
这样，我们就把产品和研发迭代进行了有效的连接。项目管理者联盟
每个迭代的产出目标，也有了更加清晰的指向。项目管理者联盟
坑3：需求理解不一致项目管理者联盟
看到这个主题，很多人都会挠头，或者迷惑不解。在工作过程中，需求讨论、需求评审、需求沟通等等，需求的会议一箩筐。还会理解不一致?那么，大家看看在日常工作中，团队有没有如下的情况：项目管理者联盟
需求沟通会上，产品经理详细讲解了需求，会上也和设计、开发、测试都一一确认了，大家表示没有疑问。可是后面到了具体实现过程中，除去需求变更之外，为什么设计、开发、测试还会频繁要求产品经理进行需求澄清?项目管理者联盟
这里面有几种可能的原因：项目管理者联盟
Ÿ 产品、设计、开发、测试有自己的思维方式和理解视角，对同一条需求的理解是存在侧重点差异的。club.mypm.net
Ÿ 各种角色在描述自己对需求的理解时，都是基于自身的表达方式，在表达过程中可能存在着信息过滤和偏离。项目经理圈子
因此，需要有一些约定和工具能够帮助各种角色对需求的理解达成真正一致。项目管理者联盟
用户故事方法的“故事点”概念和基于故事点的“计划扑克”估算能够解决这个问题。bbs.mypm.net
“故事点”是对需求条目的规模进行相对度量的一种单位。项目管理者联盟
请注意，故事点是一种相对度量单位，只有在多个故事存在时，点数才有意义。同时，不同产品需求的故事点数比较没有意义。项目管理者联盟
项目管理者联盟文章
项目管理者联盟
图 相对大小的故事点PgMp.mypm.net
需求条目的估算可以采用“计划扑克”来估算。club.mypm.net
项目管理者联盟
项目管理者联盟
图 计划扑克项目管理者联盟
计划扑克的估算方式如下：项目管理者联盟
Ÿ 参加游戏的人每人各拿一叠扑克牌，牌上有不同的数字。项目管理者联盟
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
