导图社区 互联网项目交付效率提升
这是一篇关于互联网项目交付效率提升的思维导图。任何时候公司资源是有限的，有限资源用到价值最高的需求
高效会议ppt模板,全新ppt模板,包括工作总结ppt/述职报告ppt/教育培训ppt/岗位竞聘ppt等!高效会议ppt模板,多种风格,简约/酷炫/卡通/小清新/微粒体等,高效实用,提高效率
需求管理是指以用户为中心，以用户的需求为出发点，集中精力来估计和管理用户需求，并试图利用该信息制定生产决策，以实现用户效用最大化的一种活动。对这一定义的理解要注意以下两点:(
社区模板帮助中心，点此进入>>
互联网9大思维
安全教育的重要性
组织架构-单商户商城webAPP 思维导图。
个人日常活动安排思维导图
域控上线
西游记主要人物性格分析
17种头脑风暴法
python思维导图
css
CSS
项目交付效率提升
Why
背景
需求来一个做一个
系统没有规划，造成系统耦合性较高
需求变更/插入较多
排期一个月
在高频率插入变更的情况下
造成反复大量的无效沟通
产品、开发、测试浪费大量的时间进行需求的N次查阅以及代码的N次中断重写
诉求
历史问题较多，需不断改进，一步步来
第一个诉求
降低产品、开发、测试反复的无效沟通
How
优先级
产品最核心能力是制定优先级
1）任何时候公司资源是有限的2）有限资源用到价值最高的需求
产品理由是业务没规划
造成产品没有规划
产品应该比技术侧对这块有更高改变意愿
在已有的技术人力情况下提高需求的吞吐率，这样产品才能可以更多的需求落地
目前反了产品也知晓这块的问题，但是没有这块的规划，如果再把压力转到技术侧，这样的话，情况可能会更糟一些
产品答复：1）会帮着说话；2）说项目压力你会很大？那这块的压力是该产品承担的
需要和产品达成一致，不推诿，做对的事情；
结论
正因为业务没有规划，才需要产品整体的规划能力
如果产品没有规划思路？
那还需要产品吗？
如果只是写PRD？
那业务下面挂产品，这样的话，是否可以响应更快，缩短沟通链条？
系统&需求规划是产品的职责
产品侧目前迫于业务压力，比较困难，但是也要改变，但是没有看到产品侧的改变策略和方法
版本迭代
单周迭代
方式：一周评审一次
一周两次迭代
方式：周一评审，下周二交付上线；周二评审，下周四交付上线；依次循环
双周或者三周迭代
方式：两周或者三周一个版本
特殊情况
紧急需求也可以随时提出
大需求也可以跨版本排期安排
分析
目前情况
项目开始按迭代+优先级方案实施
引导拒绝给予需求一个月的排期
虽然产品侧也希望这么做
也会帮忙解释原因
结果
产品侧直接理由是技术侧项目只给予一个迭代的排期，不给予一个月的排期
压力会传导到技术侧
可行方案
产品是业务的下游，对业务诉求进行统一规划
技术是产品下游，对产品需求规划提出合理建议，统一提升研测效率
各个职能有自己的职责，需要想办法，想策略
业务、产品、技术达成一致
部门领导达成一致
沟通实际情况，分业务情况实施
制定实施的规划计划
OKR协同
业务和产品OKR协同
产品和技术OKR协同
或者业务、产品、技术OKR统一达成协同
项目后续怎么做？
坚持做对的事情
会面临产品和业务的压力
需要领导授权、支持
