良功绘图四套适合做部门级架构的模板
部门级架构图通常只有三到四层，结构紧凑。下面几套的层级和密度都比较合适。
点击图片即在浏览器中打开源文件。整个公司的画法另见 公司组织架构图。
通用画法：从职能清单反推组织
- 第一步：列出部门要交付的成果不是"做什么工作"，而是"要交付什么"。人力要交付的是"合适的人按时到岗并持续产出"，财务要交付的是"准确及时的账、合规的税、可用的资金"。从成果出发，才不会漏掉那些没人喊但很关键的职能。
- 第二步：把成果拆成职能模块每个成果对应两到四个职能模块。模块的粒度以"可以由一个人专职负责"为准。拆得太细会造成层级冗余，太粗会看不出职责空白。
- 第三步：把现有的人填进模块一个人可能填多个模块，一个模块也可能有多个人。填完之后，两类问题会立刻显现：没人填的模块（职能空白）和被填了三四个模块的人（超载风险）。
- 第四步：决定分组方式模块数量少（三四个）就不分组，直接挂在部门负责人下；模块多则按相关性分组（例如人力分成"招聘配置组"和"员工关系组"）。分组是为了减少管理跨度，不是为了显得正规。
- 第五步：标注职能空白与超载空白模块用虚框，并注明"待补充/由 XX 暂代"；超载的人在框下列出其承担的全部模块。这两处标注，是部门架构图最有说服力的部分——申请编制时它比任何文字都管用。
- 第六步：写清对内对外的接口部门内每个模块对接哪些外部部门，在框旁用小字注明。这样新人一看就知道该找谁，也能看出哪些模块的对外沟通负担最重。
- 第七步：加上关键指标每个模块标注一到两个核心指标（招聘：到岗率与周期；核算：结账时间与差错率；运维：可用率与故障恢复时长）。指标一写，模块划分是否合理就接受了检验。
- 第八步：标注编制、在岗与版本部门编制数、实际在岗数、生效日期、更新人。部门架构图更新频率高，版本管理尤其重要。
"按人画"和"按事画"的差别
按人画的部门架构图，是把现有的五个人排成一棵树；按事画的，是把部门要干的八件事列出来，再看这五个人怎么覆盖。
两种画法的图看起来可能差不多，但用途完全不同：前者只能用来介绍"我们部门有谁"，后者能用来申请编制、设计培训、安排交接、发现风险。部门架构图的价值，几乎全在"事"这一侧。
四个常见部门的模块划分
| 部门 | 职能模块 | 常见分组 | 容易出现的空白 |
|---|---|---|---|
| 人力资源部 | 招聘配置、培训发展、绩效管理、薪酬福利、员工关系、人力规划与数据 | 招聘 + 培训为一组；薪酬 + 员工关系为一组 | 人力数据分析、继任计划长期无人负责 |
| 财务部 | 总账核算、应收应付、税务、成本、资金、预算与分析、内控 | 核算组（总账、往来、税务）+ 管理组（预算、分析、资金） | 内控与合规常被并入核算而实际无人做 |
| 技术部 | 产品开发、测试质量、运维与基础设施、数据、安全、技术支持 | 研发组 + 平台组（运维、数据、安全） | 安全与技术债治理长期无专责 |
| 行政部 | 办公事务、资产与固定资产、采购、车辆、安全与消防、后勤与食堂、印章档案 | 事务组 + 资产组 | 档案与印章管理、消防安全责任常无明确到人 |
| 市场部 | 品牌、内容、活动、渠道投放、市场研究、线索管理 | 品牌内容组 + 增长组 | 市场研究与效果复盘常被投放挤掉 |
| 客服部 | 售前咨询、售后处理、投诉升级、知识库与培训、质量监控 | 一线组 + 支持组 | 知识库维护与质检常无专人 |
这张表可以直接当作自查工具：对照你所在部门的一行，看每个模块在你们的架构图上能不能找到对应的人。找不到的，不是不需要做，而是正在被无声地拖着。
HRBP 的位置很关键
HRBP（业务伙伴）如果实线归业务部门，会失去人力专业的独立性；完全归人力部门，又容易脱离业务。常见做法是实线归人力、虚线到业务负责人，并在图例说明。
核算与管理要分开
核算是"记录过去"，管理会计是"支持决策"。合在一起时，核算的日常事务永远会挤掉分析工作。分成两组，是财务部门能否产生价值的关键一步。
运维与开发的边界要画清
谁负责线上稳定性、谁有发布权、故障时谁指挥。这些在架构图上体现为运维组的位置与权限说明。边界不清，故障时就会出现"都在看、没人管"。
把安全责任岗标出来
消防安全、食品安全、特种设备、档案印章，这些是有明确责任要求的岗位。行政部的架构图上应把它们单列并写明责任人，而不是笼统写"后勤"。
组长不等于管理岗
很多部门的"组长"只是业务牵头人，没有人事权。如果是这样，图上应注明"业务牵头，不含人事管理"，避免造成层级误解。
轮岗与备份要画出来
每个关键模块标注一个备份人（AB 角）。这是部门风险管理最便宜的做法，也是架构图能提供的独特价值——一眼看出哪些模块只有一个人会。
定稿前，按这 9 条核对
- 架构基于职能模块划分，而不是照现有人数排列
- 每个职能模块都能找到负责人，空白模块用虚框标出
- 承担多个模块的人在框内写全，未画空框充数
- 分组是为了控制管理跨度，而非追求形式完整
- 每个模块标注了核心指标
- 关键模块标注了备份人（AB 角）
- 对外接口在框旁注明，新人能据此找人
- "组长"类岗位说明了是否含人事管理权
- 标注了部门编制、在岗人数、生效日期与更新人
部门架构图常见问题
部门架构图和公司架构图有什么不同？
公司架构图回答"公司有哪些部门、汇报关系如何"，读者是全体员工和外部；部门架构图回答"这个部门要干哪些事、每件事谁负责"，读者主要是部门内部和上级。后者的颗粒度到模块和岗位，通常还要带指标和接口信息。
五个人的部门要画架构图吗？
要，而且用处更大。人少的部门最容易出现职能空白（没人做但也没人发现）和单点风险（只有一个人会）。把职能模块列出来对照现有人员，这两类问题会立刻暴露。
怎么用架构图申请增加编制？
有效的做法是：列出部门的全部职能模块 → 标出每个模块当前的负责人和投入 → 用虚框标出无人负责的模块 → 用注记标出超载的人 → 附上这些模块对应的业务指标。这样的图比"我们很忙，请加人"有说服力得多。
模块划分多细合适？
以"可以由一个人专职负责"为基本粒度。如果一个模块需要三个人全职，就该考虑拆分；如果三个模块加起来还占不满一个人，就该合并。粒度合适的模块划分，还有一个好处：招聘 JD 可以直接从模块职责生成。
架构图要不要写具体人名？
部门内部使用的版本建议写，因为找人是主要用途之一。向上汇报的版本可以只写岗位与人数。人员变动时只改名字不动结构，用可在线编辑的图维护成本很低。
本文的模块划分适用于所有公司吗？
表中的模块划分是行业通行做法的参考，具体应结合公司规模、业务模式和管理要求调整。涉及安全、消防、食品、特种设备、档案印章等有明确责任要求的岗位，其设置与职责应符合相关法规和本单位管理制度。