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

推荐订阅源

D
Docker
爱范儿
爱范儿
人人都是产品经理
人人都是产品经理
博客园 - 司徒正美
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
量子位
罗磊的独立博客
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
小众软件
小众软件
C
Cybersecurity and Infrastructure Security Agency CISA
Cyberwarzone
Cyberwarzone
大猫的无限游戏
大猫的无限游戏
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
雷峰网
雷峰网
Simon Willison's Weblog
Simon Willison's Weblog
The Cloudflare Blog
博客园 - 三生石上(FineUI控件)
D
Darknet – Hacking Tools, Hacker News & Cyber Security
C
Cyber Attacks, Cyber Crime and Cyber Security
博客园_首页
博客园 - 叶小钗
V
Vulnerabilities – Threatpost
T
The Exploit Database - CXSecurity.com
T
Tailwind CSS Blog
IT之家
IT之家
博客园 - 聂微东
Spread Privacy
Spread Privacy
V2EX - 技术
V2EX - 技术
S
Security Affairs
宝玉的分享
宝玉的分享
V
V2EX
C
Cisco Blogs
博客园 - Franky
美团技术团队
酷 壳 – CoolShell
酷 壳 – CoolShell
月光博客
月光博客
S
Securelist
J
Java Code Geeks
Webroot Blog
Webroot Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
P
Proofpoint News Feed
Last Week in AI
Last Week in AI
L
LINUX DO - 热门话题
NISL@THU
NISL@THU
WordPress大学
WordPress大学
W
WeLiveSecurity
T
Threatpost
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
腾讯CDC
阮一峰的网络日志
阮一峰的网络日志

博客园 - 杨学明

产品路标开发的组织、步骤与交付 如何构建产品和技术双轮驱动的产品竞争力 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