惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

N
News and Events Feed by Topic
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
月光博客
月光博客
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
大猫的无限游戏
大猫的无限游戏
T
Tailwind CSS Blog
S
SegmentFault 最新的问题
V
V2EX
阮一峰的网络日志
阮一峰的网络日志
C
Cisco Blogs
博客园 - 叶小钗
P
Privacy International News Feed
Jina AI
Jina AI
Apple Machine Learning Research
Apple Machine Learning Research
T
Threatpost
IT之家
IT之家
博客园 - 聂微东
Know Your Adversary
Know Your Adversary
Help Net Security
Help Net Security
罗磊的独立博客
I
Intezer
S
Schneier on Security
博客园_首页
C
CERT Recently Published Vulnerability Notes
雷峰网
雷峰网
Cisco Talos Blog
Cisco Talos Blog
宝玉的分享
宝玉的分享
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Webroot Blog
Webroot Blog
TaoSecurity Blog
TaoSecurity Blog
MyScale Blog
MyScale Blog
P
Privacy & Cybersecurity Law Blog
T
The Exploit Database - CXSecurity.com
PCI Perspectives
PCI Perspectives
Security Latest
Security Latest
H
Heimdal Security Blog
S
Secure Thoughts
Hacker News: Ask HN
Hacker News: Ask HN
Y
Y Combinator Blog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Microsoft Security Blog
Microsoft Security Blog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
SecWiki News
SecWiki News
The GitHub Blog
The GitHub Blog
A
Arctic Wolf
A
About on SuperTechFans
aimingoo的专栏
aimingoo的专栏
T
Threat Research - Cisco Blogs
Engineering at Meta
Engineering at Meta
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC

博客园 - 杨学明

产品路标开发的组织、步骤与交付 如何构建产品和技术双轮驱动的产品竞争力 Offering、产品名称、型号、BOM 、版本之间的关系 如何进行Offering组合管理与路标规划 技术洞察的组织、方法与工具 如何进行产品包需求分析 工艺装备类产品测试与普通产品测试的差异 多品种,小批量的产品如何做版本规划 产品路标与需求、项目、版本之间的关系 以服务型制造转型为契机,推动研发组织变革 从项目经理走向产品经理,需要迈过四道槛 共创力咨询:AI背景下高科技企业的研发转型策略 如何通过CBB管理提升质量、降低成本、加快产品上市周期 左手创新,右手质量 共创力咨询:AI对高科技企业产生的深远影响 复制竞争力,而非复制流程 共创力咨询:AI如何赋能实体产业 嵌入式产品测试的四个阶段和工具方法 如何制定质量战略 嵌入式产品软硬开发管理的难点分析 实施IPD体系,由项目开发走向产品开发 企业如何打造创新焦点 在萧条的经济环境下如何实现飞跃 技术创新类项目如何制定年度预算 共创力咨询:人工智能的前景及未来 谈谈IPD推行准备度评估 IPMT运作的常见问题及解决办法 IPD的核心思想 产品树和技术树如何进行有效关联 中小企业如何制定技术战略 IPD变革的核心是组织变革 如何建立研发人员的积分制管理体系 如何做好技术评审 如何提高流程执行的效率 IPD不仅是流程,还是产品创新的出路 谈谈研发项目管理的积分制 传统企业如何建立研发创新中心 产品测试体系建设的三个层次和两个保障 企业需要有从0到1的创新思维 谈谈产品测试的四个阶段BBFV/SDV/SIT/SVT 瞄准价值需求,加速产品迭代 推进IPD体系,激发企业组织创新活力 产品测试部的核心价值与组织架构 产品路标规划与版本规划的有效衔接 《产品路标规划与版本规划实践》深圳公开课(2026年6月12-13日) 如何对颠覆性技术创新进行管理 IPD为什么不能落地 什么是IPD端到端流程体系 如何构建技术生态 如何打造产品差异化竞争优势 研发管理者如何进行决策 创新型企业转型成功的六大特征 技术洞察对公司战略的意义 研发项目经理的压力来源及解压方式 技术洞察的四个维度 AI算法工程师的能力画像 IPD流程下PQA如何设置 研发测试与研发质量的不同定位 市场洞察力就是产品竞争力 中小企业如何进行技术和产品创新 从单品到解决方案开发,企业如何转型 企业产品战略如何拥抱新质生产力 谈谈产品生命周期终止的决策标准 技术生态型产品如何保证质量 如何建立研发人员的评价体系 共创力咨询:为什么AI裁员,研发成了重灾区 IPD和敏捷融合:智能硬件产品开发的必经之路 共创力咨询:助力AI企业变革转型案例 共创力与某机器人公司就CBB管理进行探讨 技术洞察:人形机器人的六大应用领域 建立以创新驱动,以质量引领的精细化研发管理体系
为什么跨部门团队运作如此困难
杨学明 · 2026-05-21 · via 博客园 - 杨学明

