自下而上与自上而下的工具引入方式对比

企业引入新工具/方法有两种常见方式。自下而上：常见于开源组件——开发者在某处发现一个工具、试用、逐渐产生热情，可能直接用它解决手头问题、甚至部署到生产，这个过程基本上直接跳进了POC阶段（还没经过正式评估）；如果试运行效果好，项目会受到关注、成为灯塔项目，其他项目跟进采用；随着范围和关注度扩大，法务、合规部门才会在某个时间点介入要求提供保障，或者才有人来推销付费支持、发现付费版才有真正需要的功能——此时公司基本是在工具已经证明稳定、有价值之后才开始正式采购流程，”评估”这一步已经没什么意义了，但这未必是坏事，因为工具的价值已经被实践证明过；作者本人是这种方式的拥护者。自上而下：与之相对，工具通常由高层决定后交给开发团队，极端情况下企业要求所有项目统一使用同一套流程自动化工具栈——这正是SOA项目里常见的引入方式，但纵观SOA的历史可以看到，即使高层如此规定，开发者依然掌握着实际的决定权（表现为”不用”或”没能成功用上”这些工具）。虽然自上而下的方式对工作流厂商本身更有利（更容易统一销售给整个公司），作者仍然建议非常谨慎地对待这种做法：可以给出公司级别的建议，但应该给各项目团队留出足够空间去自己做决定，这样才能提高工具被真正接受（而不是被暗中抵制）的可能性。