文档

自动化运营的设计原则

更新时间:

定义符合组织当前阶段的自动化目标

原则一:由小至大,灵活组合

这一原则是指在组织云上业务自动化中,应该首先从小的业务需求入手,逐步扩大自动化的范围,灵活地组合各种自动化工具和技术,达到最优的自动化效果。这种方式可以帮助组织逐步掌握自动化的技术和方法,并且能够通过逐步了解和抽象自身业务过程中锤炼业务与技术的平衡性,同时也可以最大化地提升业务效率和质量。

原则二:业务驱动,逐步成型

业务驱动是指在组织云上业务自动化中,应该以业务为中心,通过逐步实现各项业务需求来驱动自动化。这种方式可以让组织更好地理解自动化的价值和意义,同时也可以降低自动化实施的风险和复杂度,逐步成型,最终实现业务的全面自动化。从业务依赖单一、ROI高的“小闭环”场景入手,并逐步组成由多个小场景组合而成的复杂链路来落地自动化,对组织来说是风险低、可靠性强的解决办法。

原则三:场景整合,智能提效

场景整合是指在组织云上业务自动化中,应该综合考虑各种场景,通过智能化的方式提高自动化效率和质量。这种方式可以将各种自动化工具和技术整合起来,实现更加智能化的自动化过程,提高自动化效率和质量。同时,场景整合也可以帮助组织更好地识别自动化和人工操作的边界,从而实现最优的资源利用和效率提升。

选择合适的自动化手段

组织在做技术选型过程中,遵循5符合3关注的原则。从实际组织需求角度出发,而不是管理者偏好出发去进行长期的、可持续的和符合组织发展的技术选型方案。

符合组织长期战略发展

选择的技术应符合组织长期战略发展,即技术选择应该与组织的长期目标和战略一致。这意味着技术选择应该考虑技术的可持续性和长期发展潜力,以确保选择的技术能够为组织长期发展提供支持和帮助。比如:组织的长期技术战略是“对内降本,对外增效”,则自动化的选型方向也应该遵循组织内部较多/主流的开发方式,而不是应用最新的技术。

符合组织技术演进发展

选择的技术应符合组织技术演进发展,即技术选择应该与组织现有技术架构和技术路线一致。这意味着技术选择应该考虑与现有技术的兼容性和可集成性,以确保选择的技术能够为组织技术演进提供支持和帮助。比如:组织内部80%是Java开发的代码,则选择集成阿里云的方式也应遵循组织的技术底蕴。

符合主要技术人员发展

选择的技术应符合主要技术人员的发展,即技术选择应该考虑主要技术人员的技术水平和发展方向。这意味着技术选择应该考虑主要技术人员的技术兴趣和技能,以确保选择的技术能够为主要技术人员提供发展机会和帮助。比如:组织不应频繁的去换技术框架,如果不符合开发/运维人员的个人职业发展,也就谈不上组织的可持续发展。

符合组织业务长线发展

选择的技术应符合组织业务长线发展,即技术选择应该与组织业务发展的长期规划和目标一致。这意味着技术选择应该考虑技术与业务的匹配度和可应用性,以确保选择的技术能够为组织业务长线发展提供支持和帮助。

符合长期维护需求发展

选择的技术应符合长期维护需求发展,即技术选择应该考虑技术的易用性和可维护性。这意味着技术选择应该考虑技术的稳定性和可靠性,以确保选择的技术能够为组织长期维护需求提供支持和帮助。比如:在选择云服务时,应选择公测及以后阶段的产品作为运维底座,邀测的产品/试用产品可作为项目试点。

关注业务成熟度

选择的技术应关注业务成熟度,即技术选择应该考虑业务发展的成熟度和阶段。这意味着技术选择应该考虑技术的成熟度和适用性,以确保选择的技术能够为业务的成熟度和阶段提供支持和帮助。

关注社区活跃度

选择的技术应关注社区活跃度,即技术选择应该考虑技术社区的活跃度和发展趋势。这意味着技术选择应该考虑技术社区的贡献和创新能力,以确保选择的技术能够与技术社区的发展趋势保持一致,并得到技术社区的支持和帮助。比如:技术的迭代往往是非常快的,选择上升期/稳定期的原生/开源产品往往可以让组织在技术上的投入“更保值”

关注投入回报比

选择的技术应关注投入回报比,即技术选择应该考虑技术的投入成本和回报率。这意味着技术选择应该考虑技术的成本效益和收益情况,以确保选择的技术能够在投入成本和回报之间取得平衡,为组织带来最大的收益。往往很多时候过度追求技术先进性,投入回报反而不高。自动化的过程也不宜存在一口吃个胖子的想法,从最紧迫的业务问题出发,通过技术手段带来价值的过程中不断迭代。

  • 本页导读
文档反馈