PingCode 3.0 发布，开启国产研发自动化时代

• PingCode Agile帮助团队实施敏捷开发，通过Scrum或Kanban规范团队的协作流程。
• PingCode Testhub组织测试团队的测试用例和测试计划，为最终的产品质量保驾护航。
• PingCode Wiki将知识与经验进行总结和沉淀，保证了团队信息的准确性和正确性。
• PingCode Plan和PingCode Goals通过规模化敏捷和OKr，将管理能力向上延伸到跨团队以及整个研发体系，保证了产品目标的一致性。

那么问题是，研发团队在使用了上述的几款产品之后，是否还有提升的空间呢？

通过ITChronicles的一项调查显示，当前技术工作者一年有将近69天都在进行着事务性工作。也就是说，每年全球有将近5万亿美金被浪费在了这些重复性的工作中。

同样的，在我们对PingCode的客户以及国内研发团队的调查中发现，83%的工程师都感到他们的日常工作缺乏效率。研发团队每周都要花费大约10%的时间来人工处理那些重复性的工作。

而我们PingCode自己的研发团队反馈，每一次迭代（2周）每个人都要花费大约9-10个小时去处理工作项的状态同步、信息交换和突发事件的人为提醒等事情上。一方面，这些工作繁杂琐碎，极大地影响了研发团队的工作效率，使得工程师无法专注于最有价值工作上。另一方面，一旦操作有误，就会影响团队的协作，导致信息不通畅或信息错误，进而影响产品进度和质量。

因此我们看到，在通过敏捷开发、测试管理、文档管理的基础上，如何提升研发团队工作效率，让团队成员从那些重复性的、事务性的工作中解脱出来，成为了另一个可能提升研发效能的突破点。为了解决这个问题，我们很高兴的向大家宣布，国内首款研发自动化产品PingCode Flow正式发布。

 

PingCode Flow

 

PingCode Flow自2020年10月开始立项，致力通过自动化技术解决团队重复性工作的问题，提高工作效率和正确性。它对于研发团队的作用与效果可以简单归纳为：

• 通过Flow的规则引擎和丰富的链接器，将那些烦闷的、重复性的和事务性的工作从手动操作变为自动触发执行，让团队专注于真正创造用户价值的任务中。

• 即使我们都是使用Scrum和DevOps，不同企业、不同团队、不同部门都有着不尽相同的工作流程。Flow能够在不破坏通用规则的前提下提供丰富的个性化流程控制，在不增加额外工作量的同时完成复杂各异的场景需求。

• 目前，Flow能够与PingCode全线子产品如Agile、Testhub等进行关联，同时也能关联PingCode后台系统，服务于整个研发团队。

• 不久的将来，Flow将突破PingCode的限制，连接Github、Jenkins等外部系统，让你的整个DevOps流程通过Flow自动流转。

 

功能强大，简单易用

 

强大灵活的功能往往带来复杂的交互和学习成本。但是，PingCode Flow在产品的灵活性和使用的便利性上获得了很好的平衡。无需大量的学习成本和设置工作，使用者就能够通过交互式的方式快速创建和编辑适用于自己团队的规则。

譬如，一个很典型的研发场景，在子工作项都标记为「已完成」后，我们需要将父工作项也同步标记为「已完成」。之前需要所有团队成员在完成了当前任务后，还有再去检查一下其它的任务是不是都完成了，然后再设置父工作项的完成状态。现在，在Flow中通过如下几个步骤就可以自动实现。

首先，在PingCode Flow主界面的「新建规则」中创建一个自动化规则。





选择「变更工作项状态」触发器，它会在工作项状态发生变化后触发这个规则。





设置触发器的条件，仅当这个工作项的的状态由「进行中」变为「已完成」后才会触发。





接下来，我们需要获取到这个工作项的父工作项，然后判断他的子工作项（也就是当前任务之外的其它任务）是不是都是完成的状态。这个逻辑通过「获取父工作项」和「子工作项属性条件」就可以完成。





当这个条件满足时，我们的规则会继续执行后续的步骤。添加最终的操作，将父工作项的状态也设置为「已完成」。





