文档

远图互联:自定义流程实现高效需求管理

背景

在互联网+医疗快速发展的趋势下,公司业务高速发展,产品线以及团队规模也在快速扩张。当前产品研发团队已超过200人,对团队协作、研发效能提升带来了很大挑战,传统的项目管理方式难以持续,出现了越来越多的问题。当团队在内需推动下,探索新的效能提升方案,寻求突破升级之际,阿里巴巴云效2020走进了我们的视线。

浙江远图互联科技股份有限公司是一家互联网+健康医疗整体解决方案提供商,通过互联网+健康医疗区域服务平台提供SaaS化平台服务,致力于为患者提供就诊全流程优化服务。

企业现状及痛点

从人员组织结构上,产品研发团队分为产品、前端、后端、测试,研发运行按产品线采用虚拟团队的方式。为了提高人员利用率,以及对紧急任务进行快速处理,一个人有时会负责多个虚拟团队的事务,产品线与人员组织关系如下图所示:

0在需求来源上,由于公司基于城市区域SAAS平台模式对外提供服务,采用项目签单模式进行交付式合作,一般每个业务线的需求来源包括:区域项目交付需求、区域项目售后以及产品运营规划,需求来源如下图所示:

1

随着签约及上线的区域越来越多,需求来自多方,且紧急程度不一,需求变更以及紧急需求插入也变得难以管控,整体的需求管理复杂度越来越高。需求产生的任务分解、排期、人员协调难度也变的越来越大,管理和沟通消耗了大量资源。为了完成需求交付,研发团队长期高压力高负荷运行,但项目交付延期的情况依然较严重。由于管理和研发工作没有清晰留痕,流程优化和升级也无从着手。

基于以上问题,需求管理模式升级也变得越来越迫切。在引入云效2020之前,研发团队曾经尝试过以下方案:

传统的表格方式管理

采用表格的方式进行任务分配管理,把任务分解到人,并进行研发排期管理。这种方式存在几个比较严重的弊端:

•表格文档不利于共享,维护后无法通知到个人;

•由于多个产品线并行,很难跟踪每个人进行中的任务,排期难度较大;

•历史记录难以维护,不利于问题分析;

•需求、文档、任务管理是分离的,需求描述及交付相关文档不能统一管理。

用表格管理的需求与任务:

2

基于钉钉任务管理

采用钉钉任务对需求分版本进行任务分解和排期,在一定程度上解决了进度状态同步的问题,历史交付也在一定程度上有所留痕,但依然存在一些不足的地方:

•不支持跨产品虚拟团队人员的全量任务跟踪;

•不支持需求描述和资料关联;

•缺乏整体性的、框架式的需求看板。

基于钉钉任务的需求和任务管理:

2

基于云效的解决方案

自定义研发流程

为了加强从需求到产品的合理管控,控制研发周期,提高交付质量,我们对整个研发流程与每个阶段的产物进行了规范:

•需求必须经过严格分析,有清晰完整的产品方案和交互稿。

•部分需求必须有完整的技术方案,且进行评审后,方可进行开发。

•产品发布需经产品验收,方可发布等。

从需求到交付全流程如下图所示:

1

需求开发进度在云效看板中清晰可见:

1

任务分解及排期

需求拆解成不同类型的任务进行执行,任务清晰到人,完成时间明确,可以有效控制需求交付时间,任务开发进度如下图所示:

1

日常任务跟踪

通过每日站会,基于看板同步任务状态,从整体上反映一个项目进展情况:

1

通过云效还可方便地跟踪团队成员任务情况,查看指定人员当前手头上的任务:

1

任务产出管理

云效知识库提供了丰富的文档工具,可在线共享项目文档,团队成员可见,需求与知识库关联,便于链接并查看:

image

测试与研发质量管理

出于加强质量监督的目的,质量控制与测试团队在组织架构上是独立部门,有其相应的管理要求。在云效上我们建立了独立的研发质量管理项目,通过以下步骤跟踪管理测试任务:

1. 研发质量管理项目创建提测需求。

2. 测试任务关联提测需求。

3. 测试同学负责维护需求和任务状态。

image

发布执行

测试完成后发布测试报告,研发同学执行发布计划,然后基于发布计划在云效流水上进行功能发布:

1

效果分析

基于云效2020,结合自定义的研发流程,实现了需求分解、开发排期、人员分配、状态跟踪,达到了需求任务管理清晰、便于跟踪的目标,解决了需求管理复杂的问题。同时基于云效的强大功能,还带来了更多的附加价值和效能提升:

对比项

表格

钉钉任务

云效2020

任务看板

不支持任务看板

不支持任务看板

支持看板模式,需求状态一目了然,便于进度跟踪

状态跟踪及提醒

不支持自动提醒,完全依靠线下沟通

钉钉内管理,任务状态变更实时提醒

与钉钉账号关联,任务状态变更、评论实时提醒

团队成员任务跟踪

完全依靠人工,统筹难度大

不支持个人维度的任务查看

支持团队成员任务查看,便于跟踪团队成员状态,在任务间调配人员时不再顾此失彼

需求沉淀

历史数据采用文件方式,易丢失难管理

仅支持任务管理,无法维护需求信息

历史需求全部沉淀在云效,便于历史需求的回看

产物沉淀

各个职能团队分别管理,缺乏关联

各个职能团队分别管理,缺乏关联

支持资源管理,过程文档、测试用例与需求关联沉淀

总结

需求管理分散,进度状态跟踪难度大

仅满足任务管理基本需求,需求管理能力不足

支持需求从创建到发布全生命周期管理,满足各个阶段信息管理、资源文档管理、状态同步、数据统计、部署发布的需要

展望

第一阶段的目标已顺利完成,达到了预期的效果,但离设想中的完整形态还有一些距离,后续将继续探索云效2020的各项能力,基于云效2020完成整个研发生命周期的管理:

•代码库的管理,打通需求与代码管理的连接。

•代码库与流水线的连接。

•代码质量管理,包括代码提交审核流程、代码检测工具的使用等。

•充分利用云效的数据统计分析能力,发现问题,提高研发效能。

作者(合作者)介绍

燕强,平台技术团队负责人,负责远图平台技术团队的研发管理、架构设计工作,主导互联网医疗、互联网医院等产品线以及基础平台建设。致力于研发管理流程优化,研发效能提升以及研发管理变革的推动落地。

重要

本文内容非阿里云官方提供,如您发现本文档存在侵权内容或其他问题,请提供相应证明材料并在本页面内提交反馈信息,阿里云会协调或通知相关作者进行处理。

  • 本页导读 (0)
文档反馈