产品经理认证（NPDP）知识体系指南：第3章：新产品流程
2021-05-15 20:34:35 0 举报AI智能生成
登录查看完整内容
产品经理认证（NPDP）知识体系指南：第3章：新产品流程
作者其他创作
大纲/内容
产品开发路程模型对比
敏捷与精益
精益：旨在减少浪费，提高运营效率
敏捷：在短时间内执行任务，对变化做出快速响应
二者本质毫无关系
敏捷与门径管理
门径管理：全面的完整的从创意到上市阶段的体系
敏捷：转为快速开发而设计
区别
方法类型门径：宏观计划敏捷：项目管理
范围门径：从创意到上市，端到端敏捷：只在开发和测试阶段
组织宽度门径：跨职能——技术、市场、制造敏捷：技术——程序员、工程师、IT人员
重点：门径：在市场上发布一个新产品敏捷：开发和测试后的软件产品
决策模型：门径：生/杀模式，高层管理者参与敏捷：主要是战术性的，下次冲刺所需的行动
两种方法是互斥的，可在门径的某个阶段利用敏捷
风险与回报
将结构化和持续性流程贯彻应用于组织中，是产品开发成功的关键因素
成功率决定因素：新产品开发实践和流程的质量
管控新产品失败风险
事实：随着产品开发推进——成本增加
挑战：确保成本增加的同时，产品失败风险下降
知识改进决策和降低不确定性
模糊前端
组织在该阶段识别机会、形成概念
低成本探索产品潜力
新产品流程
几个产品开发流程
为了将最初的想法不断转化为可销售的产品和服务，公司所开展的一系列条理化的任务和工作流程
六个阶段
探索
筛选
商业评估
开发
测试
商业化
门径管理
基本模型
发现
立项分析
测试与修正
阶段
整个产品开发流程中的一个确定区域
内容
活动
综合分析
可交付成功
划分依据
新产品上市的紧迫性
相关技术和市场领域的现有知识
不确定性越大则流程越长
关口
产品开发流程中的一个确定节点
可交付成果
标准
输出
通过
枪毙
搁置
重做
关口评审点的输入
平台项目时所采用的的标尺
优势
提供准则和约束
有质量的决策
对参与者透明
适用于多种类型的组织
局限性
在未理解的情况下
可能变得过度官僚化
可能引起过于僵化和成本昂贵的误解
遵循准则和约束会扼杀创造力
瀑布流程
要求
设计
实施
验证
维护
并行工程
一种集成并行设计产品及其相关过程的系统方法
概念基础
产品生命周期中所有要素
在早期设计阶段考虑每个要素
前述设计活动都应同时并行，即并行
意义
可灵活处置项目时发现错误、重新设计
避免项目出现代价高昂的错误
包括制造和支持
集成产品开发
系统的、综合的应用不同职能体系的成果和概念，有效高效的开发新产品、满足客户需求的方式
基于集成产品研发系统的组织实践层级
基础工具
项目和团队
聚焦客户
战略与组合
知识、技能与创新
精益产品开发
丰田首创，旨在去掉制造过程中的浪费
关注的问题
是有关生产率的
每小时/每单元生产的利润
对设计者或开发者的有效利用
更短的上市时间
单位时间内完成更多的项目
在更多的时间内积累更多满意的客户
更少的浪费
潜在的浪费来源
解决：精益开发
混乱的工作环境
缺乏可用资源
缺乏明确的优先级次序
不同职能间的沟通存在障碍
糟糕的产品需求定义
缺乏对可制造性的早期考虑
过度设计
太多无成效会议
太多的电子邮件
适用于各种规模项目
工具是简单、可视化的
聚焦于信息的顺畅流动，而非严厉管控
通过事件驱动方法简化合作，优化设计
重视对进度、成本、绩效和质量的风险的管控
需要强有力的供应商管理
需要改变组织的结构和文化
参与人员必须相当敬业且经验丰富
需要意愿且有能力接受项目目标和方向上的变化
敏捷产品开发
在合作环境下，由自我管理的团队进行产品迭代开发的过程
敏捷软件开发宣言
个体和交互胜过过程和工具
可运行的软件胜过面面俱到的文档
客户合作胜过合同谈判
相应变化生活遵循计划
关键原则
以满足客户
以此提高敏捷性
1.尽早和持续交付有价值软件
2.开发后期也欢迎变更
3.频繁交付可运行软件
4.业务人员与开发者共同工作
5.用积极主动的人开发项目
6.有效信息传递是面对面交流
7.可运行软件是衡量进度的标准
8.有利于可持续开发
9.持续关注先进技术和优秀设计
10.简洁
11.自我管理的团队才能做出好的架构和设计
12.团队定期反思如何提高效率并调整工作流程
关键要素
不是管理团队，而是帮助团队和产品主管
团队通过自我管理的方式实现冲刺目标
产品待办列表：包含一系列事项要求，并按照优先级排序
敏捷流程：软件生成得以按规律的步调进行
冲刺
完成待办任务，使开发阶段得以进入审查阶段的一段时期
过程
冲刺起点
冲刺开始
冲刺结束
产品主管
在划分产品待办列表的优先级和罗列需求时，产品主管是代表客户利益拥有最终决定权的那个人
主要职责
确定需求的优先级顺序
平衡利益相关者之间的利益
敏捷负责人
团队和产品主管之间的协调组
工作职责
让各方成员均可见
提升团队生产率
改进工程工具和实践
消除团队和产品主管间的障碍
激发团队的创造力，给团队授权
确保团队取得进展的信息实时共享
敏捷团队
通常由7个人组成
开发团队包括多个岗位
通常有多个职能部门组成
提供新机会
一旦出错容易纠正
项目开发有可视性
本质是迭代
团队更容易应对变化
易于评估个体生产力
易于提前识别和解决问题
对任何技术、编程语言兼容
流程和管理运营成本小
容易出现“范围蔓延”
适用于快速变化的小型项目
项目可能无法按时完成
受敏捷负责人影响极大
受开发者影响
难以实施和量化质量管理
每一句中左侧的事项更重要、价值更大
通过渐进式的迭代以应对未预期的事项，称为冲刺
产品创新规程（PIC）
如项目计划、附录
一份关键的战略性文件，是组织推动新产品商业化过程的核心，它涵盖了立项的原因，目的目标准则和边界
五个问题
谁？
什么？
哪里？
何时？
为什么？
特点：通常是一个相对简短的总结性文件，以及一些其他附加文件
背景
重点舞台
目标和目的
特别准则
产品开发流程的治理
其重点是思考战略问题，而不是业务的日常运营
“治理”这个术语通常来描述董事会的工作内容
“治理”为组织的项目管理的战略执行框架提供了指导、决策和监督
正确的决策
决策的来源
组织记录
组织员工
外部顾问
文献
竞争对手
专利
客户
标准决策框架
识别问题或机会
手机信息
分析情况
识别解决方案选项
评估选项
选择最佳选项
基于决策行动
产品开发流程模型的基石
0 条评论
回复 删除
下一页
