行业案例

black;百姓网;TAPD在百姓

扫一扫分享此案例

百姓网 (Baixing.com)是国内领先的分类信息生态服务商，也是中国互联网轻资产模式的典范。一直致力于打造以分类信息业务为平台、多条垂直业务线布局的生态圈，为用户提供涵盖招聘求职、生活服务、房屋租售、二手车买卖、二手交易、教育培训、同城交友等本地生活解决方案。

在成立的前9年里，公司人数始终控制在百人以内，秉承着精简高效去流程化的小团队运作模式。 “让交付的速度跟上思考的速度”，是最初这支“小而美”的产品技术团队一贯坚持的原则。

随着近两年的业务战略调整，公司在新三板挂牌上市，人数也逐渐扩张。产品技术团队从原本的“小而美”到“中而美”，在不同的发展阶段百姓网始终在思考如何为效率而生。 __2017年我们引入并推广了TAPD，有效解决了因业务扩张对团队带来的新挑战。目前TAPD已经成为百姓网工作中不可或缺的一部分。__

##!!#2f58b8 需求管理!!

###BEFORE
项目迭代初始，百姓的业务和产品团队会通过快速的需求沟通与研发团队确认业务目标和实现方式，在细化需求文档后与研发同事进行评审并确认时间点。早期百姓的需求文档采用wordpress、tower等工具，起初团队成员精简，产品业务也相对敏捷和独立，需求可以快速响应，快速上线。

![图片描述](/tfl/pictures/201706/tapd_20106291_1496930399_73.png)

###AFTER
随着产品与不同业务间的协作沟通越来越频繁，以及多角色参与后的信息同步和流转问题的出现，对需求和项目管理的要求不断提升。产品需要通过平台来撰写需求并汇总给研发团队，其中包括MRD、PRD、UI稿等资源。
 
####需求迭代的管理
 __MRD环节：__ 先由业务需求方整理和书写MRD，核心PM定期审核所有MRD并通过TAPD进行流转评审，明确哪些MRD可以通过，流转下个环节；
 __PRD环节：__ 通过审核的MRD会由不同的PM跟进并输出对应的PRD；核心PM定期审核所有PRD并确保PRD方案的正确性和可实施性；
 __排期环节：__ PM leader、开发工程师leader、测试工程师leader以周为单位对通过评审的PRD进行优先级排期和开发、测试时间的确定；
 __测试和上线环节：__ 开发流程完成后进入测试流程，测试通过后通知各方周知，进入上线流程。

![图片描述](/tfl/pictures/201706/tapd_20106291_1496930408_29.png)

####需求流转
需求通常有以下几个关键状态流转，相关方都可通过消息提醒实时了解自己参与的需求状态变更：
产品制定初步规划（ __规划中__ ）→ 产品描述具体需求（ __撰写中__ ）→ 产品流转给产品决策委员会确认需求合理性（ __评审中__ ）→ 确认需求（ __通过评审__ ）→ 完成排期并纳入迭代计划（ __开发中__ ）→ 开发提交测试（ __测试中__ ）→ 测试确认（ __已测试__ ）→产品确认需求完全上线和验收（ __已上线__ ）

![图片描述](/tfl/pictures/201706/tapd_20106291_1496930414_65.png)

####需求变更
产品、设计、业务、开发实现、上线范围等可通过需求变更历史进行追溯，并可同步所有干系人，对于外部的依赖和可能存在的风险都可及时地做出相应的策略调整和周知，也能让所有职能同事清晰地了解目前的需求定义和进展。
 
####干系人管理
不同的项目区分板块进行管理，不同的干系人也可通过需求状态、迭代、甘特图、报表等途径了解自己所关心的业务情况，确保信息高效同步，并能定期发布以推动当前处理者及时解决。

![图片描述](/tfl/pictures/201706/tapd_20106291_1496930428_17.png)

<br  />

