TMT 行业是一个不断创新的行业。持续的新产品开发和迭代是保持企业竞争力的核心和关键。这一过程可以描述为收集用户需求-产品设计-版本开发-Issue管理-再次收集用户反馈来发现新需求这样一个环路。

Sprint 规划与执行

为了同时管理多个迭代版本或者冲刺计划,可以将它们分别设置为任务分组,比如 [Feature 4.7]、[Feature 4.8],并标注相应的上线时间。这样,既可以回顾历史版本,也可以快速切换正在开发和即将开发的版本。

确定开发的需求,会被放入任务板「Opened」的阶段作为待开发需求,并设置相应的工程师为任务执行者。随着开发进展不断推进,任务会被逐步移动到「Working-On」(开发中)、「Pull-Request」(提交代码)、「in-Review」(回顾), 「in-house Testing」(内测), 直到需求实现,最终移入「Deployed」阶段。项目成员就可以直观了解具体任务和项目整体的进展情况。

需求管理

收集用户需求

首先,运营团队会创建一个「需求收集」的任务分组,将这一流程分解为收集-整理-归类-提交设计四个阶段,分别建立对应的任务列表。

每收到一条用户需求,运营团队就会在「收集」的列表上创建一条任务,具体的使用场景记录在任务备注中,反馈来源和联系方式以子任务的形式呈现,多条子任务则代表多个反馈来源。如果一个需求任务下面有很多子任务,一定程度上说明这个需求被用户普遍需要,值得产品团队关注。

确定开发需求

零散的需求需要产品团队进行定期梳理,按照功能模块整理、归类,才能交给设计与开发。因此,为了后续更好的与设计与开发团队协作,跟进需求的开发流程直至上线,产品团队会新建一个「需求开发」的任务分组,将「需求收集」分组中的零散任务汇总,按照功能模块整理成新的任务,便于和设计与开发团队进一步评估需求。

此时,产品团队需要与设计与开发团队召开会议,确定开发哪些功能。只需要在该项目里创建一个日程,设定会议主题,将相关部门的人员列为参与者,就可以在会议过程中随时记录会议内容。会后,各部门成员再根据会议内容管理团队或自己的任务。

而在原来「需求收集」的任务分组中,经过整理的零散需求会被拖动到「已归类」阶段,其中确认开发的会被移到下一阶段「已提交」,暂缓开发的则停留在这一阶段。

产品设计

互联网产品的设计工作通常分为以下几个阶段:确定设计需求、原型设计、视觉设计、交付开发、产品完善、产品发布,利用 Teambition 我们能快速响应设计需求、直观了解设计进展。

将已经确定的产品设计需求归类储存在第一阶段,备注中明确需求的细节和设计要求。当一个产品有多平台的设计需求时(iOS/Android/Web),你可以用标签来区分它们。

当完成「交互设计」后,设计师可以将对应的设计稿关联至任务,并拖拽至下一阶段「视觉设计」。当任务进入「设计完成」阶段时,你需要添加研发部门的项目经理为参与者,将设计稿正式交付开发。

项目经理确定开发排期和执行者后,你可以在任务里关联对应的开发任务,保证与研发部门的信息互通,以便出现问题及时调整。

Issue管理

Issue的处理过程包括评估、修复、通知用户三个部分。在 Teambition上,可以拆分为提交-测试确认-修复-合并-内测-上线的流程阶段。用标签记录故障发生的平台和软件版本,工程师就可以快速筛选任务。

管理者根据开发计划决定故障的轻重缓急,以优先级的方式区分处理顺序。在任务板中,还能随时调整工作分配和把控进度,为Issue的反馈与处理建立了良好的管理模式。

新产品上线后,对于收集到反馈,又会统计到 [需求管理]的项目,作为下一轮迭代的需求来源。这样,Teambition 就实现了对整个研发环路的管理。