把运维和开发放一起就是DevOps？还差得远！

我们可以安排前文中的小明把应用部署过程整理成含具体操作步骤的标准化手册，这样这项工作团队内谁都能做，把他从部署这项具体工作释放出来，在此基础上，让他把这个过程自动化，从而让他学习流水线和自动化部署的技术，接触技术性工作。

他也可以把故障处理流程整理成操作手册，赋能其他团队成员在合规的环境下承担运维工作，把他自己释放出来;

3、DBA、操作系统等专家团队

应该通过脚本、自助服务等形式赋能交付团队在受控的环境下满足交付需要，减少对他们的依赖。

我们可以让前文中的小崔和大鹏收集各交付团队对于DBA的具体需求，，把具有共性的需求提炼出来，做成可以通过DBA权限执行的脚本，既满足交付的需求，又确保了DBA权限不会被滥用;

4、标准流程

所有项目都必须要走的标准流程，如采购等，由专业的团队提供服务的形式来执行，大大降低各项目团队由于需要熟悉繁琐流程的过程所导致的不必要浪费;

需求分析、开发、测试、业务支援等非重复性工作则应该保持在一个自满足小团队中，为特定的业务领域提供软件交付和维护服务。

四、总结

分分合合是组织转型的常态。

DevOps的目标是实现持续交付，提升整体的交付效率。要实现这个目标，简单地把开发、应用维护，甚至IT运维整合在一起，有点过于粗暴。

我们还是应该认真分析哪些具体工作是重复的、可标准化的和哪些是非重复的、不能标准化的来分开处置。重复的，解决方案是整合资源、角色分工、标准化和自动化;非重复的，解决方案是一体化。

作者介绍

刘华(Kenneth)，就职于世界500强银行。负责基金外包业务软件开发与交付。敏捷、精益、DevOps领域专家。著有《猎豹行动——硝烟中的敏捷转型之旅》一书。

【编辑推荐】

1. 运维自我提升：怎样做好企业 IT 运维工作
2. 自动化运维落实到位的三点基础及常用工具对比
3. 谈谈云计算数据中心DevSecOps运维模式中的安全性
4. 运维人之运维的尊严
5. 详解Linux运维工具：运维流程管理、运维发布变更、运维监控告警

（编辑：辽源站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!