GMTC深圳站本周日开幕,14大专题全部上线,完整日程>> 了解详情
写点什么

自动化赛道迎来国产力量:PingCode Flow 能否成为 Jira“杀手”?

  • 2021 年 5 月 26 日
  • 本文字数:3377 字

    阅读完需:约 11 分钟

自动化赛道迎来国产力量:PingCode Flow能否成为Jira“杀手”?

嘉宾 | 徐子岩

采访 | 钰莹

作者 | 王强


“我们希望激发研发团队的“智能”,用技术代替人海战术解决问题。”——PingCode 高级研发副总裁徐子岩


过去几年,“996”风潮在国内 IT 产业盛行,首当其冲的便是企业研发部门。在人口红利余温尚存的年代,通过人海战术快速粗暴地提升效能不失为一种捷径。但随着企业规模扩大、人力投入边际效用下滑和成本上升,以及疫情后兴起的远程工作等趋势的冲击,越来越多的企业开始意识到简单扩张团队规模并非生产力增长的长久之计。企业团队,尤其是研发团队正在经历由重“量”到重“质”的转型过程,管理者希望通过管理模式、技术、理念的迭代升级,为团队装备“能力倍增器”,在新的业务环境中继续保持领先优势。

 

在这一过程中,国外广泛流行的以 Jira 为代表的企业智能化管理工具开始吸引国内企业的目光。与此同时,以 PingCode 为代表的国内品牌迅速崛起,与 Jira 展开正面对抗,希望为中国本土企业的智能化进程贡献关键力量。日前,PingCode 旗下新款自动化研发管理工具 Flow 正式上线,InfoQ 借此机会采访了 PingCode 高级研发副总裁徐子岩,为大家分享 PingCode 在这一领域的思考、理念、成果和未来计划。

智能研发管理:技术为企业效能带来怎样的改变和价值?


纵观今天的世界 500 强企业,大多数国外巨头都已经广泛部署了研发自动化工具。根据第三方调研报告,2020 年全球企业在事务性、重复性工作上浪费的资金估计达到 5 万亿美元之多。传统粗放研发管理模式的效率劣势在如今的产业规模下已经非常明显,研发自动化、智能化的需求是非常可观的。

 

相比之下,国内企业即便在规模、市值等指标上达到了全球前列水平,却普遍依旧停留在老旧的模式和理念层面。少数企业可能用上了一些自动化的脚本,但整体而言并没有形成统一的自动化研发流程体系。但在疫情冲击下,大批企业被迫转向远程办公、分散办公,倒逼国内企业迅速采用现代化技术手段来解决新环境下的企业效率和团队规范挑战。整个行业已经意识到了自动化、智能化研发工具为企业带来的价值和效能提升潜力。

 

在 PingCode 看来,智能研发工具是同敏捷、DevOps 等企业研发管理方法论紧密联系和结合的。不同的企业在不同的市场、业务环境下会有不一样的敏捷转型路径,但在企业团队摸索最适合自身的敏捷模式的过程中,往往会产生对自动化、智能化辅助工具和能力的相似需求。这类工具不仅能够卸除团队日常重复性事务的诸多压力,还能够帮助企业建立一套体系化的流程,使企业减少对团队具体人员的依赖,增强整个团队的稳定性。当企业从一两个部门开始尝试部署相应的工具,随着时间推移就能逐渐探索出一条最佳的效率提升路径,使整个企业更加从容地应对快速变化的需求、维持高质量的输出水平。

 

之前,PingCode 的智能研发工具组合主要面向企业的研发管理领域,而此次全新发布的 PingCode Flow 则是进一步针对研发团队的自动化与效率提升需求而打造的。作为全球流行的 Jira 的直接竞争产品,PingCode 希望全新子产品 Flow 的发布能帮助企业研发团队解决一系列痛点和难题,通过技术手段真正提升企业的长期核心竞争力。


PingCode Flow,不只是中国版的 Jira Automate


PingCode 是用产品质量和功能说话的企业,我们希望用户看到 Flow 之后能够真正感受到它的价值,体会到 Flow 实在的产品力和为企业带来的种种好处。——徐子岩


PingCode Flow 究竟是怎样的一款产品?使用过 Jira Automate 的用户第一眼看上去就会很熟悉,可能十分钟左右就能熟练使用。徐子岩也毫不避讳的提到,Flow 的研发设计过程中借鉴了 Jira 和微软的自动化产品,整体理念与这些国外先行者是类似的。

 