企业为什么需要进行跨部门运作?

随着企业产品的复杂度越来越高,一个人不可能完成所有的专业活动,如同一个餐厅,有大厨、备菜员、传菜员、收银员、菜品采购员、餐厅决策人员等,这些人员组成了一个跨部门团队。在高科技企业也一样,一个产品如智能电视机,有软件、硬件、结构等开发人员,还有前端的市场需求人员,后端的销售、服务和生产人员,这样就组成了企业内部的跨部门团队组织。如下图:

image

 很显然,产品的研发成功不再依赖于某一个部门或某一个团队,而是由跨部门人员组成的一个项目团队。由于“各人自扫门前雪、谁考核谁就为谁负责”的思维普遍存在,因此很多公司的跨部门团队很难运作起来,尤其是市场和研发,研发和生产,测试和研发之间的关系存在部门墙,老死不相往来,沟通效率低下,造成产品的开发质量和成本大打折扣,因此我们今天来聊一聊跨部门团队的运作部门团队的运作问题。     

根据共创力咨询长期为企业提供研发咨询服务的经验,跨部门团队遇到的挑战主要存在以下八个方面,共创力咨询可提供方案。

挑战一:跨部门团队什么时候可以有一张全家福?

很多公司在实施IPD跨部门团队运作时核心代表承诺投入到PDT的运作中,与周边人员进行紧密协作,但真正开会时,没有见到人,开发迟到,早退,甚至缺席的情况彼彼皆是,需要PQA一个一个打电话提醒,浪费了大家的时间,会议开起来质量也不高,如下图所示:    

image

挑战二:为什么经常委派不能代表的“代表’出席会议?

有些跨部门的领导参加会议时,会委派一个同事参加。但经常委源一个助理甚至一个新来的同事参加跨部门的会议,没有真正起到“代表”的作用,浪费了大家的时间,如下图所示:

image

挑战三:为什么跨部门分配工作这么难?

事实上,很多公司的项目经理成了个人英雄,所有的问题都需要自已去解决,跨部门任务的分配与监控十分困难,引起这个问题的主要原因在于项目经理有责无权,项目经理只是协调人,而不是权利和义务平等的待遇,如下图所示:

image

挑战四:管理变革是管理层的事,跟我们无关!

很多企业,在实施变革时,认为变革是流程管理部或者是管理人员的事情,跟研发项目组没有关系,因此导致配合不畅,思想和观念很难改变,比如,在研发前期,采购和工艺设计人员需要提前介入到设计中,并和研发人员讨论相关的物料采购和工艺设计,但由于大家意识不强,导致后端人员介入太晚,比如等样机出来之后再介入,就太晚了,如下图的情况:

image

挑战五:为什么在流程执行中经常出现“缺斤少两”的现象?

很多公司虽然推行了IPD或CMMI,但由执行时缺乏监督,导致执行时缺斤少两,比如,在进行系统需求分析时,SE应遵从软件开发、硬件开发、结构开发等专业人员的意见,但很多企业还是SE一个人单打独斗,不愿意利用团队的力量去进行产品设计,这样就导致产品的设计不完整,如下图所示:

image

挑战六:为什么有些功能部门随意更换参加跨部门团队的人员?

跨部门团队的员一旦确定,不能随意更换,否则会影响项目的进度和质量,但有些职能部门经理由于人力资源紧张,项目人员复用的的情况比较多,因此有些部门主管会更换人员,造成新的成员对项目的情况需要重新学习和掌握,引起不必要的浪费,对跨部门团队运作造成困难。如下图所示:  

image

挑战七:“两张皮”带来的困惑···

跨部门团队的成员一般是处于矩阵式考核模式之下,一方面要向职能部门主管负责,另一方面要对项目经理负责,这样就形成了两条汇报渠道,但很多公司的跨部门运作没有推行起来,导致某一个成员只听主管的安排,而对项目经理的安排优先级放低,当主管和项目经理的思路不一致时,以主管的安排为主,如下图所示:

image

挑战八:天天忙救火,哪有时间去变革?

由于项目比较紧张,对于研发体系变革没有太多的时间去参与,导致很多变革参与的人数较少,只有少数几个人参加,如下图所示:

image