整体原则
排期需求推进
1.前期沟通,产品方案设计(判断-->真需求vs假需求)
--充分收集需求,使所有工作的基础.
2.技术同时参与
** --参与客户需求沟通**:B端系统业务逻辑复杂.帮助评估可行性,工作量.与产品经理一起给客户出方案建议
** --方案设计技术倾听技术同事建议**:方案设计过程中,积极征询技术同事提出的建议.方案合理性,与现有系统匹配度.
开发测试
几次评审会
需求评审流程
需求评审会
--常见问题:没人听?;问题发现不了?;开了也白开,大家还是随便改?;开了很多次,需求也打不成一致意见?
什么是需求评审会:产品经理完成设计后,将需求正式讲解、交付给技术团队的会议.
作用:
1.将需求正式传递给技术、测试、运维等相关团队;
2.不同角色,从不同视角(技术、测试、运维、领导层),发现需求中可能存在的问题
需求评审会是产品需求,正式交付 的节点,需求评审会后,产品需求成为基线
需求评审会--评审会流程
需求评审会--会议邀请
需求评审会--产品宣讲
需求评审会--提问和结论
需求评审会--重要技巧
项目管理--三封邮件
项目计划通报邮件
变更管理
提高变更成本
上线前、后
邀请甲方尽早介入产品体验(非验收)
上线前BUG处理
提高客户满意度
问题集中应对--需求收集(来源)
问题集中应对--需求分类
零散需求推进
零散需求界定
此类需求来源
存在问题
应对方式
其他推进技巧
在约束条件下提升产品解决方案质量
"5+1" 工作沟通方式
推动他人(合作者)行动
充分告知
交出主动权
降低门槛,逐步推进
敢于认错,营造合作氛围
同理心解决问题
多版本定制需求管理
!
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。