我们小公司,哪像华为一样,用得上IPD(集成产品开发)?

ipd · 浏览次数 : 0

小编点评

**小公司如何有效落地IPD?(以下内容仅供参考)** 1. **建立强矩阵团队模式:** 建立跨部门团队,如研发、市场、销售等,共同参与产品开发过程,打破部门壁垒,促进信息共享和协作。 2. **注重市场分析:** 针对市场动态,进行细分市场分析,确定产品目标市场,组合分析、财务分析、业务设计等。 3. **完善研发阶段流程:** TR1-产品需求和概念评审、CDCP评审产品需求和技术方案、PDCP关注产品需求到规格的完整性,确认产品计划是否可行。 4. **明确验证阶段流程:** TR6-小批量评审可获得性决策评审、ADCP确认小批量生产是否可行。 5. **注重人才培养:** 建立人才梯队建设机制,源源不断地输送具有专业技能和素质的各类人才,提升员工专业技能和业务知识。 6. **制定合理的投资组合分析:** 通过波士顿矩阵等工具,进行高效的投资组合分析,明确该产品方向的利润率。 7. **打造高效的团队文化:** 通过团队文化的传承,让大家能够认同并融入团队,与团队共同成长。 8. **持续改进:** 与技术和市场动态密切联系,持续改进IPD流程,提升产品的竞争力。

正文

在一些咨询或活动现场,我们经常听到有朋友说:我们是小公司,IPD(集成产品开发)太厚重了,不适合我们。

但……到底哪里不合适?
提及IPD,成功的案例多以大公司为主:20世纪90年代,IBM在激烈的市场竞争下,遭遇了严重的财政困难。郭士纳从快消领域转而接手IBM,顶着层层压力引入了IPD流程,将IBM从破产的边缘拉了回来;1998年,华为引入IPD体系,经过20多年的产品研发体系大变革,最终打造出自身强大的产品竞争力和研发能力。
 
从上述成功例子中不难看出,IPD要运用得当,对公司大有裨益。

IPD(集成产品开发)的整体流程、多个阶段表明,它不是一套拿来即用的模版。严格意义上讲,IPD是一个大的瀑布流程。既然是瀑布开发,那就意味着IPD会重点关注项目启动的时候,接下来做的方向、事情是否正确的。

因此,对小公司来说,IPD所关注的做正确的事、不能行差踏错等维度,在实际的产品研发流程中也是一个竞争优势。小公司完全可以凭借自身的灵活性、快速适应性,和IPD流程适当结合,在产品初创期走好每一步。

那问题来了,小公司,要想落地IPD,从哪些方面入手?

一、借鉴IPD的组织结构

在传统的组织结构中,每个部门都有较为明显的职能角色分工。传统的部门之间垒起了高高的部门墙,让跨部门协作难如登天。而IPD的“强矩阵”团队协作模式可以很好地解决跨部门协作的问题:从原有的职能部门中划定一个项目团队,项目经理对该项目团队有直接管理权。
小团队 IPD
在这个背景下,从原有组织中划定的项目团队会更有归属感、稳定感,而项目经理也能够高效整合不同部门的资源,不会再担心出现借调资源处处碰壁、团队协作磨合期比项目时长还要长的情况。

所以,首要做的是建立强矩阵团队模式:组建由不同职能部门成员组成的团队,如研发、市场、销售等,共同参与产品开发过程。在这种跨职能团队的协作环境下,能够集成不同部门的专业知识和资源来提高产品开发的效率和质量,团队有助于打破部门壁垒,促进信息共享和协作。

二、借鉴IPD的核心流程

小团队 IPD
在产品从入市到退市的整个生命周期过程中,每个阶段都有不同的表现。像早期诺基亚初入市场,到占据高且稳定的市场份额,一度成为毫无争议的头部手机制造商,再到苹果等竞品的进入、智能手机的快速发展等等,最后等到诺基亚的黯然收场。

每个产品都会经历成长期、成熟期、衰退期,区别在于各个生命周期阶段的长短,以及在产品成熟期时,是否会开拓新的延伸产品等等。对小公司来说,为了降低产品研发的试错成本,在产品初期,就需要更准确地把握市场动态,调整产品方向。

IPD的市场管理流程中,强调要通过市场,充分调研、了解客户需求,寻找潜在的机会和目标,市场竞争环境等等。

小团队 IPD

 

以下是市场管理的细分流程:
市场管理流程细分环节内容
市场细分
  • 设定愿景、使命和目标;
  • 根据目标进行市场分析;
  • 确定潜在的机会目标。
