案例| 看万师傅（小亿网络）如何通过PingCode 实现研发管理进化

作者简介：万师傅产品研发中心 WPMC 张琦

公司简介：

万师傅（深圳市小亿网络有限公司），成立与2013年，是一家家居售后服务平台。致力于帮助家居电商、实体门店、物流等企业提供配送、安装、维修等服务，建立售后服务体系；为家庭及个人用户，提供就近到家的安装、维修、清晰、疏通等便民服务；为具备专业技能的师傅提供就业机会和更多保障。

截止2022年3月，万师傅平台注册师傅已超180万，服务范围覆盖全国265个城市共3267个区/县，服务过超80万企业用户及1400万个人家庭用户，累计服务超7000万次。

一、选型背景

选择比努力重要，无论是从万师傅的发展还是其研发管理看都是如此。从0到家居售后服务的头部企业，虽然踩过无数的坑，但也因为坚持了正确的事而在不断的蜕变成长。比如选择在项目管理模式的选择这件事情上。

如何快速迭代，打造客户最需要的功能？

从0到1与从1到100的问题：公司创立初期的主要工作是实现用户核心诉求，目标明确思路清晰，但是当用户量越来越多体量越来越大之后，我们发现“用户需求”也随之膨胀，而作为家居售后服务行业的领头羊，我们面前无可借鉴。于是在面对“选择做什么？“与“如何快速试错迭代？”这两个问题的时候，敏捷自然而然的出现在我们视野里。

哪个工具更能帮助团队落地好敏捷项目管理？

在确定 PingCode 之前，我们咨询体验了国内绝大部分敏捷项目管理产品，现在想来，除功能上的亮点以外，PingCode 自身在产品上的快速迭代和他们对客户成功不遗余力的支持是最打动我的地方。

至少我们在深入了解之后，仍旧觉得他们是懂互联网企业的，除了他们自身是典型的互联网企业，还因为他们能够在线上的客户支持外，多次组织线下回访——了解我们的使用情况、遇到的问题、提供相应的指导。

二、PingCode 的实际使用情况

PingCode Ship：需求收集、管理、路线图规划；

PingCode Project：敏捷开发过程管理；

PingCode Testhub：建立测试用例体系，打通迭代流程，让每一个缺陷都有据可依，测试节奏也更加合理；

PingCode  Wiki：产品需求文档管理，重构产品文档体系；

PingCode 应用市场：与团队其他工具打通，解决多个工具相互割裂问题；

1、建立直达产研中心的问题反馈渠道

在 PingCode Ship 上线之前，我们需求收集是通过钉钉进行的，这个过程一直非常痛苦：

• 从钉钉到 PingCode 需求同步需要重复录入
• 从大量的问题到需求的过程，很容易出现遗漏、状态不同步、信息在传播过程中变形
• 企业用户作为万师傅平台上最重要的用户，缺乏直达产研中心的高效便捷的问题反馈渠道
• …

而在Ship 上线以后：

所有事业群/平台客服/运营推广的同事直接通过 Ship 将内部问题发送到产研中心。

KA客户直接通过Ship将问题发送的产研中心，我们及时跟进问题处理进度，甚至无需经过任何额外的流程和转达就可以直接与我们产品经理沟通，在客户的感知里其受重视程度也得到极大的提升。

经过评审的问题直接通过Ship转化为Project中的需求。 这个过程深受产品经理们的好评，为他们省去了大量毫无价值的工作。

Ship 简直是 PingCode 在我们最饥饿的时候递来的面包和水，这也是为什么我们说他懂互联网企业。（功能体验通道）

2、敏捷开发流程的落地与管理

在进行管理变革的时候，通常会选择一个合适的团队做先锋军，在没有探索出适合自身团队的敏捷方法之前，直接对整个团队公司做项目管理的敏捷转型显然是不明智的。

这里不得不提，PingCode 目前支持Scrum、看板、瀑布三种项目管理方式，所以不同的迭代团队或不同的产品阶段可以在 PingCode 选择适合自身的项目管理方式。

其次，敏捷重要的是思维方式的转变，而这种思维方式的转变是随着团队敏捷成熟度的提升而不断变化的，在团队彻底转变之前，正确的工具以及内置的敏捷最佳实践能够一定程度帮助团队避免敏捷思维转变上的一些坑。

而但凡了解过 Scrum 敏捷开发的同学应该都能看明白 PingCode 上内置了较为标准的 Scrum 敏捷流程方法。

tips：敏捷初期，流程工具最重要的是协助我们进行项目管理方法的转变，千万不要陷入完美的流程和无数的细节里难以自拔，通过流程和工具约束核心节点先把敏捷做起来，在这个框架下不断思考敏捷，进入正向的PDCA循环，最终实现思想敏捷。

那么我们是如何通过PingCode 落地敏捷过程管理呢？

需求管理上:我们在尽可能按照史诗、特性、故事、任务、缺陷的特性进行区分，这对后续需求拆分和能效衡量非常重要；史诗、特性、用户故等在PingCode 均支持；

Scrum 敏捷流程中的几个关键会议，我们都是在 PingCode 支持的基础上进行，以确保各岗位的同事都能养成使用工具交流信息、及时更新信息的习惯。这样以后，即使不参与迭代的人也能通过查看PingCode了解迭代的情况；

为了确保流程和规范不流于形式，在敏捷流程和迭代泳道流转过程中我们都有一些硬性的原则，这些原则看起来死板但确是促进质量内建，问题左移的重要推力。比如：

• 没有完整的PRD不能进入迭代
• 每开发20个业务需求，都要安排若干技术需求，避免积累过多技术债
• 迭代启动后，不能新增需求，除非替换掉（按价值排布优先级）
• 没有通过冒烟的需求，不能进入测试
• …

这些流程和规范都在PingCode 的辅助下顺利执行，以下是我们标准迭代要求的部分介绍：

小结：

• PingCode 的敏捷流程完善贴合Scrum；
• 提供的不仅是工具，同时还有一些方法论的学习；
• 同时满足多种项目管理模式

3、支撑团队/个人效能提升

PingCode给我们带来的另一个惊喜就是效能度量。通过什么样的方式衡量团队/个人效能，又如何收集不同维度下的数据用来支撑效能指标，原本让我们头疼不已的问题。而无论是效能数据采集，还是使用关键效能指标数据衡量迭代效能均支持。

其他方面：

除了以上能力外，PingCode 还有Flow、Access等模块我们也都有使用，感觉上来说：他们的服务和这两个模块是让你无需过多关注工具本身，而专心项目开发即可，比如：

• 当PingCode客户成功带着我（甚至我都不需要带脑子），一步步做完Access配置后，我就再也不用管新同事入职分配账号和员工离职关闭权限的问题了
• 将我需要的自动化的节点告诉 PingCode 客户成功，他们就把配置好的 Flow 导出给我，我再导入 PingCode 就好了…

PingCode 应用市场还有各种IDE、git、Jenkins等应用，让你再各个节点都可以关联PingCode实现流程化线上化。

目前我们用的最爽的就是Jenkins Plugin应用，他可以让我们在内部CICD流程中关联PingCode上的需求和缺陷，让每一次构建内容都一目了然，测试也可以更有针对性的测试，保证质量。

除了解决整个开发阶段的管理问题之外，PingCode还有目标管理工具Goals，我们可以使用它将管理公司年度战略规划OKR，同时关联整个公司的迭代项目，这样战略目标的达成情况和进度也可以非常方便的跟进。

以上就是我们团队使用 PingCode 的一些基本情况。

文章有删减，完整内容请前往PingCode官网进行查看：

PingCode 官网