为了提升工作和管理效率，工具建设是许多企业不得不面对的现实，然而在工具建设落地过程中，往往存在一系列的问题。如不同组织、部门之间互不相通，各自为政，工具流程与实际工作所需不符，导致工具建设的结果是人去适应工具而不是工具来辅助人。

由此可见，工具体系若建设不佳，非但无法起到提升效率的作用，反而会引发新的问题。这种情况在协同复杂的大型组织架构下尤甚——业务团队与研发团队之间长期缺乏有效沟通、软件研发过程不透明等，这些问题事实上可以通过合理的工具体系建设得到有效解决。

正是在上述背景之下，CODING 与知微决定强强联合，发挥各自优势，将价值流与工作流两种模型互相补足，共同为企业提供从业务到研发、运维的一体化 BizDevOps 解决方案，满足企业对工具的灵活性、标准化等多元化需求，促进企业跨部门协作，进一步释放组织效能。

为什么在 DevOps 之后，又出现了 BizDevOps ？

大家是否思考过这个问题？

难道单纯只是制造一个噱头？

显然不是。

DevOps 无法解决所有的问题

我们认为 BizDevOps 这样的提法之所以开始在业界风靡，背后的核心在于，DevOps 盛行许久以来，企业渐渐意识到「DevOps 无法解决所有的问题。单纯引入 DevOps，许多管理问题依然无解」。

这是因为，DevOps 的作用是提升每一个独立的开发任务的效率。比如说，同样开发一个功能，没有建设 DevOps 工具链要花 4 个周，而有了 DevOps 工具可能只要花 3 周。

就如同从上海到北京，当没有飞机这种交通工具的时候，你搭乘火车或者更原始的交通工具所需要的时间会更多一些。

但是，企业当下面临的问题，事实上不是单个具体的任务执行慢，而是在更上游——需求拥堵。

形象一点说，上海到北京的飞机依然是 2 小时，但问题是你到机场的时间太长了——因为公路上严重堵车——去机场路上所花的时间远远比在飞机上的时间要多。

这一点通过研发团队的需求流动效率就可以佐证，大部分的时间并不是在开发，而是在开会、协调、对齐需求等等。

这也是业务与研发之间似乎总是矛盾重重的原因所在，业务认为需求提出来之后总是迟迟无法上线，而研发则认为自己已经很快了。

针对企业目前所面临的上述困境，知微与 CODING 决定发挥各自的优势，帮助企业解决实际的问题：

知微的优势是对业务到研发端到端的价值流管理（疏解拥堵，让你更快地抵达机场），而 CODING 擅长的则是下游的开发的工作流管理（让你搭飞机而不是徒步或者火车），各取所长，双流合一，目的是真正能够帮助企业达到提质增效的目标。

各取所长，双模齐下

价值流与工作流，两者本身并无高低之辨，但是其适用场景的确有差异。

价值流适合较为复杂、灵活、多角色、高频互动的工作场景；而工作流则适合流程高度标准化的、边界清晰的工作场景。

用适合的方法来管理适合的工作，便事半功倍；而倘若方法与实际情况牛头不对马嘴，轻则事倍功半，重则作茧自缚。

在一个企业里面，很难以一套既定的方法管理好所有的事项。

（BizDevOps 平台规划全景图/Agilean 于 2023 年初首发）

因此，用对的方法管对的事情，很重要。

知微

知微的优势在于能够根据不同企业的业务特点和组织架构灵活地构建管理模型，对实体组织结构、人员、无形的业务价值流等进行数字化映射，建立统一的管理对象以及对象间的连接关系。

有利于从需求提出到上线的开发全过程管理，建立研发管理现场，透明协同过程，及时疏通阻塞，加速价值流动。

CODING

CODING 的优势在于其标准化、自动化的 DevOps 工具链，覆盖软件研发全生命周期。在代码托管、项目协同、测试管理、持续集成、制品库、持续部署、云原生应用管理等各个环节都具备成熟的解决方案，能够加速每个确定的、标准化的研发任务的流动，快速、稳定、持续地发布软件。

CODING 与知微结合，能够帮助企业构建起业务价值交付的管理对象价值流，真正落地 BizDevOps 实践，打通从业务到开发、运维的端到端全链路和反馈闭环。

价值流叠加工作流的双流模式之下，能够有效解决系统割裂（切换成本）、信息不同步、只有工作流没有价值流、数据与实际工作两张皮等问题。

我们可以为企业提供哪些便利

具体而言，目前 CODING 与知微已经实现了「管理单元对应」、「动态双向同步」、「代码仓库数据回写」、「度量信息回传」等功能，从开发执行、协同互动、高效管理等多角度多层面，为企业创造便利性。

（知微集成 CODING 示意图）

管理单元对应

CODING 上面的逻辑大多是围绕具体的「事」展开的，比如项目集、项目、工作项，而知微的组织数字化能力则能够将「人」结构化地管理起来。

两者管理单元的对应就能更好地将人和事结合起来，为管理提供多元的视角，关键是两者相互吻合，而不会出现「人对不上事」或者「事对不上人」的窘境。

动态双向同步

双向同步的内容包括事项、属性和状态，不论用户是在两者中的哪个平台更新动态，两个平台都会实时同步。这对企业而言意味着，不同的角色不需要在不同的系统之间来回切换，更不会出现「不同系统之间打架」的情况。

研发人员在 CODING 上面的工作流轨迹会实时同步到知微的价值流上，业务人员或者各级研发管理者可以获取准确的价值流动的相关信息。工作的便利性与信息的一致性、准确性都得以保障。

代码仓库数据回写

研发人员在 CODING 上面所有的代码提交记录会回写到知微对应事项到卡片上，当知微检测到代码提交中的关键字，卡片状态会自动翻转为最新的状态（如检测到关键字“done”，卡片自动翻转状态为“已完成”）。

这不仅节省了开发人员更新卡片状态的时间，也有效避免了执行过程中的疏漏带来的协同失调。

而知微的故事卡片又会与上层的需求关联，从而显化为需求进度，便于观测需求流动情况。同时，也为后续的研发效能度量创造了基础数据。

度量信息回传

CODING 的流水线数据及代码扫描信息，会回传至知微。知微可按需求汇集统计代码行、CI/CD 记录等执行数据，知微通过度量模型加工，在企业自定义的度量大屏中，展示出不同的结构化（按层级、按场景）度量数据，为企业管理者提供有效管理抓手与决策依据。

小结

未来，CODING 将与知微持续探索深化融合场景，致力于帮助企业逐步实现管理一体化，提质增效——提升研发效率、提高交付质量、降低运行风险、降低协作成本。