一談到企业該如何能提升效率? 許多人都只專注在
DevOps
、微服务
的工程实踐与技术上。認為，只要把
DevOps、
微服务的工程实踐
、技术给搞定，企业便可立馬擁有效率，便可一飞冲天，隨時都能適应外部的变化
。
这其实是大錯特錯，而且錯得离譜的……
DevOps 的核心基础在 "微服务"
。然而, 微服务的核心基础又是什么? 是
工程实踐? 是
技术?
任何企业假若没有 “以业务流（客戶）為導向的流程”，則企业建构在分佈式環境中的微服务，將宛如是戰国時代的各方诸候；各行其事 （版本混乱)，互搶資源；最终，只会為企业帶來永不可回復
、永不可弥补的世纪災難。
任何企业要在云的世界里，充分的展現高效與競爭力，
DevOps
與微服务是不可或缺的。
但真正的重点是，大家应深度的去思考:
" DevOps 的核心基础在 "微服务"
。
然而, 微服务的核心基础又是什么?……"
唯一的标准答案便是: “
以业务流 （客户）為導向的流程”
。
所以, 企业在云的世界里, 在建构一以微服务为核心基础的 DevOps 时, 第一步便应该是要建立一个
"业务部门与 IT 部门之间沟通的协议"; 一个可视化且轻量级的
沟通协议
。经由此
可视化且轻量级的
沟通协议,
业务部门与 IT 部门间便可高效的协作, 共同的分析出对客户真正有意义, 有价值的流程; 一个以业务流（客户) 为导向的流程
。
在产品级敏捷中, 我们是以
"特性场景树" , 来
建立一个
业务部门与 IT 部门之间沟通的协议; 以
可视化且轻量级的共同协作的方式, 来拉通
业务部门与 IT 部门, 依照特性的纬度, 经由特性场景树, 从外部使用者 (系统) 的视角
, 分析出企业 IT 各领域
以业务流（客户) 为导向的流程
。
当
企业 IT 各领域
以业务流（客户) 为导向的流程, 可在特性场景树上体现时, 则系统架构师便可轻而易举的从
特性场景树中, 分析出 Resource, Resource 的 URI , Resource 的 Representation Type 与 API 版本
。最终, 设计出微服务架构上关于性能, 可靠度, 安全性的质量属性
。
最后, 要强调的一点是: 建构
DevOps 與
微服务, 绝不是
IT 部门自己单干就行的; 而是要
业务部门与 IT 部门间高效的协作
。幸运的是, 我们已经在
产品级敏捷中, 找到了这样
可视化且轻量级的高效协作的实践;
"特性场景树"
。
欢迎你来试试
。