本质而言,Flow 是一款通用化的研发自动化管理工具。作为 PingCode 智能研发工具的一个重要子产品,Flow 可以连接 PingCode 产品矩阵的很多功能,未来还将接入 GitHub、Jenkins 甚至 Jira 等外部平台上。通过一系列的 API,Flow 可以成为跨多个平台的一座自动化流程桥梁。


例如,产品开发过程中可能会有一些大任务,每个大任务又能分解为许多小任务,团队希望小任务完成后主任务能够自动完成,这时 Flow 就能发挥很好的作用。研发人员可以在 Flow 中创建针对不同需求的各种自动化规则,将代码提交、审核、发布等流程纳入一个自动化管道中,由 Flow 帮助管理整个研发工作。


徐子岩表示,Flow 作为一款自动化工具,解决的是企业研发部门的通用化需求,旨在提升普遍层面的研发效率。例如,即便团队出现了人员变动,新加入人员依旧可以快速适应原有的 Flow 规则,根据已有规则执行任务;倘若团队管理层出现了变化、研发流程需要改动,也只需按照新的流程改动 Flow 中的已有规则即可。无论企业选择怎样的模式和方法论,Flow 都能发挥自身效率提升的作用,这也是这类自动化工具的一大优势所在。

 

作为新兴产品,虽然 PingCode Flow 还不如 Jira Automate 成熟,但其借鉴了 Jira Automate、MS Power Automate、Asana 和 Clickup 等产品,综合其各自的优点与长处。例如,Flow 兼顾 Jira Automate 的易用性和 MS Power Automate 的高扩展性。Jira Automate 的功能严重依赖 Jira 本身,而 Flow 可以脱离 PingCode 其他子产品,是独立的自动化工具,且在覆盖 Jira 现有模板的基础上,加入了 PingCode 自己以及现有客户的典型需求,更易于上手。

 

并且,徐子岩提到,虽然 Jira 整体的产品生态和功能比 PingCode 要成熟,但 Jira 绝大多数的功能和生态其实很少有人问津,超过 80%的使用量集中在 Top 10 生态内容上,这就给 PingCode 的追赶大大减轻了压力。PingCode 目前会对标 Jira 的头部生态功能做重点攻关,一方面将这些功能通过子产品的路径来实现,另一方面也会不断丰富 PingCode 自己的应用市场生态,在第三方合作伙伴的帮助下加快追赶步伐。

 

从另一个角度来看,Jira 漫长的产品历史虽然是它的优势,但也意味着产品和技术层面难以同新兴对手相提并论。很多用户都发现,Jira 的技术栈过重、历史包袱太多,使用起来往往不够友好。相比之下,PingCode 作为新兴的智能化研发管理工具,从一开始就是为今天行业环境的需求而设计的,没有多年积累的技术债拖累。从服务器架构到具体的功能细节,PingCode 整体而言都更加现代化、有着更好的发展潜力。

 

最后,作为本土品牌,PingCode 在本地化方面的优势是非常明显的。PingCode 非常重视中国企业的诉求,能够快速响应中国团队在实践应用中提出来的各种问题和困难。例如,PingCode 内置了一套 Jira 导入工具,可以帮助企业快速从 Jira、Confluence 迁移到 PingCode,同时满足各类个性化场景的定制化需求,不至于因为某些不可改变的产品规则而出现导入失败的窘境。在内测阶段,PingCode Flow 获得了国内外用户的许多有效反馈,根据这些反馈对产品功能和实现做了大量调整。徐子岩认为,Flow 最终将凭借自身的产品能力和本地化优势提升 PingCode 与 Jira 正面对抗的能力,会有越来越多的用户出于产品的价值,而非价格因素来选择 PingCode。

从自动化开始的全面智能升级,PingCode 的愿景与展望


PingCode 的最初定位是敏捷研发管理工具,而 Flow 的推出标志着 PingCode 引入了自动化能力,成为国内首家支持自动化研发管理的品牌。


对于 PingCode 而言,Flow 的上线是一个重要的里程碑。随着 Flow 的到来,PingCode 已经拥有了自动化的流程工具,加上已有的数据分析能力,下一步就能够凭借人工智能等技术来发展更加智能化的产品组合。


