移动开发团队怎样应用 ChatOps 实现工做协同

ChatOps 是一个新概念，对于在业界来讲，更为人所熟知的是 DevOps。ChatOps 究竟是什么？又如何将它进行落地应用？本次咱们为你们带来了 ChatOps 的发展历史与行业应用，力求让你们可以在最短的时间内了解这一全新工做方式。

ChatOps 的理念由 DevOps 延伸而来，又结合了 AI（人工智能）落地，能够说是人工智能和新型工做理念结合的产物。它是一种新型智能工做方式，帮助团队利用 ChatBot 机器人使成员和各项辅助工具链接在一块儿，以沟通驱动的方式完成工做。同时解决人与人、人与工具、工具与工具之间的信息孤岛问题，从而带来更高的工做效率和更好的协做体验。

2013 年，GitHub 在其内部最先开始推行 ChatOps，但愿能以聊天的方式更方便更快速地去完成 DevOps 承载的工做。

ChatOps 以聊天室（沟通平台）为中心，经过一系列的机器人去对接后台的各类服务，工做人员只需在聊天窗口中与机器人对话，便可与后台服务进行交互，整个工做的展开就像是吩咐一个智能助手那样简单天然。

GitHub 团队内部实现的 ChatOps， 与一个叫做 Hubot 的机器人框架密切相关，Hubot 提供不少聊天机器人所须要的基础设施，借助 Hubot 框架能比较方便地和本身编写的功能或本身的系统对接。目前，Hubot 已经发展出了较好的生态圈，有不少开源插件能够借用。

ChatOps 站在巨人的肩膀上发展，也为工做带来了显而易见的好处：

• 移动友好。只须要在前台与预设好的机器人对话便可完成与后台工具、系统的交互，在移动环境下无须再与众多复杂的工具直接对接，大大提高移动办公的可行性。
• DevOps 文化打造。用与机器人对话这种简单的方式下降 DevOps 的接受门槛，让这种自动化办公的理念更容易地扩展到团队的每个角落。
• 公开透明。全部的工做消息都在同一个聊天平台中收集整理并公开给全部相关成员，能够消除沟通壁垒，工做历史有迹可循，团队合做更加顺畅。
• 上下文共享。减小因工做台切换等对消息的截断，保证消息的完整性，让工做承接有序，各角色，各工具都成为完成工做流中的一环，打造真正流畅的工做体验。

光说不练假把式，理论不通过实践是站不住脚的。因此，对于这种由 DevOps 衍生而来的方式最好的验证方式是在开发团队上进行应用。做为国内将 ChatOps 模式落地的先行者，让咱们来看看倍洽是怎样为移动开发团队带来新一代便捷的工做体验。譬如，从他们本身的移动开发团队平常工具选型与工做流搭建开始。

倍洽移动开发组一般会根据实际的使用场景在本身的倍洽团队上建立不一样的讨论组，实现信息的按主题分流和收集。例如，建立相关「Bug 收集」组用来收集各移动端平常产生的报错信息、「问题跟踪」组用来追踪管理各类问题的处理进展、「资讯收集」组用来订阅最新的技术动态、「代码开发」和「交互设计」用组来跟进产品开发动态、「测试上线」组用来发布产品测试信息和收集测试反馈、「评论收集」组用来监控本身产品和竞品在各个应用商店中的舆情、「产品优化」组则用来汇总查看一些用户的反馈建议等等。

具体的工做流程：

1.一般，一个版本上线后，咱们会用 Crashlytics 来收集移动端的崩溃日志，或使用 Bugly、BugHD、听云等服务来收集崩溃和 Bug 信息。在倍洽中直接启用这些工具和服务对应的机器人，不只可以在无需来回切换工具界面的状况下实时查收消息，客观上还在倍洽中汇总备份了信息，使其更具备可回溯性，便于咱们之后根据日期来回顾当时所出现的问题，更好地进行版本质量管理。

如上图所示，在实际工做中，咱们将上述机器人同步而来的消息按照客户端分类，分别推送到「Bug收集-安卓」、「Bug收集-iOS」、「Bug收集-WP」三个讨论组中。利用讨论组的拆分作到信息的分类收集，让数据更加整齐，便于梳理。不一样客户端的开发工程师只须要关注相应的讨论组，便可及时掌握与本身密切相关的客户端动态，而不会被其它弱相关信息干扰。

2.在版本上线之后，若是遇到了比较严重的质量问题，如闪退等，倍洽移动端团队会利用 Crashlytics + Trello + 倍洽（BearyChat） 的组合完成对这个问题的质量追踪。具体的工做流程是：利用 Crashlytics 内置的与项目管理工具 Trello 相关联的特性，Crashlytics 在监控到质量问题时，自动为这个问题在 Trello 上建立一个任务卡，并经过 Trello 机器人实时向倍洽相应讨论组中同步该任务的进度。

咱们会根据严重性对问题进行区分，并将相应信息归类入不一样的讨论组中。例如，上述 Trello 机器人同步的消息会被纳入到「严重问题跟踪解决」讨论组中，同时，相关工程师跟进问题后对该任务卡进行的操做信息也会经过 Trello 机器人实时推送到这个组中，方便其它同事了解该问题的进展，保证了整个团队信息同步的及时性，便于平常协做。

3.咱们建立了「代码开发」这个讨论组来保证移动团队内部开发进度的实时同步。固然，这个讨论组在 Bug 修复工做中也十分有用，例如，你们能够在这个讨论组中实时查看谁正在处理什么 Bug 、修复到了什么阶段，很好地避免了重复劳动和有问题没人管的尴尬状况。另外，咱们十分推荐使用 Hubot 机器人链接 GitHub，完成配置后，就能够直接在倍洽上经过对 Hubot 发送指令来完成查看和建立任务，十分方便。

4.咱们使用 fir.im 来管理内部测试版本的发布。在倍洽上创建相应的讨论组并完成 fir.im 机器人的配置后，就可以方便地看到每一个版本的上传信息，便于进行版本管理和质量控制。

5.另外，为了建设一个学习型的团队，咱们很是重视平常的资讯获取。咱们配置了一些 RSS 机器人用于收集行业信息，如 Android Studio 的版本更新，ARKit 官方论坛的最新内容等，保证团队成员可以实时获取行业最新动态。

6.另外，为了建设一个学习型的团队，咱们很是重视平常的资讯获取。咱们配置了一些 RSS 机器人用于收集行业信息，如 Android Studio 的版本更新，ARKit 官方论坛的最新内容等，保证团队成员可以实时获取行业最新动态。

倍洽一直以「面向将来的工做方式」为愿景服务于效能团队，经过将 ChatOps 模式落地以打通平常工做流，实现真正的一站式工做。愈来愈多的企业与团队开始选择倍洽来帮助提高工做运转效率，打破信息孤岛，解决一直以来协同度低下的难题。咱们也将继续积极引进、整合国际先进理念与服务，为企业和团队提供更高效的工做消息处理方式。