常见的原因之需求问题

常见的原因之需求问题

需求中的功能点要在PRD（产品需求文档）中罗列清楚，业务流程要写得完整清晰，交互细节要体现在视觉稿中。要组织项目组所有成员参加PRD评审，评审时要 针对具体的问题，给出明确的处理意见。暂时不能确认的问题，问题跟进人要在限定时间内给出反馈，项目经理可以制定问题跟进表格。

项目进行中 的需求变更，尽量在前期提出。在项目管理的过程中，当前期的需求和计划都确定后，项目经理不能只顾着跟进开发和测试的进度，也要阶段性地和需求方多沟通， 让他们及时反馈意见。不要等到临发布时，产品经理跑过来说“我要的不是这样的，这里要改一下”。永远不要把问题留到最后一分钟，要超前一步，留有余地。下 面是一个真实的案例。

案例情景：该项目的整个周期为2个月，有3轮功能测试。当第3轮功能测试结束时，也就是即将进入预发布阶段时，产品经理才给出用户反馈并要求按用户的反馈修改。改动的地方涉及到页面的样式、文案、SQL语句和校验逻辑等，总共可能有20多个文件要被改动。

tinyurl.com/mrdsq3b
tinyurl.com/mgu8v8f
tinyurl.com/knowhsz
tinyurl.com/kz62ft8
tinyurl.com/lukllsl
tinyurl.com/pm4aesr
tinyurl.com/mpvmj56