选定目标市场进行细分 根据用户性别、年龄、职业等各种维度,划分出不同的细分市场。
组合分析 直接竞争分析、财务分析、业务设计等。
制定细分策略及计划
  • 确定产品线业务策略和目标;
  • 制定目标细分市场策略和计划;
  • 制定产品线产品路标。
融合和优化业务计划 确保业务计划与其他部门的协调配合,并对业务计划作出承诺。
管理业务计划和评估绩效
  • 制定任务书;
  • 确保业务计划的执行;
  • 根据计划评估表现;
  • 需要时对业务计划进行调整。
像联想做笔记本电脑时,就综合了不同受众、不同使用场景等因素,推出了不同的系列:为游戏党而设的拯救者系列,为商务办公场景而设的Thinkpad系列,以及为家庭使用场景而设的联想小新系列等等。在不同的系列下,又根据性能、性价比等维度,推出不同的产品型号。对小公司来说,可以就上述节点进行简化,完成市场的筛选、细化,决定产品正确的方向。

在实际的开发阶段,IPD流程也有两大关键评审点:一个是由IPMT(集成组合管理团队)负责的决策评审点,目的在于帮助高层决策该产品开发是否继续;另一个是由ITMT(集成技术管理团队)负责的技术评审点,目的在于为IPMT提供技术层面的帮助,从而协助IPMT做出正确的决策。
小团队 IPD
研发阶段技术评审点决策评审点评审内容
概念阶段 TR1-产品需求和概念评审 概念决策评审(CDCP) 评审产品需求和技术方案,决定是否继续投入资源研发。
计划阶段 TR2-需求分解和规格评审
TR3-总体方案评审
计划决策评审(PDCP) 关注产品需求到规格的完整性,确认产品计划是否可行,以及是否能够推向市场,并产生收益。
开发阶段 TR4-模块/系统评审

TR5-样机评审

/ 主要针对模块或系统的功能开发进行评审和测试,降低技术风险。
验证阶段 TR6-小批量评审 可获得性决策评审(ADCP) 确认小批量生产是否可行,功能是否完备,以及产品是否已经准备好发布。
发布阶段 / / /
生命周期阶段 / 生命周期终止决策评审(LDCP) 决定产品是否退市。
小公司也可以根据自身的实际情况,对技术评审点以及决策评审点进行调整,在落地IPD流程的时候,按需裁剪,打造适合自身流程的集成产品开发方案。

三、借鉴IPD的思想内核

另外,IPD的思想内核也非常值得学习:

1. 产品开发是投资行为

这一思想与敏捷提倡的不同职能角色参与计划会一样,强调用更全面的视角审视产品是否值得投资。以往我们只是用技术视角分析产品可行性,最后发现“这个实现不了”“那个实现过程太复杂”。IPD则强调要对产品开发过程进行有效地投资组合分析,如产品成本分析、投资回报率、内部收益率等,明确该产品方向的利润率,从而让产品开发的价值最大化。这里要注意的是,对产品的投资组合分析是贯穿在产品生命周期中的,需要通过不同阶段的评审点,决定终止还是继续,从而把控整体产品开发方向的正确性。

在对产品开发进行投资组合分析的时候,有很多模型可以辅助我们进行高效分析,比如波士顿矩阵,通过将产品划分为金牛型产品、明星型产品、瘦狗型产品、问题型产品四类,根据不同的产品类型优化投资组合,提升产品的核心竞争力。
小团队 IPD 波士顿矩阵

2.职业化人才梯队建设

在IPD中,职业化人才梯队建设是一项重要的公司战略,它旨在通过建立一套系统的培养和发展机制,源源不断地输送具有专业技能和素质的各类人才。

对小公司来说,人才培养也是重中之重,具体可以这样做:
  • 明确人才发展路径:根据不同岗位和级别,设定清晰的人才发展路径,明确每个层级所需的能力和素质。
  • 建立培训体系:通过内外部的培训和学习,提升员工的专业技能和业务知识,推动人才能力不断满足公司发展的需求。
  • 落实激励政策:通过合理的薪酬激励、晋升机会和职业发展规划,激发大家的工作积极性和发展动力。
  • 打造团队文化:通过团队文化的传承,让大家能够认同并融入团队,与团队共同成长。

此外,还有很多工具(如禅道)也对IPD流程进行支撑,包含从需求管理、路标管理、立项管理到IPD项目管理、TR评审、决策评审等核心功能,帮助企业构建结构化、流程化、规范化的产品研发体系。大家可以自行选择适合自己的工具,落地IPD(集成产品开发)!

