一开始就错了，拿什么来拯救结局
一、 明确问题
“一千个观众眼中有一千个哈姆雷特”
本身需求理解会存在一定的偏差性，那么我们如何在远程办公的前提下，开一场高质量的需求会？
二、 方法简述
l 难 在 where？
需求本身不明确；需求文档不详细；人员不全； 接受氛围差；沟通不顺畅（网络等）；
l how？
最好让用户参与需求评审，产品需要结合目前的产品形态梳理逻辑，避免产品走不通；
需求是产品的理想的最高形态，产品一定要想的多，想的全，最终研发不一定能落地，但是要落地的功能一定要有清晰的规则描述；
建立钉钉/微信群，提前发公告，保证项目成员都能参加；
远程开会，你不知道对方的投入度，也不知道对方在干什么，产品出调用问卷/参与者出需求纪要，以及问题汇总
三、分步操作
动作1：确定项目的负责人，有条件的话跟盯所有环节，包含需求调研阶段
1） 具体动作：
l 需求确认后，根据项目的大小，确定是采用立项的形式，确定项目负责人，注意一定要先与需求评审前确定；
2）好坏差异点
l 先确定项目的负责人，有利于职责明确，培养团队成员的组织协调能力，积极推动项目的发展。
l 不确定项目负责人或者后确定项目负责人，不利于统筹安排，并且无法对资源达到最大化的利用，项目推进慢。
3）正误案例
l 正确案例： 确定项目负责人，要形成相应的文档记录，并由项目负责人完善后续进度跟进和把控
l 错误案例： 只是口头描述，没有可视化的记录，造成职责不明确或者项目记录不详细。
动作2： 召开大而全的会议，所有涉及到的人员尽量参加会议（至少2次会议的评审）
1）具体动作：
l 产品确定需求后，需要确定项目开发的负责人，由负责人协调资源，召开涉及到所有人的会议，参与需求评审
l 至少召开2次大而全的会议，第一次为需求的初步评审，让所有人知道做什么事，会议结束后，需要开发人员消化功能，并列出疑问点。
2）好坏差异点
l 会议人员不全，会造成很多无效的沟通，需要找跟多的人开更多的会，能一次性开会解决问题，尽量不要开多次小会。
l 所有与会人员，一定要积极思考，涉及到的问题，一定要沟通清楚，尽量避免大会后再次沟通显而易见的需求问题。
3) 正误案例
l 正确案例：
l 错误案例：
动作3： 形成清晰可理解的文档，注意不要出现规则同xx功能的描述
1）具体动作：
l 产品形成需求文档，并根据需求评审，做相应的修改，进一步完善文档，文档一定要描述清晰，不可由歧义，尽量把细节都体现。
l 需求文档共享，方便项目人员随时查看，可以放到语雀或者腾讯文档。
2）好坏差异点
l 开发人员最终根据UI或者需求文档进行开发，描述不清晰或者规则不全，容易造成返工，影响项目进度
l 清晰的文档，不需要与产品反复确认，只需要阅读文档，就了解产品逻辑，开发效率高
3）正误案例
l 正确案例： 教师端当日课表显示规则，“有三部分组成：已完成，待开始，进行中，已完成排到下面，进行中放到最上面，待开始放到中间，按照开始时间进行正序排列”
l 错误案例： 学生端当日课表显示规则，同老师端。
后续动作： 明确开发目标，细化功能
1）具体动作：
l 任务拆分的越细，目前达成期望值越高，越符合预期
l 大任务拆分小任务，细化到每个小功能的具体负责人。
2）好坏差异点
l 清晰的任务拆分，帮助开发人员做好模块的划分和技术文档设计，避免遗漏
3）正误案例
l 错误案例： 功能点： 文件库相关功能 工期： 4天 执行人：张三
l 正确案例： 功能点： 文件重命名的需求，不需要重复 工期：1天 执行人：张三
文件和文件夹的排序规则 工期：1天 执行人：张三
支持ppt和word的上传，并且大小不超过20M 工期：2天 执行人：张三
开发期动作： 一日两会
早计划，晚覆盘（总结于反思）
三、 可用工具
产品UI工具：l 蓝湖(lanhuapp.com)
在线文档：l 语雀/腾讯文档-项目立项表
任务记录：l TodoList/ Trello/ Teambition
项目排期甘特：l Ominiplan(mac) /工作云(workyun.com)/ UPGantt(gantt.mindsup.com.cn)
即时通信：l 钉钉/微信-即使沟通
五、知识清单
l 召开最少2次会议，进行需求评审，第一次为初步评审，第二次为详细评审
l 形成清晰可理解的文档
l 有条件的话，尽量用ui设计图进行讲解，并根据评审的结果，进行标注
l 最好让用户参与需求评审
六、列核对表
|
核对项 |
是否完成 |
|
项目负责人是否确定 |
是口 否口 |
|
是否利用语雀/腾讯文档完成立项的填写（研发负责人） |
是口 否口 |
|
是否进行了项目初审 |
是口 否口 |
|
用户是否参与了需求评审 |
是口 否口 |
|
需求初审是否对修改意见做了记录 |
是口 否口 |
|
初审后，研发人员是否消化了功能，并记录疑问点（todolist ，便签等） |
是口 否口 |
|
是否召开了最少2次大而全的会议 |
是口 否口 |
|
需求文档是否清晰，功能描述是否全面 |
是口 否口 |
|
项目排期和里程碑是否确定 |
是口 否口 |
|
任务拆分是否细致 |
是口 否口 |
|
一日两会是否按时执行 |
是口 否口 |
七、练习任务
根据产品需求，结合目前项目的实际情况，完成一次产品需求的演练。