导读：财务总监或经理的，5千字反汇编"需求审查"需求评审是需求分析流程的最后一个阶段，可分为集团内需求评审、技术需求评审、客户需求评审等。笔者根据自己的工作经验，拆解了需求复
财务总监或经理的，5千字反汇编"需求审查"
需求评审是需求分析流程的最后一个阶段，可分为集团内需求评审、技术需求评审、客户需求评审等。笔者根据自己的工作经验，拆解了需求复习的流程，希望能给你一些帮助。
你写过需求感悟(从收到需求到明确需求——需求感悟)和需求改变(频繁的需求改变让你痛苦吗？)、需求 spread(对需求 spread的回顾与思考)、需求解说(如何做好需求解说)，加上今天的需求复习，将梳理出与需求相关的几个重要节点。
言归正传，需求评审根据参与人员不同、评审目标不同、评审阶段不同，可细分为组内需求评审、技术需求评审、客户需求评审等。当然，有些关键点需求也可能涉及到公司领导。在不同的场景下，我们复习的重点和注意事项会有很多不同。
虽然有很多不同之处，但我尽量用标准化的形式拆解，然后分别解释一些不同之处。
全文概述:
评审是评什么评审的目标评审前的准备评审中的讲解评审中的讨论评审后的结论评审后的完善01什么是复习？
1)审查商业计划是否符合最初的需求
基本目标是确认这个解决方案是否适合原需求，经过我们的深入需求洞察和方案排序，是否能满足业务提出者的要求。
2)审核工作量是否可控。
特别是对于有技术团队参与的需求评审，他们需要预估这个方案的开发工作量，这个方案可能很简单，但实现起来很复杂。
同时，如果涉及到相关方的转化，对方是否愿意配合，对方是否接受我们的进度计划，也需要在评审过程中最终确认(当然有些情况不需要在需求的评审会议中确认，这里就不单独列出)。
3)审核方案是否符合商业计划。
该方案不仅满足原需求，还可能需要领导或其他业务相关领导评估该方案是否支持后续场景拓展和系统中长期规划。即使方案满足原需求，但在业务规则的制定上还是有一定的局限性。这个时候这个规则需要同步修改，用于后续的业务拓展。
不知道你有没有听过一个客户或者领导说“这个后续计划要在XXXX做，要和XX系统对接，要留个坑”。
这里，在技术方面与设计评审有一些共同之处。即使这次只是MVP流程，为了满足后续版本迭代，设计时的功能结构也要满足扩展性。
4)审查可行性是否合理。
对于同一个场景，会有多种实现方式。需求制定计划时，工作人员可能只从业务或个人经验的角度分析，但其他角色可能有更好的更符合现状的解决方案。
因此，方案细节的合理性评价也是本次评审的重点内容。
5)复习的逻辑结构是否严谨。
最后，对于很多审核，关键业务的逻辑规则的严谨性也需要详细确认。这时候可能需要技术负责人和测试负责人发表意见，质疑关键细节，形成多方认可的解决方案。
上面提到的评审内容，在不同的团队和不同的商业模式中会有所不同。审查的每个参与者都有不同的出发点和不同的关注点。
虽然不能一概而论，但既然是在做审查，我们只要定义一个范畴，让很多行动者对这个事情达成共识就可以了。
02评审目标
虽然检讨的目的是让大家达成共识，但检讨的目标是不同的，不同的参与者，不同的背景。而且在具体的复习过程中，不同的目标也会影响我们的过程和重点。
1.内部审查
产品组内部的评审会涉及其他产品同事和产品总监，当然也可能会提前邀请其他组的一些相关成员参与。
这一步的目标更倾向于整体方案的合理性和完整性，以及与版本策划的综合讨论，市场反馈的优先性等。，以及具体功能的实现方式是否满足当前需求。
其中，程序编写人员在某个问题上可能有多个方案，也可能无法权衡具体的优劣，可以在内部评审时通过产品团队内部讨论做出初步选择。同时向小组内的伙伴解释关键功能的设计思路和背景原因。
因为产品组的同事是你“最亲密”的战友，我们面对的是同样的合作环境，我们的工作方法论彼此接近，他们最能理解你。所以在内部审核中，只要时间允许，我更喜欢一丝不苟。
对于产品组评审，我觉得关键词是:尽可能完整。
2.技术评论
技术评审是和开发团队一起评审，更侧重于方案落地的分析，工作量的初步评估，疑难杂症解决方案的讨论。同时要求技术团队帮助我们查漏补缺。
尤其是需求涉及到函数迭代，可能我们觉得是一个很简单的函数，需要付出很大的努力才能实现。
技术评审要求我们把需求解释清楚，不能省略，要结合开发人员提出的工作量、时限等问题进行权衡、补充或删除。
同时，通过他们的关注点可以更好的了解技术思路，在后续的版本迭代过程中，可以合理的融入一些技术思路来制定方案(当然也有一个“尺度”的问题。详见历史文章:辩证问题|产品经理需要懂技术吗？)
对于技术团队进行的需求评审，我觉得关键词是:工作量。
3.客户评论
用于需求外包项目的评审等。，这就需要客户的参与，在很多情况下，评审会成为一个不可删减的流程节点。虽然其中一些可能会走过场，但我们应该认识到这次审查的重要性。
在评审过程中，尽量解决由于协调困难等原因遗留下来的需求问题。，而我们需要在领导在场的情况下“做决定”或“授权”或“推进”。
除了我们需求的员工、项目经理和客户的领导，还可能有其他相关方的合作者、其他业务部门的合作者等。由于涉及的成员复杂多变，一般的方法论不像其他两个评价标准，但更能反映需求人员的真实水平。
审核是最后一个阶段，如果前期工作到位，审核过程会很顺利。一旦评估中出现很多情况和困难，一定要回顾自己前一阶段的工作，看看有没有做的不到位的地方。
对于需求和客户一起复习，我觉得关键词是:签字。
4.领导力评估
其实和公司领导进行需求评审，会增加更多的“汇报”意义。如果前期报告及时，期末复习会更简单顺利。
如果前期领导比较忙，或者你没有及时沟通，也有可能在评审的时候对计划进行策略上的改变。
而且，对于领导的审阅，可能更需要做到言简意赅，重点突出。毕竟领导不会有太多时间(这里的时间要求和客户审核差不多)。
对于和领导进行需求评审，我觉得关键词是:支持，授权。
虽然每种评审形式各有侧重，但我认为最基本的目标是在多方之间形成“执行对齐”。
03复习前的准备
组织一次正式的需求复习并不容易，所以为了让复习的目标更容易实现，复习的价值更好的体现，一定要在复习前做一些准备。
总结:以上内容是“财务总监大或经理大，5千字拆解”需求复习”的详细介绍。文章内容部分转载自网络，希望对你了解导演是大还是经理有很大的帮助和参考价值。
版权声明
本站搜集来源于网络，如侵犯到任何版权问题，请立即告知本站，本站将及时予与删除并致以最深的歉意。
