私有化部署敏捷管理工具看板怎么配置？工作流设计实践

"看板刚上线两周就没人看了。"这是中大型企业推进私有化部署敏捷管理工具时常见的反馈。问题往往不在工具本身，而在配置顺序：先把列画出来，再回头改流程，两边口径对不上，卡片上的位置就不再可信。

配置看板要回答三个问题：看板画给谁看、卡片按什么规则流动、配完之后怎么判断它是对的。下面按"前提确认 → 看板结构 → 工作流 → 验证"的顺序展开，配置示例以禅道为例。

这么做也有现实背景。中国信通院与中国通信标准化协会 TC1 发布的《中国 DevOps & BizDevOps 现状调查报告（2024）》基于 6388 份有效问卷显示：超过 90% 的企业已实践敏捷开发，66.4% 的企业认为敏捷开发模式提升了研发效能，同时近八成企业重视 DevOps 工具的自主可控。前三项需求说明看板不是锦上添花，最后一项正对应企业选择私有化部署的动机。

私有化部署看板配置前的三项前提

部署形态决定配置起点

禅道支持私有化部署，应用与数据都留在企业自有环境内，内置多种安全机制并支持软件自动备份，敏感操作需要确认服务器操作权。这几项是官方明确说明的能力边界，也是内网环境常被选中的原因。

需要注意的是，应用跑在企业自己的环境里，运行维护、备份策略和版本升级窗口需要企业自行安排。先确认备份与升级方案，再动手配看板，顺序反了会在后面反复返工。

另外，禅道已通过信创实验室的安全测评，与国产操作系统、芯片、数据库、服务器及软件产品完成了兼容互认，信创环境下可用性有据可查。

版本能力决定看板和流程能配到什么程度

看板与工作流的配置项在不同版本之间并不一致。例如看板项目管理模型自禅道 16.2 版本引入，专业研发看板的累积流图在 17.3 版本加入；工作流的图形化配置、自定义审批流属于版本功能对比表中的能力项。

配置前先对照版本功能对比表确认目标能力是否具备，避免流程按理想设计完才发现落不了地。规模化研发团队尤其要先核对多项目、权限与度量的相关能力。

权限边界先划清

看板项目的访问控制与其他项目保持一致，权限控制只支持选择"继承"，即取系统权限与项目权限的合集，不能为看板项目单独自定义权限。这意味着配置之前要先定清楚：谁能建看板、谁能改列、谁能拖动卡片跨列。实践中，配置权限集中在项目管理员和流程负责人手上比较稳妥，普通成员保留必要的操作即可。

看板结构怎么设计：承载方式、泳道与列

先选定板的承载方式

禅道中有三类对象可以承载看板，混用会直接导致后续配置打结。

判断标准可以简化为一句：流程围绕研发交付物走，用看板项目；围绕单个项目的任务走，用项目看板；围绕事务协作走，用通用看板。

看板项目创建后，进入项目的看板列表页即可添加看板，看板卡片上会显示看板状态、团队成员和访问控制，便于集中管理。

泳道按什么维度划分

泳道是并行维度，不是分组装饰。常见划法有三种：按功能模块、按业务类型、按优先级。禅道看板方法内置了需求、任务和 Bug 三重核心对象泳道，按对象划分是最省事的起点。

泳道数量控制在团队一眼能看完的范围内。超过四条以后，卡片会被切得很碎，每天的站会反而更难聚焦。默认只有一条泳道时，不必急着增加。

列与子列：把价值流转画出来

通用看板默认提供未开始、进行中、已完成、已关闭四个看板列，项目看板的默认列是未开始、进行中、已完成、已暂停、已取消、已关闭。这些默认值只是起点，列名、列颜色、在制品数量都可以按团队实际状态调整。

新增列时先问一个问题：这一步有没有明确的完成标准？ 答不上来的，通常应该是子列而不是列。子列用来承载多级价值流，例如把"研发中"拆成编码、自测两段，让流动看得更细。

在制品限制与卡片完成状态

在制品数量默认不设限制。建议按各阶段的真实产能设置上限，而不是照抄一个通用数字。 只有当列被顶满时才需要拉动，瓶颈才会浮出来。

