共计 2550 个字符，预计需要花费 7 分钟才能阅读完成。
为了晋升工作和管理效率，工具建设是许多企业不得不面对的事实，然而在工具建设落地过程中，往往存在一系列的问题。如不同组织、部门之间互不相通，各自为政，工具流程与理论工作所需不符，导致工具建设的后果是人去适应工具而不是工具来辅助人。
由此可见，工具体系若建设不佳，非但无奈起到晋升效率的作用，反而会引发新的问题。这种状况在协同简单的大型组织架构下尤甚——业务团队与研发团队之间长期不足无效沟通、软件研发过程不通明等，这些问题事实上能够通过正当的工具体系建设失去无效解决。
正是在上述背景之下，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 将与知微继续摸索深入交融场景，致力于 帮忙企业逐渐实现治理一体化，提质增效——晋升研发效率、进步交付品质、升高运行危险、升高合作老本。
