|
项目管理者联盟
项目管理者联盟
项目管理者联盟是国内最大的项目管理人员会员机构与互动平台。项目管理者联盟“项目文库”栏目囊括了项目管理五个阶段、十个知识领域的相关文章，是广大项目管理爱好者学习的知识宝库，欢迎大家投稿。项目管理者联盟文章
如各位项目管理专家及项目管理精英有原创经典文章与大家分享，可直接发邮件至项目管理者联盟编辑部，或电话与我们联系!联系方式：言女士
yan@mypm.net，15201586586。项目管理者联盟
项目管理者联盟
在大多数软件产品研发团队中，一开始做敏捷转型，往往先引入SCRUM框架，过了一段时间，如果团队把框架运转的较顺畅了，你就会发现好像还有些地方不完整。有哪些地方不完整呢?pmp.mypm.net
SCRUM是敏捷开发中流行的开发框架，能够很好解决产品团队迭代过程敏捷化的问题。但是，从软件产品研发全价值链角度来考虑，团队迭代过程敏捷化了，也需要前面产品需求的敏捷化。只有产品需求和迭代过程都实现了敏捷化，才能更大发挥敏捷方法在软件产品研发过程中的效用。项目管理者联盟
怎样实现产品需求的敏捷化呢?用户故事。项目管理者联盟
用户故事由1996年Kent Beck在极限编程中提出概念，2004年Mike
Cohn把用户故事的方法系统化。用户故事的出现应对了产品需求敏捷化的问题，也是精益敏捷团队产品需求敏捷化应该进行的第一步。项目管理者联盟
用户故事，顾名思义，是关于用户的故事。在敏捷开发中，如何用好用户故事一直是个较难的话题，大家一开始使用时，往往会忽略了故事是“讲”出来的这一关键点。那么，在SCRUM迭代研发过程中“讲”好用户故事有哪些作用呢?项目管理者联盟
1. 需求获取时讲故事获取真实需求项目管理培训
讲故事的方式对于用户来说易于接受和理解，易于产品经理与用户在业务层面进行需求信息的详尽沟通，能够促进更容易获取到用户真实的需求。项目管理者联盟
作为产品经理，在这个阶段应该避免把解决方案和用户需求混成一谈，在需求获取阶段与用户大谈解决方案，会导致用户的真实需求信息被扭曲，会放大我们对用户价值判定的偏离。对用户进行引导式解决方案的带入，应该在较全面获取到用户真实需求后的某个时间点。项目管理者联盟
2. 需求分析时讲故事提炼需求项目管理者联盟
需求分析的时候需要相关干系人集思广益共同进行需求的整理，用户故事的交谈讨论方式便于相关干系人以价值为导向，在业务层面达成大家对需求分析的共识，从而形成产品功能需求。bbs.mypm.net
3. 需求定义时讲故事探索需求(非功能需求和技术类需求)service.mypm.net
需求定义的时候开发人员广泛介入，讲故事的方式能够让开发人员易于理解功能需求从而进一步探索并形成非功能需求;讲故事的方式也能够让产品经理更容易从价值层面理解技术需求。项目经理博客
4. 需求沟通(交底)时讲故事达成一致service.mypm.net
讲故事能够同步大家的沟通方式和思考维度，用户故事的经典三段式描述使大家沟通方式简单，用户》价值》操作的递进式思考，使大家的思考维度一致，从而促进团队中各种角色真正的一致理解需求。bbs.mypm.net
5. 产品Backlog梳理时讲故事进行估算排序项目管理培训
团队通过对用户故事估算排序时进行的几轮讨论，通过彼此讲述和隐性学习，能够更加细化用户故事的描述和验收标准，从而促进整个团队对于需求的理解更加深入地达成一致。项目管理者联盟
6. 迭代计划时讲故事进行澄清项目管理者联盟
迭代计划会上PO对用户故事的讲述澄清，能够进一步降低需求的不可预测性，与团队的速率匹配后，能够增加团队迭代计划的精准度。club.mypm.net
7. 迭代进行中讲故事进行调整项目管理者联盟文章
迭代中不同角色(产品、开发、测试等)持续的讨论能够促进用户故事描述的需求本身及其验收标准不断细化;用户故事间相对优先级的讨论判定，使团队在迭代中遇到外来紧急需求或者事件时，能够保证在交付最有价值的前提下对原有迭代计划做出适应性调整。项目管理者联盟
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
