"旅游之前, 先上马蜂窝." 已经成为许多人习惯性的选择.
2019 年 5 月, 马蜂窝完成了新一轮融资, 金额达 2.5 亿美元. 这也标志着通过集内容, 社区, 交易为一体的消费决策场景构建, 从攻略社区起家的马蜂窝开始迈入在线旅游行业头部阵营.
决定出门旅游, 交通方式是用户首先要考虑的事情, 为了帮助用户从行程起点开始, 高效完成旅游消费决策的全链路闭环, 马蜂窝上线了 "大交通" 业务, 主要提供机票, 火车票及租车自驾游等服务, 让用户从出行方式开始, 享受旅游的乐趣.
一年多的时间里, 马蜂窝大交通研发既要满足业务的需求, 提升研发的效能; 更要保证服务的质量, 降低线上故障率. 这支从零组建的团队经历了不小的挑战.
第一阶段 成立初期
填补业务空白是首要目标
在成立初期, 团队的首要目标是快速支撑起业务, 填补业务空白.
业务从无到有, 功能开发需要具有快速迭代和交付的能力. 我们采用的是双周迭代模式, 挑战性比较强. 从初期开始, 我们就对项目研发全流程管理就非常重视, 尽力使每一个环节都能做到规范, 高效, 透明.
1, 分类需求, 明确迭代周期
初期团队只有十几人, 但是每周并行的需求也不少. 为了在项目快速上线的同时保证质量, 我们按照需求的不同类型和等级梳理了交付的核心时间节点, 大致分为 3 类:
• 日常: 开发工期较短, 1 个迭代 (双周) 内完成.
• 项目: 开发工期 3 天以上, 尽量在 2 个迭代 (四周) 内完成.
• 线上事件: 计划外的突发状况, 通常来说紧急程度高, 可能会直接影响线上业务, 需要及时响应.
图 1: 需求交付核心时间节点
为了合理安排开发资源, 除线上事件外, 所有需求每双周进行一次 PK, 根据项目价值, 优先级, 资源情况等确认后续 2 周的需求范围.
日常, 项目需求主要流程如下图所示:
图 2: 项目流程示意
2, 借助 TAPD, 实现可视化管理
工欲善其事, 必先利其器.
为了实现研发流程的高效, 透明, 团队初期就决定用工具来管理研发项目全周期. 经过对比后, 我们最终选择了 TAPD, 主要是因为 TAPD 具有灵活配置, 操作简便以及支持移动办公, 项目间隔离性强等优势.
在团队初期, 我们主要用到的是 TAPD 的 "看板" 功能进行需求管理, 迭代管理和项目管理.
使用看板标签区分以下字段 --
• 需求优先级: P0,P1,P2,P3
• 需求类型: 项目, 日常
来源: https://www.qcloud.com/developer/article/1505601