## !!#2f58b8 研发管理!! 
###BEFORE
最初百姓网技术团队追求效率的基因也是非常典型的，工程师在日常工作中会时时思考并实施提升研发、流程、协作效率的有效方式，更倾向于通过自动化的机制而不是僵化的流程制度来解决一些问题。对于小规模的增量业务，技术团队一手负责产品的开发测试到部署上线一体化。

###AFTER
随着业务形态的变更，越来越多地中大型项目加入到日常迭代中来。百姓网产品需求从设计到上线有着较多的环节和流转，其中有的能走完所有流程上线，有的可能会被否定，此外不同的环节也会有不同的负责人，需求状态的管理是件复杂的事情，不同项目的流转流程和环节会不一样。因此环节的流转需要强加控制，迭代的沟通成本较高。

引入TAPD之后，在项目中可以自定义流转环节、默认处理人、权限，我们使用这一组功能很好的确保了项目流程的灵活性和可控性。

![图片描述](/tfl/pictures/201706/tapd_20106291_1496930437_80.png)

TAPD里有个“迭代”的tab，可以自定义迭代和分配不同的需求到不同迭代中；迭代中每个任务的优先级、状态、处理人等信息可以直观且清晰地看到。

![图片描述](/tfl/pictures/201706/tapd_20106291_1496930443_95.png)

## !!#2f58b8 测试管理!! 
###BEFORE
百姓网测试团队以功能测试为主覆盖App、Web和Wap端不同产品的测试，来响应小规模迭代开发，达到网页平台端快速发版上线的灵动。

####测试用例管理
测试用例一般用ShareDOCs的方式来管理（包括Google docs和Office 365），结合思维导图（Mindmap）的形式来覆盖主要功能测试点。缺点在于无法有效追踪测试进度和用例缺陷的关联度。

####缺陷管理
百姓使用开源缺陷跟踪系统Redmine进行管理，涵盖提交（New）、修复（Fix）、关闭（Close）等整个生命周期，有较强大的缺陷变更和跟踪记录。

![图片描述](/tfl/pictures/201706/tapd_20106291_1496930456_5.png)

####测试报告
百姓的测试报告基于单个项目的测试报告和总结，一般是业务线的QA手工完成（包括Excel、redmine的筛选统计功能），综合测试覆盖率等数据邮件发给研发团队。

###AFTER
随着业务的增量扩张，需要测试的模块数量和复杂度上升，项目本身需要更为合理和统一的平台来追踪和呈现测试相关数据。TAPD很好解决了这一痛点，有效反馈产品质量现状。

####缺陷管理

![图片描述](/tfl/pictures/201706/tapd_20106291_1496930468_75.png)

![图片描述](/tfl/pictures/201706/tapd_20106291_1496930474_92.png)

####缺陷创建模板

![图片描述](/tfl/pictures/201706/tapd_20106291_1496930479_63.png)

####测试计划&测试用例
百姓的测试通过测试计划→ 测试用例→ 缺陷的状态更新，直观地同步项目组产品测试进度和质量现状。

![图片描述](/tfl/pictures/201706/tapd_20106291_1496930488_69.png)

![图片描述](/tfl/pictures/201706/tapd_20106291_1496930494_46.png)

####测试任务
通过在需求内通过创建任务的方式对测试进行管理，这对于只有简单执行无需流转的任务是比较便捷的方式。

![图片描述](/tfl/pictures/201706/tapd_20106291_1496930500_50.png)

__百姓网产品技术团队带着追求效率的基因一直在不停地进化，而TAPD则是那关键时刻的催化剂，帮助团队在未来一路前行得更快更远。__

__最后附上百姓网技术产品团队合照：__

![图片描述](/tfl/pictures/201706/tapd_20106291_1496930510_85.png)

协作&沟通

规划&跟踪

构建&交付

应用&扩展

在线帮助

服务支持

行业案例

black;百姓网;TAPD在百姓