产研效率提升 - 工具篇 - 消息中心
作者:QA 团队 韩旭
摘要:
组织在开发高质量产品过程中,可以将业务改进的焦点集中在:方法、人、工具三个方面。三者的粘合剂就是过程。过程需要高效的消息传递。
人-工具-方法-过程的关系:
过程(流程):过程是各种方法论的实质化体现,一个企业不同团队、环节使用的不同的方法的衔接就变成了流程。例如我们做软件服务的企业常用的开发过程包括瀑布开发、敏捷开发,都是软件工程和敏捷思维具体化的表现。
人:人(企业员工/外部客户等)是过程里面必不可少的角色,人根据团队、分工、角色不同,处在过程中的各个环节,执行过程中的各种活动,保障整个过程可以正常运转。例如典型的瀑布开发过程从市场分析→需求分析→方案设计→编码实现→测试验证→交付维护几个阶段,其中方案设计可能还包括架构设计→概要设计→详细设计等细分的设计环节(活动),各个环节的上下游会设定一定的准入、准出条件来作为流转依据。产品经理主要处于需求阶段、开发处于设计阶段、测试处于验证阶段、运维处于部署和运维阶段。
工具:工欲善其事、必先利其器,各种不同工具是为了企业更高效、更高质量执行过程的必要的具体手段和载体。如我们软件开发过程中使用的项目管理工具 JIRA、TAPD、禅道、GIT、SVN、FTP 等等。
在一个企业发展的不同阶段,随着新方法的引入、不同工具的使用和人员的加入,会和之前既定形成的过程、工具、人员碰撞出新的矛盾和问题,导致生产力下降,为了尽量的避免或解决这种状况,就需要快速的解决已经或可能出现的各种问题。
背景
我司(循环智能)业务主要集中在 ToB 行业并且处于一个快速发展的阶段,业务量、人员都快速增长,系统架构变得更复杂,之前老的流程和办法已经无法完全满足产品高质量、快速、标准化的交付给客户。在最近我司发展的 1-2 年时间,我司整体产研大概经过了几个阶段:
业务少:系统架构简单、客户交付复杂度低、职能团队管理
业务量开始增长:系统架构从单体架构向微服务架构演进、客户交付复杂度增加
业务量快速增长:产研组织架构由职能团队向强矩阵团队转变、团队规模快速扩张、产品交付速度要更快、产品质量要求更高……
上述一系列的变化需要选择合适的方法、过程和工具来不断匹配当前公司的战略目标、解决一系列的各种问题。这篇文章主要给大家分享一个公司发展过程中产研团队遇到的一个具体问题和解决方案,其他问题和解决问题的方法会在后续按照质量体系、流程体系、问题处理的经验方法几个方面做分享。
遇到的具体问题
我司目前 IM 工具使用飞书,项目管理工具 tapd、运维的账号管理使用的 ldap……不同的信息零散的分布在不同的工具或者系统上很难联动,虽然目前使用的 IM 工具飞书已经提供了丰富的机器人功能,但系统之间的隔离、不同消息和受众的消息策略需要重复建设、一些关键通知、告警消息无法集中收集和分析,对效率提升、质量改进和快速响应都有一定的限制。
例如我司目前使用的 tapd 在测试提交 Bug 之后研发并无法第一时间知道 Bug 被提交了(虽然 tapd 有消息中心和邮件提醒,但我们已经习惯了飞书通知),提交的 Bug 是迭代的 Bug 还是线上生产问题,这样就需要人为的通知或者最终导致问题解决过慢影响迭代进度或者导致内外部客户的抱怨。
解决方案
为了解决类似的这种问题我们期待有一种以飞书/手机为触达终端、各种不同消息均可接入、消息策略集中配置管理、消息可分类分析的设想,用以推进我司的效率提升、质量提升和过程优化。
消息中心整体设计
tapd、消息中心、飞书打通方案
飞书开发自研机器人,实现如下功能
群消息
私发消息
群 @消息
消息回复
tapd 企业版配置消息助手
消息回调到消息中心服务
消息中心根据消息类型+消息策略格式化消息
消息中心将消息回调给飞书自研机器人
机器人根据策略通知到群、个人或 @某人(目前期望飞书提供加急消息功能,丰富消息策略)
备注:tapd 和飞书属于两个账号体系,目前需要做映射绑定,为了简化账号管理,目前在实现 ladp+飞书+tapd 的账号统一管理服务,将各个系统账号打通。
飞书创建机器人和调用 API 配置
飞书消息通知两种方式:飞书自定义webhook机器人和自建应用机器人
自定义 webhook 机器人不能单独给某人发送消息,自建应用机器人不仅可以单独私发消息还可以回复某人消息,所以我们选择了后者自建应用机器人,不过两种配置方式我们都来说一下。
一、自定义 webhook 机器人
1.群组添加机器人入口
2.拷贝 webhook 地址
3.调用方式
只需要 POST 方式调用 webhook 地址即可实现 webhook 自定义机器人发送消息,可参考:如何在群组中使用机器人 例子如下:
curl -X POST -H "Content-Type: application/json"
-d '{"msg_type":"text","content":{"text":"request example"}}'
'https://open.feishu.cn/open-apis/bot/v2/hook/84f18e59-be8b-4eaf-b8be-d58c752828'
二.自建应用机器人
1.飞书开发者后台创建自建应用
2.凭证与基础信息
3.权限管理申请对应的权限
4.消息回复功能配置
需要配置消息回复回调地址
5.版本管理与发布
6.企业管理员审批
企业管理员审批上线后可以在机器人中可以查看到自建机器人
三.自建应用干货
备注:消息中心代码涉及公司保密协议不方便提供,不过提供无消息回复代码示例
1.需要机器人消息回复
代码示例
2.飞书消息 API
具体消息接口文档可以参考:链接
3.无消息回复
代码示例
tapd 自动化助手:使用指引
1.创建自动化规则
选择对象需求、bug、任务、流水线等事件发生可以调用 webhook
这里不得不吐槽下 tapd 的推送数据格式,好多实际推送数据比 tapd 示例中的字段还是增加不少,好多字段含义靠猜出来的
2.字段说明
版权声明: 本文为 InfoQ 作者【循环智能】的原创文章。
原文链接:【http://xie.infoq.cn/article/0a73b53e58cd5d413d04e2b63】。
本文遵守【CC-BY 4.0】协议,转载请保留原文出处及本版权声明。
评论 (1 条评论)