数商思语行
谁来定义、谁能修改、谁承担结果:集团本体的组织设计
原创
关注作者
腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
搜索
搜索
关闭
发布
数商思语行
社区首页
>
专栏
>
谁来定义、谁能修改、谁承担结果:集团本体的组织设计
谁来定义、谁能修改、谁承担结果:集团本体的组织设计
数商思语行
关注
发布于 2026-11-09 08:04:57
发布于 2026-11-09 08:04:57
13
0
举报
概述
业务知道自己可以改什么,工程知道自己必须验证什么,执行者知道自己依据什么行动,负责人知道谁承担成本、谁核验收益。
文章被收录于专栏:
把企业变成 AI 能理解的世界
把企业变成 AI 能理解的世界
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系
cloudcommunity@tencent.com
删除。
Prowork 团队协同
腾讯云架构师技术同盟
AI时代的架构师
ontology
工企 AI
#ontology
#FDE
#商业分析
#AI
#数字化转型
目录
一、一个参数改完以后,为什么三个人都认为不该由自己负责
二、负责人决策层:先分开四种决定,再讨论组织图
三、负责人决策层:集团、领域、公司与岗位各自拥有哪一部分权力
四、负责人决策层:业务参与必须进入产能预算
五、架构落地层:为资产配置责任,而不是只给项目配置责任
六、架构落地层:按照改变的后果授权,不按照界面的难易授权
七、架构落地层:让业务语言进入工程,同时保留责任
八、架构落地层:维护权、读取权、发布权和执行权不能互相推导
九、完整教学推演:同一个五天参数,走三条不同路线
十、离任、外包退出与紧急事件,是组织设计的真正压力测试
十一、失败反例:职责越多,为什么反而没有人能作决定
十二、把组织验收做成一次真实维护,再决定扩展
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档