用通俗的话来讲,自动化就是用户告诉机器应该做什么,而智能化就是机器告诉用户应该做什么。目前来说,企业智能化的场景应用还不算成熟,很多已有功能都比较简单。而 PingCode 对企业智能研发的理解是,系统能够根据收集到的数据来向管理者推荐,哪些产品应该分配给哪个团队、每个团队最大的负载应该是多少、产品预期的完成时间、不同预期时间对应的风险大小,等等。最终的目标是实现整个研发流程管理的真正智能化,而目前这是全球行业内的一大空白。当 Flow 逐步进入成熟状态,PingCode 的下一步就是挑战这一空白市场,希望能够逐渐引入更多真正智能化的研发管理能力。

 

虽然有着这样的计划和愿景,但徐子岩并不想将 PingCode 描述为一家空有野心的企业。在采访中他多次强调,PingCode 的企业文化是工程师主导的,更重视的还是实际的产品与技术落地。如他在采访最后总结的那样:


我们并不是靠宣传取胜的公司,谈到我们的产品和目标时不想夸大其词。我们希望自身的外部形象能和我们的产品匹配,而不是给用户一个夸张的印象。说白了,宣传时描绘得再怎么美好,如果用户使用下来不满意、不买单,最后又有什么意义呢?

2021 年 5 月 26 日 09:19477

评论

发布
暂无评论
发现更多内容

【文末送票福利】龙智携手Atlassian,与您相约GOPS全球运维大会

龙智—DevOps解决方案

DevOps 运维

Spring中使用的设计模式,mybatis自动映射原理

Java 程序员 后端

SpringBoot整合Thymeleaf模板,java技术核心卷二

Java 程序员 后端

Spring事务与事务抽象,java多线程面试总结

Java 程序员 后端

Spring学习--面向抽象编程(模拟Spring的简单实现),java架构师教学视频全百度云

Java 程序员 后端

Spring常用API:Spring类及相关面试点,rabbitmq分布式事务实现原理

Java 程序员 后端

springcloud(三)网关zuul,2021Java进阶学习资料

Java 程序员 后端

OpenHarmony LiteOS C-SKY指令集移植指南

华为云开发者社区

LiteOS 指令集 OpenHarmony C-SKY 移植

SpringDataJPA的Audit功能,审计数据库的变更,springmvc源码分析pdf百度云

Java 程序员 后端

最佳实践|Apache Pulsar 在华为云物联网之旅

Apache Pulsar

云原生 消息中间件 Apache Pulsar 消息系统 用户案例 华为云物联网

Spring全家桶+高并发编程+Netty(1),Java者升职加薪的8项技能

Java 程序员 后端

SpringBoot系列:Spring Boot集成redis,mongodb原理书籍推荐

Java 程序员 后端

谈谈对Dapr的一些感想

LLLLimbo

架构 分布式 微服务 云原生 dapr

SpringBoot整合Shiro(完整版),java学习网站

Java 程序员 后端

SpringBoot:Shiro-整合-Redis,也不用担心用户投诉啦,java技术经理面试题

Java 程序员 后端

SpringCloudRPC远程调用核心原理:Feign远程调用的执行流程

Java 程序员 后端

SpringIOC中复杂属性如何“巧妙”赋值,java五年工作经验面试题

Java 程序员 后端

Spring之防止连接泄露的处理办法,Java开发必会技术

Java 程序员 后端

Spring事务传播属性(面试),分布式中间件技术实战钟林森

Java 程序员 后端

Vue进阶(幺柒叁):表单元素日期校验

No Silver Bullet

Vue 表单校验 11月日更

从挣扎突破到英雄联盟!中国SaaS头部企业阵营渐显

海比研究院

SaaS平台

使用Java+SAP云平台+SAP Cloud Connector调用ABAP On-Premise系统里的函数

Jerry Wang

云平台 SAP abap 11月日更

SpringSecurity安全控件使用指南,建议细读

Java 程序员 后端

云图说|玩转华为HiLens之端云协同AI开发

华为云开发者社区

华为云 云图说 华为HiLens 端云协同

Spring全家桶+高并发编程+Netty,mybatis面试题大全

Java 程序员 后端

springboot整合thymeleaf及常用标签的使用方法,美的java面试流程

Java 程序员 后端

springBoot集成Mybatis,Java资料下载

Java 程序员 后端

CSS页面设计稿构思与实现(二)

Augus

CSS 11月日更

springcloud 高可用的服务注册中心及更高可用,java面试设计题

Java 程序员 后端

SpringCloudRPC调用核心原理:RxJava响应式编程框架,聚合操作符

Java 程序员 后端

SpringDataJPA之快速入门,arm架构v8和V9区别

Java 程序员 后端

自动化赛道迎来国产力量:PingCode Flow能否成为Jira“杀手”?-InfoQ