华为云首页用户手册

软件开发生产线 CODEARTS-影响地图:如何防止思维蔓延，地图扩张

软件开发生产线 CODEARTS-影响地图:如何防止思维蔓延，地图扩张

时间：2024-11-08 17:51:23

软件开发生产线 CODEARTS

如何防止思维蔓延，地图扩张

先发散再收敛
实战练习中，我们40多人分成6组，分别绘制自己的影响地图；实际场景中，如果每组都基于同一个目标，绘制出来的地图会各具特色而发散，最终需要引导将发散的地图进行收敛，在此过程中，会发现更好的实现方式或是新的假设导出，最终得到成型的影响地图。

分层和拆分时，掌握80/20原则，不求面面俱到，只需要涉及最关键重要的因素。考虑到大部分团队会使用物理板+即时贴的方式进行影响地图的设计，因此，原本因为物理空间受限以及可读性原因存在的物理白板的弊端，反而可以作为细化程度的一个有效限制原则（正如著名的两个披萨原则）：以物理墙/白板为影响地图的最大边界。

相对于我们通常关心的业务功能/营销活动，即影响地图的第四层What，我们更应该把注意力放在前三层目标、角色和影响上，尤其是角色和影响上，关注点如此，优先级排序也是如此；先不要关注在What即自己要做什么事情上，这往往会让我们陷入执行的细节，埋头做事，而忽略了事情的初衷。

多数的路径最终不会被执行，是否需要保存？
首先，要避免过早陷入过多的细节，未来一切都是未知的，所有的结论都是基于当前的假设。所以，维护一份完整的地图，试图将所有想法都归纳在地图上，是没必要的。

其次，要遵循目标导向原则，避免在那些对整体目标没有作用的影响上花费过多的时间。整理出来的路径，当然可以保留下来，作为下一次影响地图的部分输入。

此外，需要注意的是，What包含交付内容、软件功能和组织的活动，如果交付的所有条目都是技术性，也许要重新审视影响地图，尤其是角色Who与影响How两部分，并非所有的目标都是需要通过产品功能达成，更多情况下，也许一个简单的营销活动就可以快速实现目标。

上一篇：软件开发生产线 CODEARTS-影响地图:影响地图的分层

下一篇：软件开发生产线 CODEARTS-影响地图:影响地图的特点

新客秒杀 2核2G 3M L实例

68元/年

普惠上云领千元上云礼券

立即前往

企业专享 X实例 4核8G 5M

888元/年

热门域名 1元随心购

1元/年起

软件开发生产线 CODEARTS-影响地图:如何防止思维蔓延，地图扩张

意见反馈

0/200

提交成功！非常感谢您的反馈，我们会继续努力做到更好反馈提交失败！请稍后重试！

推荐文章

解决方案
相关专题