数字化企业敏捷建模之组织建模( 四 ) 作者|肖然出品|CSDN（ID：CSDNn

基于这样的两个考虑，行业里已经有一定认可度的WardleyMap进入了我们的视野（https://learnwardleymapping.com/）。当然这里我们更多是采用WardleyMap的坐标体系，并不会当做战略定位工具来使用。
【数字化企业敏捷建模之组织建模】WardleyMap采用了“价值链”（ValueChain）作为纵轴，横轴则直接从“演进”的视角来审视地图上的这些组件。我们就横、纵轴做了简单翻译和解释如下，帮助大家理解这个坐标体系。
价值链ValueChain：纵轴，关注针对客户价值的创造，从客户视角来确定价值的可视化程度。比如一个简单的电商应用， App是客户界面可视的（Visible），而后面的数据收集和分析平台对于客户是不可视的（Invisible）。
演进方向Evolution：横轴，关注实现客户价值的各个能力（Capability）的定位。从能力获取的角度，四个不同阶段：
初创（Genesis），对组织来说比较创新的能力，往往也较难从市场上直接获取，比如希望构建自身的元宇宙空间。
定制化（Custom），相关能力部分已经标准化，但组织需要根据自身需求做定制化，比如很多企业在容器云的管理上都基于K8S做了定制化的平台开发。
产品化（Product），对应的能力标准化程度较好，可以通过外部购买来获取，也可以根据不同阶段按需购买，如SaaS服务。
通用化（Commodity），对应的能力市场通用化程度较高，对于组织来说比较容易随时获取，类似水、电、气，比如采用公有云的基础服务，按照使用量来进行付费。
这里值得指出的是对于不同的组织，看似同样的能力，定位差异可能是巨大的。比如前面提到的大型商业银行，对于云能力的定位很可能是自有定制化的私有云，而小型金融机构可能就采用通用化的公有云服务。显而易见，这种差异也会影响对应团队的定义。

文章图片
（WardleyMapping示例，来源于官方介绍：https://learnwardleymapping.com/introduction/）
基于这样一个坐标系，我们就能够把针对团队拓扑划分出的团队放入到地图中。每个团队必然是对外提供某种能力的，而能力之间的关联就产生团队之间的交互。
让我们用一个案例来展示如何结合团队拓扑和WardleyMapping ，最终通过在研发团队内部组织结构的划分来明确技术架构。
案例：面对元宇宙的未来， “买Ta”公司提供一个在线协同办公的平台，希望能够面向未来发展，梳理和规划该平台产品的核心力量——研发团队。目前平台的核心功能如下：
在线实时画板，支持预定义图形、文字输入、和自由画笔
所见即所得wiki编辑及插入，支持markdown
模板库，可选择预定义模板，进行动态加载
线上会议系统集成，邀请自动创建
用户全生命周期及权限管理
微信、支付宝，或企业级LDAP身份认证
研发团队过去几年已经采纳了领域驱动设计DDD的一些核心理念和方法，针对系统的复杂性进行了领域的识别和一定的限界上下文（BondedContext）划分，并根据这些划分来确定了对口的敏捷团队。主要领域及BC划分如下图。

文章图片
（案例：在线协同办公平台初步领域建模，蓝色圆圈表示限界上下文BC）
目前主要痛点是针对“模板库领域”的具体技术落地。模板目前类型繁多，由于工作量的原因，模板团队已经50+人规模，效率显著下降。按照敏捷价值驱动的想法，也划分成了矢量模板（如泳道图）、多媒体模板（如视频剪辑）和3D模板三个开发小团队，但小团队之间沟通非常频繁，抱怨很多。