良功绘图四套适合改成矩阵的架构模板
矩阵图的画法是"先画纵向条线，再横排项目/产品线，最后连虚线"。下面几套的纵向结构都比较清晰，适合作为起点。
点击图片即在浏览器中打开源文件。组织形态的选择另见 组织架构的 5 种类型。
弱、平衡、强：先选强度，再画图
| 维度 | 弱矩阵 | 平衡矩阵 | 强矩阵 |
|---|---|---|---|
| 实线在哪 | 专业条线 | 按事项分（需明确约定） | 项目 / 产品线 |
| 项目负责人的角色 | 协调者，无人事权 | 与条线共同决策 | 负责人，有人事与预算权 |
| 绩效由谁定 | 条线负责人 | 双方共同评议 | 项目负责人为主 |
| 适合什么 | 项目短、专业性强、资源共享度高 | 项目与专业同等重要 | 项目周期长、交付压力大 |
| 典型行业 | 职能型企业的临时项目 | 房地产开发、咨询 | 大型工程、产品制公司 |
| 最大风险 | 项目推不动，条线优先自己的事 | 双方僵持，决策慢 | 专业标准被进度压倒 |
没有"最好的矩阵强度"，只有"和业务匹配的强度"。 判断方法很简单：如果项目延期的代价大于专业质量下降的代价，就往强矩阵走；反过来就往弱矩阵走。把这句话拿到管理层会上讨论，比争论组织形式高效得多。
矩阵不是给"两个老板"的许可证
矩阵结构常被误解为"一个人有两个上级"。准确的说法是：一个人有一个上级，和一个必须协同的对象。
架构图上必须体现这一点：一条实线（行政管理、绩效、调配），一条虚线（专业指导、技术审核、协同要求）。虚线关系的具体内容要在图例里写清楚，例如"专业条线对该岗位的技术方案有审核权，但不参与绩效评定"。写不清楚的虚线，就是扯皮的开始。
8 步：画一张能运转的矩阵图
- 先定两个轴分别是什么纵轴通常是专业条线（研发、设计、成本、工程、市场），横轴是价值交付单元（项目、产品线、客户、区域）。两个轴的定义要互斥且穷尽，不能出现"既是项目又是条线"的单元。
- 纵向条线正常往下画条线负责人 → 专业岗位，与普通架构图一样。这一部分是组织的能力池。
- 横向单元排在下方或右侧每个项目/产品线画一个框，框内列出配置的岗位。横排能直观看出资源在各单元的分布。
- 在交叉点标出具体的人或岗位矩阵图的价值就在交叉点：某条线的某个岗位被配置到了哪个项目。交叉点为空，说明这个项目缺这项能力，是资源缺口的直接证据。
- 定实线：按选定的矩阵强度连弱矩阵实线在纵向，强矩阵实线在横向，平衡矩阵按约定。整张图必须统一，不能有的岗位实线在纵、有的在横（除非有明确说明的特殊安排）。
- 连虚线并在图例定义其含义虚线不是"次要的实线"，而是一种独立的关系类型。图例里要写清楚虚线代表什么权利和义务。
- 配一张决策权限表列出关键事项（人员调配、绩效评定、技术方案审批、预算使用、变更决定），逐项写明谁决定、谁会签、谁知会。这张表是矩阵能否运转的关键，比架构图本身更重要。
- 设定冲突升级路径当项目负责人与条线负责人意见不一致时，向谁升级、多久内必须有结论。这条路径要画在图上（通常是共同上级），并写明时限。没有升级路径的矩阵，冲突会一直挂着。
虚线关系可以有几条？
技术上可以多条，但实践中超过两条就很难管理了。一个岗位如果同时要对项目、条线、区域、合规四个方向负责，实际结果通常是四个都敷衍。发现虚线过多时，要考虑的不是怎么画图，而是这个岗位的职责是不是该拆分。
矩阵图上人数多了画不下怎么办？
主图只画到岗位类型，不画具体人名；具体的人员配置做成一张"资源配置矩阵表"（行是岗位、列是项目、格子里是人名和投入比例）。表比图更适合表达多对多关系，也更容易更新。
一个人同时在三个项目上怎么表达？
在资源配置表里写明每个项目的投入比例（如 A 项目 50%、B 项目 30%、C 项目 20%）。架构图上则在该岗位框旁标注"服务 3 个项目"。投入比例加总超过 100% 的人，就是组织中最先被压垮的那个。
矩阵和事业部制怎么选？
事业部制是把资源完整地分给各业务单元，各自独立；矩阵是资源共享、按需调配。业务之间差异大、规模足以各自养一套团队的，适合事业部；业务共用专业能力、单个业务养不起完整团队的，适合矩阵。判断依据是"重复建设的代价"和"协同成本"哪个更高。
定稿前，按这 9 条核对
- 两个轴的定义互斥且穷尽，没有身份混淆的单元
- 已选定矩阵强度（弱 / 平衡 / 强），全图统一
- 每个岗位只有一条实线上级
- 虚线关系在图例中定义了具体的权利与义务
- 交叉点标出了配置的岗位或人员，空缺处即资源缺口
- 配套了决策权限表，关键事项逐项明确决定人
- 设定了冲突升级路径与时限
- 人员投入比例记录在资源配置表中，加总未超出合理范围
- 图上有版本号、生效日期与适用范围
矩阵式组织常见问题
矩阵式组织为什么容易失败？
最常见的三个原因：一是给了两条实线，员工不知道听谁的；二是有矩阵图但没有权限表，遇事靠协商，效率低下；三是绩效体系没有跟着改，考核仍然只由条线负责人做，项目负责人指挥不动人。这三条中的任何一条，都足以让矩阵名存实亡。
小公司需要矩阵吗？
通常不需要。矩阵的价值在于共享稀缺的专业资源，当公司只有二三十人时，大家本来就在一起工作，引入矩阵只会增加管理开销。更实用的做法是保持职能结构，用临时项目组的方式处理跨部门事项。
虚线上级能不能给下属打分？
可以参与，但不应主导。常见的做法是虚线上级提供专业维度的评价意见（占一定权重），实线上级综合评定。关键是这个规则要事先写在权限表里，而不是到了考核季再临时商量。
怎么判断该从职能制转矩阵？
出现这三个信号时值得考虑：专业资源在多个业务间频繁争抢、跨部门项目普遍延期且找不到负责人、同样的专业能力在多个部门重复建设。三个信号中出现两个以上，矩阵通常能带来改善。
矩阵图能不能用普通的树状图工具画？
不太合适。树状图假定每个节点只有一个父节点，而矩阵的本质是多对多。比较实用的做法是用自由绘图工具：纵向画条线树，横向画项目框，再手动连虚线，并配一张资源配置表。本文的模板都可以在浏览器里自由拖拽和连线。
本文模板可以直接用吗？
模板提供的是纵向结构的起点，横向的项目/产品线和交叉点需要按贵单位实际情况添加。矩阵结构涉及汇报关系、绩效和权限的实质性调整，建议在正式发布前与管理层和人力资源部门共同确认权限表，并做一次面向全员的说明。