看板+PDCA：提升软件开发的质与效

思邈2021-09-22

软件开发常包含“需求分析”、“交互设计”、“代码开发”、“产品测试”、“产品上线”等一系列高密度协作的流程和工作，是最具代表性的协作场景

整个过程涉及的人、事、物相对复杂，效率和质量很难平衡

常见情况如：产品经理为一个版本所预估的需求数量，与产品负责人制定的版本更迭周期，以及设计开发人力水平，三者如何才能达到一个适宜的平衡？规定时间内，需求量过多，则完成质量难以保证；需求量过少，则人力浪费
又或者，遇到诸如“技术难度被低估”、“更改市场发展方向”等情况而导致需求变更的问题，我们如何快速调整人力资源，保证当前的开发节奏？

在现代管理中，有许多方法可以帮助我们进行软件开发的质量管理

PDCA就是一个通过不断改善和优化现有工作流程，进行质量管理的基础方法

PDCA循环是全面质量管理的思想基础和方法依据，含义是将质量管理分为四个阶段

Plan（计划）：目标与计划的确定

Do（执行）：设计具体方案，进行具体运作，实现计划内容

Check（检查）：检查过程和结果，找出问题

Act（处理）：对成功经验予以标准化，对失败教训总结改善，对未解决问题记录，争取在下一个PDCA循环中去解决

每一项具体工作都是一个PDCA环，都是从计划、实施、检查结果、进一步改进、进入下一个循环的过程

要改善和优化，必先看见问题。而看板的特点就在于能够将工作流可视化呈现，帮助我们看到流转过程中的问题

看板+PDCA，非常适用于软件项目开发！

今天就以板栗团队真实使用的「版本开发看板」为例，解读其中奥妙：

1 看板+Plan：公示需求计划

需求梳理是工作流的第一步，也是PDCA循环中的Plan环节，第一个列表便是产品需求池，板栗的产品经理通过创建一张“置顶”的卡片，并外挂需求汇总文档链接的方式，来公示过去、现在、未来的所有需求计划

通过卡片外挂一个需求汇总的文档链接 ↑

在置顶卡片之下，是产品经理规划的近期版本需求一一每张卡片代表一个具体需求，卡片中会存放详细的需求文档以及说明

每张卡片，代表一个个近期版本的功能需求 ↑

以此完成了整个开发流程最上游的工作：需求计划的整理与公示

此后，每张需求卡片都将开展它的流转之旅

2 看板+DO：可视化执行节点

将产品👉设计👉开发👉测试各执行层面的工作流，可视化呈现为列表，让每张需求卡片的流动情况清晰可见，我们分为了5个阶段：

① 需求设计和评审阶段

产品经理将会把根据需求设计好的功能点，附上相应的需求文档，拖入到产品评审池当中，进行需求宣讲和评审

分别存放评审前后的需求卡片 ↑

评审过后，对卡片内容进行完善。而通过评审的任务卡片，会被UX设计师领入设计池中，进入设计阶段

② 交互设计阶段

在设计池里，设计师（与产品经理沟通优先级后）将需求按序罗列到“优先级排队区域”，每张任务卡片通过添加标签（P0/P1/P2）的方式，醒目的标示该需求的重要程度

如果遇到需求延期，也可以继续存放到此列表，当遇到工作冗余，可以按优先级直接启动设计

按优先级排序的待设计需求 ↑

而需要立即进入设计阶段的需求，可移动到“正在设计的区域”，并在卡片上添加对应的设计师成员，以及任务对应的验收/对接的部门成员，确认责任分配

在需求卡片里分配相关人员 ↑

设计完成之后，我们会进入设计评审阶段，评审通过后，设计师会贴上对应标签（仿佛加盖合格标志），开发人员看到后，将会领取自己的任务

添加标签提示进展 ↑

③ 产品开发阶段

在开发阶段，研发池里面可能会有一些需求，涉及到多端，比如：web端、后端、移动端等等，贴上类别标签，按需开发

正在开发和准备开发的需求 ↑

接下来我们会将近期发布的版本整理为一个列表，产品开发和测试会根据实际情况，将相应需求拖入其中，直观展示该版本需要发布哪些需求（功能）

已经发布完成的版本（包含该版本发布的所有需求信息） ↑

④ 产品测试、发布阶段

之后，测试会进行测试工作，并要求大家进行验收

在测试阶段，我们还搭建了一个BUG收集看板，用于问题汇总，方便开发人员对照修改

BUG反馈看板 ↑

⑤ 产品发布上线阶段

完成测试之后，产品就可以发布上线

当一个版本发布完后，我们会将整个列表归档，下一个版本的循环就开始了

已归档的历史版本列 ↑

3 看板+Check：审视结果盘查问题

能够将开发工作流程沉淀下来的看板，天然适合总结和复盘

在产品质量方面，有测试人员做最后的把关（不合格就会返工），因此最直接反应质效问题的，便是能否在预估时间中完成各个环节的任务，一旦超期，一定是某个环节出现问题

未在预估时间完成节点行为 ↑

看板将整个“DO”的流程可视化呈现，方便我们逐环节去复盘追踪，查明原因

4 看板+Act：迭代看板优化工作流

由于看板沉淀了我们的工作流，因此发现问题后，我们只需修改看板，就能达到优化工作流程的效果：

如果是需求预估出现问题，可在需求计划阶段（产品经理的需求优先级汇总文档）对版本需求数量进行增减

如果是技术预估不准的问题，可增加技术调研或技术攻关池