通用看板的卡片完成状态与列状态是解绑的：卡片完成只是一个标识，不改变它所在的列。启用"完成功能"后，可以在卡片更多菜单里完成或激活卡片。配置前先决定团队按列判定完成，还是按卡片状态判定完成。两者混用，进度统计一定会互相打架。

工作流怎么配：先改内置，再谈自定义

看板结构定完之后，私有化部署敏捷管理工具的下一个配置重点就是工作流。禅道的工作流能力提供图形化设计界面，通过拖拽和配置搭建流程，不需要编码，并提供快捷编辑器与高级编辑器两条路径。

改内置流程：加字段、加子状态、扩动作

禅道支持对产品、项目、需求、任务、Bug 等 15 个以上内置功能做个性化配置，方式是添加字段、添加动作、扩展内置动作，其中自定义子状态用得较多。多数团队在这一层就能满足需求，不必新建流程。

新建流程：什么时候值得

当团队存在内置流程之外的业务时才值得走自定义流程，例如定制项目的立项跟踪、内部资产申请。自定义流程可配置新建、编辑、查看、批量操作等 15 种以上内置动作，并通过表单、动作、审批流、列表、导出、搜索、统计报表等 13 种以上自定义功能完成设计。

表单、动作与审批流

表单侧提供文本、下拉、单选、多选、日期、附件等 13 种以上控件，支持自定义计算公式和子表，用于填写明细类数据。

审批流可以一键开启，开启后系统自动创建审批相关的字段和动作。审批节点、审批人、抄送人都能自定义，不同条件可以走不同审批流；同一节点需要多人审批时，会签与或签二选一。

再往上一层是数据校验、触发条件、界面联动、设置提醒和跨流程设置，用来控制数据在流程之间的流转。

推荐的配置顺序是：先定状态，再定流转动作，最后接审批流。 审批挂在流转节点上，状态没定就配审批，返工几乎不可避免。

看板列与工作流状态必须同一套口径

这是最容易被忽略的一处。看板列是可视层，工作流决定的是数据层的状态和动作。如果两边各改各的，同一张卡片会在看板上显示一个阶段、在工作流里落在另一个阶段，随之失真的就是统计。调整列名时，同步检查对应的流程状态，是成本很低的一次校验。

配完之后怎么验证

用累积流图看流动，而不是只看进度

禅道专业研发看板提供累积流图，它反映各阶段累积工作项数量随时间的变化趋势，可以据此推算在制品数量、交付速率和平均前置时间。进度图回答的是"做完了多少"，累积流图回答的是"卡在了哪里"。需要把看板数据汇总成组织级视图时，可以结合禅道的效能分析能力一起看。

三条可以观察的验证信号

• 卡片长时间停在某一列：该列的完成标准不清，或者上游产能过剩；
• 卡片频繁向后倒流：列的划分与真实流程不符，通常是把流程切得比实际更细；
• 在制品限制长期被顶满：上限设得过松，等于没有设。

常见偏差与调整顺序

调整顺序建议固定下来：先改工作流状态，再改看板列，最后调在制品限制。反过来做，等于让视图牵着数据走。列太多就合并，泳道太多就收敛，先减后加，团队更容易接受。

FAQ

私有化部署后，看板配置和公有云版本有差别吗？配置能力取决于版本，而不是部署形态。私有化部署改变的只是运行位置与运维责任：数据留在企业内部，备份、升级、安全加固由企业自行安排。需要对照的是版本功能对比表，不是部署方式。

为什么看板项目不能单独设置项目权限？看板项目的权限控制只支持选择"继承"，取系统权限与项目权限的合集。需要更细的权限划分时，应在系统权限层面设计，而不是期望在看板项目内部单独配置。

一个研发项目应该建几个看板？按对象建，而不是按团队建。看板项目默认已提供需求、任务、Bug 三个看板，多数情况够用。只有当同一项目内存在明显独立的价值流时，才需要追加通用看板。

在制品限制的具体数值怎么定？从历史数据的平均值起步，再逐步下调，直到出现可控的等待。可以先只对一两个瓶颈列设限制，观察两周，再决定是否扩展到其他列。

参考来源

• 中国信通院、中国通信标准化协会 TC1：《中国 DevOps & BizDevOps 现状调查报告（2024）》
• 禅道官方文档：看板方法、工作流、看板项目的使用、项目看板的使用、看板的设置