至此，通过简单的四步操作，我们就完成了一个规则的设置操作。自此，每当PingCode Agile中有一个工作项状态从「进行中」变为「已完成」，这条规则就会自动执行，判断其它的任务是不是都完成了，然后设置父工作项的状态。一方面，确保了工作项的状态都是正确无误的；另一方面，也节省了工程师宝贵的时间。

 

无代码，可视化

 

PingCode Flow是一款研发自动化产品，同时也是一个无代码平台。通过上述的例子可以看到，使用者无需开发，通过可视化的操作就可以完成规则流程的设置。





而条件判断，针对不同的属性不同的数据类型，支持的操作符也各不相同。能够最大限度的满足客户的使用需求场景。





不仅是顺序执行，Flow还提供了并行执行的能力。





在后续的版本中，Flow还将提供条件判断、循环等更为复杂的逻辑控制，更多的触发类型和条件，覆盖更为全面的自动化场景。无论是同步任务状态、自动通知阻塞工作项信息、消息邮件提醒和默认缺陷属性值，还是定期清除陈旧的工作项、自动创建任务对应的代码分支、通知团队成员新版本发布，都能在PingCode Flow中实现。

 

规则模板，开箱即用

 

到此为止，您可能已经对Flow有了一些了解并且希望去尝试在团队中使用。虽然通过之前的介绍，可以通过简单的操作配置一个规则，但是我们强烈建议您浏览一下目前系统推荐的模板。这些模板是我们经过调研后，发现研发团队普遍存在的问题，有针对性的创建的一些规则。在初次向团队引入自动化工具时，我们建议您从模板中的场景开始，逐步推进。





规则模板	研发场景	解决方案
同步重复的工作项状态	研发过程中会遇到有重复的工作项的情况，他们有时会分属不同项目，有时是针对不同人群。通过「重复」类型的关联关系可以方便查看，但是状态的变化仍需要手动同步。	当一个工作项状态发生变化时，将会自动同步与他关联关系为「重复」的工作项状态。
自动设置工作项负责人	团队成员开始开发某个用户故事时，会设置其状态为「进行中」，但是经常会忘记将负责人设置为自己。	工作项状态变为「进行中」时，如果没有负责人，就设置为当前用户。
通知被阻塞工作项	一个迭代中某个工作项会被其他工作项阻塞。如果这个阻塞的工作项完成了，需要开发人员通知被阻塞工作项的负责人状态已经变化了。	工作项状态变化时，所有被其阻塞的工作项都会自动添加一条评论（并通知），告知状态的变化。
消息邮件通知	除了PingCode内置的消息，希望能够有邮件的通知通道。	团队成员收到消息后，会自动向其账号对应的邮箱地址发送邮件。
自动将用户加入指定测试库	新同事加入团队后，需要测试组长手动的加入到对应的测试库。	用户加入到某个用户组后，会自动加入到某些测试库。



未来的计划

 

自动化已经成为当前研发管理工具的必要一环，各个企业在重视产品质量的同时，也开始注意团队效率的提升。Jira于2019年收购了应用市场中的自动化插件开发商Code Barrel，并于2020年3月基于这款插件发布了自己的Jira Automate。微软也早早发布了Power Platform平台下的Power Automate自动化产品。同样的，Asana、Clickup等产品也在近两年陆续推出了自己的自动化产品。

正式在这样的大背景下，结合了我们对研发团队的调研和研发效能的理解，推出了PingCode Flow。在2021年，我们将会尽力扩展PingCode Flow的能力，包括更多的触发器类型，连接PingCode现有子产品的同时，连接外部系统，做到研发流程规范者和研发效率的助推器。

而今后，我们将基于当前的技术架构，逐步将PingCode Flow由自动化工具升级为研发管理的低代码/无代码平台，提供更为丰富和全面的使用体验和扩展能力，让您的团队更加专注于核心价值的产生。

因此，您是否可以在完成了今天的任务后，回头梳理一下团队的日常工作，重新审视一下，有哪些是您真的希望团队专注并真的产生了价值，而又有哪些是可以通过工具和技术手段去自动执行。

 

PingCode官网，现在注册还可立即获取25人免费版