与我们小公司,哪像华为一样,用得上IPD(集成产品开发)?相似的内容:

我们小公司,哪像华为一样,用得上IPD(集成产品开发)?

在一些咨询或活动现场,我们经常听到有朋友说:我们是小公司,IPD(集成产品开发)太厚重了,不适合我们。但……到底哪里不合适? 提及IPD,成功的案例多以大公司为主:20世纪90年代,IBM在激烈的市场竞争下,遭遇了严重的财政困难。郭士纳从快消领域转而接手IBM,顶着层层压力引入了IPD流程,将IBM

测试自动化的 10 个最佳实践

我们都知道测试自动化对软件开发有好处(就像坚果对我们的身体一样!),很遗憾很多公司在不考虑细微差别的情况下就赶着上线测试自动化。如果您不遵循一些规则,您可能会弄巧反拙。

2024好用的项目管理软件有哪些?这10款最火国内项目管理工具你应该知道

不管是大公司还是小公司,如果想提高企业运作效率、规范管理并且高效且实用的项目管理工具,对项目流程进行把控、及时共享工作进度,从而让工作变得更有效率。那么一款好用的项目管理工具必不可少。然而面对市场上这么多的项目管理工具,你是否感到疑惑,不知道选择哪款项目管理软件好?那么在本文中我们挑选了10款最优秀

在小公司编程是一种什么样的体验?

前言 知乎上有一个提问:在小公司编程是一种什么样的体验? ↓↓↓ 今天,我们就这个话题,一起来做个讨论。 这里有没有曾经待过小公司或者现在正窝在小公司的程序员?如果有,这个问题相信你是最有发言权的。 一个软件产品从前期的调研到中途的开发直至最后的发布环节,不知道整个链路跟踪下来,你是否感觉这中间的每

spannerlib优雅的go异常处理

蹩脚的go 异常处理 一般写go的人,如果他不是写算法,正常写业务代码的话,可能都会为优雅的异常处理而烦恼,因为脑子抽筋的go设计者们,总是感觉语法糖是一种很低级的东西。但是在我们大多数公司的业务逻辑中,没有语法糖让代码非常丑陋,不易于维护。 如何让go 代码更具有可读性,哪么就要给go加糖! 引入

[转帖]8 年 Redis 运维经验,我踩了哪些坑

https://cloud.tencent.com/developer/article/1986942 Redis 目前绝对算是当前市场的宠儿,大到 BAT,小到初创公司都在使用。一说到 Redis,我们就会想到它的高性能、数据结构丰富、API 功能强大、高可用性以及架构可伸缩等特点。正是这些特点,

我对《RAG/大模型/非结构化数据知识库类产品》技术架构的思考、杂谈

1、前言 在6.28/29的稀土掘金开发者大会RAG专场上,我们公司CEO员外代表TorchV分享了我们在《RAG在企业应用中落地的难点与创新》 其中最后分享了两个观点: AI在应用场景落地时有三个特点:功能小、质量高、价值大 如果说做产品是把一横做好的话,那么去做企业落地服务就是一竖,从需求和方案

devops|中小公司不要做研发效能度量

我特别反感那些不顾公司现状一上来就想要做研发效能度量的人,尤其是想把研发效能度量当成锤子四处去敲打螺丝钉的人。 没几个人的小公司上来就做研发效能度量,就如同普通人一上来直接问媒婆怎么能娶到迪丽热巴。解决办法无非把大象装冰箱里的那三步。套用一下,公司想要做好研发效能度量也有标准的三步:长时间对研发效能

递归在多级数据结构中的简单应用

哈喽,我是小码,半年多没更新了,这段时间换了新工作,工作也很忙。后续会尽量多写点,坚持确实是一件很难,很酷的事情。最近在公司负责开发商品有关的开发,商品包含类型、款式等属性,而类型可能有一级类型、二级类型甚至是三级类型,针对这种多级分类,这就就不好使用简单的查询了。之前也写了一篇文章,Java递归实

记一次 Redisson 线上问题 → ERR unknown command 'WAIT' 的排查与分析

开心一刻 昨晚和一个朋友聊天 我:处对象吗,咱俩试试? 朋友:我有对象 我:我不信,有对象不公开? 朋友:不好公开,我当的小三 问题背景 程序在生产环境稳定的跑着 直到有一天,公司执行组件漏洞扫描,有漏洞的 jar 要进行升级修复 然后我就按着扫描报告将有漏洞的 jar 修复到指定的版本 自己在开发