背景：项目是一个完全外包的方式，我需要同业务方负责人PO和外包开发团队负责人DM共同推进项目，不能直接管理开发团队。因为业务方负责人完全没有软件开发的背景，因此需要进行基本的需求管理方法介绍和影响。我们是使用用户故事的方式来描述需求，所以需要PO理解该方法并建立意愿使用用户故事。针对目前情况项目进行需求梳理的过程如下：
1）首先和PO一起写用户故事，并在整个过程不断的去引导和帮助PO，从而真正的识别到用户需求并且提高用户故事质量
2）和PO一起对用户故事进行排序，通过提问帮助PO确定不同故事之间的优先级
3）召开需求梳理会议包括PO和DM, PO对backlog里面的用户故事逐一进行说明，DM理解并通过提问进行确认。DM对某些复杂的需求进行需求反讲，从而保证理解一致。
4) DM从技术实现的角度对用户故事优先级进行建议，并和PO讨论协商。
5）在后续的开放过程中，DM还会对一些需求理解不清楚和PO进行即时的澄清。
时间安排如下：
1）40分钟
2）10分钟
3）60分钟
4）10分钟
总之，通过帮助PO和DM达成需求理解的一致，最终保证了软件功能是符合用户的需求。ScrumMaster/Agile Coach需要扮演桥梁的角色，并且通过这个过程去积极影响纯业务背景的PO，提升PO的敏捷能力。
下次如何做的更好的一些想法：
1.创建用户画像，帮助PO更好的去思考用户需求和产品特性
2.创建用户旅程，帮助PO更好的去思考用户需求和产品特性
3.创建用户故事地图，帮助PO和DM排列优先级并确定发布计划
4.邀请外包方的开发人员加入需求梳理会
