ChatOps 是一个新概念,对于在业界来说,更为人所熟知的是 DevOps。ChatOps 到底是什么?又如何将它进行落地应用?本次我们为大家带来了 ChatOps 的发展历史与行业应用,力求让大家能够在最短的时间内了解这一全新工作方式。
ChatOps 的理念由 DevOps 延伸而来,又结合了 AI(人工智能)落地,可以说是人工智能和新型工作理念结合的产物。它是一种新型智能工作方式,帮助团队利用 ChatBot 机器人使成员和各项辅助工具连接在一起,以沟通驱动的方式完成工作。同时解决人与人、人与工具、工具与工具之间的信息孤岛问题,从而带来更高的工作效率和更好的协作体验。
2013 年,GitHub 在其内部最早开始推行 ChatOps,希望能以聊天的方式更方便更快速地去完成 DevOps 承载的工作。
GitHub 团队内部实现的 ChatOps, 与一个叫作 Hubot 的机器人框架密切相关,Hubot 提供很多聊天机器人所需要的基础设施,借助 Hubot 框架能比较方便地和自己编写的功能或自己的系统对接。目前,Hubot 已经发展出了较好的生态圈,有很多开源插件可以借用。
- 移动友好。只需要在前台与预设好的机器人对话即可完成与后台工具、系统的交互,在移动环境下无须再与众多复杂的工具直接对接,大大提升移动办公的可行性。
- DevOps 文化打造。用与机器人对话这种简单的方式降低 DevOps 的接受门槛,让这种自动化办公的理念更容易地扩展到团队的每一个角落。
- 公开透明。所有的工作消息都在同一个聊天平台中收集整理并公开给所有相关成员,可以消除沟通壁垒,工作历史有迹可循,团队合作更加顺畅。
- 上下文共享。减少因工作台切换等对消息的截断,保证消息的完整性,让工作承接有序,各角色,各工具都成为完成工作流中的一环,打造真正流畅的工作体验。
光说不练假把式,理论不经过实践是站不住脚的。所以,对于这种由 DevOps 衍生而来的方式最好的验证方式是在开发团队上进行应用。作为国内将 ChatOps 模式落地的先行者,让我们来看看倍洽是怎样为移动开发团队带来新一代便捷的工作体验。譬如,从他们自己的移动开发团队日常工具选型与工作流搭建开始。
倍洽移动开发组通常会根据实际的使用场景在自己的倍洽团队上创建不同的讨论组,实现信息的按主题分流和收集。例如,创建相关「Bug 收集」组用来收集各移动端日常产生的报错信息、「问题跟踪」组用来追踪管理各种问题的处理进展、「资讯收集」组用来订阅最新的技术动态、「代码开发」和「交互设计」用组来跟进产品开发动态、「测试上线」组用来发布产品测试信息和收集测试反馈、「评论收集」组用来监控自己产品和竞品在各个应用商店中的舆情、「产品优化」组则用来汇总查看一些用户的反馈建议等等。
具体的工作流程:
1.通常,一个版本上线后,我们会用 Crashlytics 来收集移动端的崩溃日志,或使用 Bugly、BugHD、听云等服务来收集崩溃和 Bug 信息。在倍洽中直接启用这些工具和服务对应的机器人,不仅能够在无需来回切换工具界面的情况下实时查收消息,客观上还在倍洽中汇总备份了信息,使其更具有可回溯性,便于我们以后根据日期来回顾当时所出现的问题,更好地进行版本质量管理。
2.在版本上线以后,如果遇到了比较严重的质量问题,如闪退等,倍洽移动端团队会利用 Crashlytics + Trello + 倍洽(BearyChat) 的组合完成对这个问题的质量追踪。具体的工作流程是:利用 Crashlytics 内置的与项目管理工具 Trello 相关联的特性,Crashlytics 在监控到质量问题时,自动为这个问题在 Trello 上创建一个任务卡,并通过 Trello 机器人实时向倍洽相应讨论组中同步该任务的进度。