项目实战｜如何在「Tower 协作」中进行研发管理

关于 Tower 协作

「Tower 协作」是 Tower 落地在飞书上的全新项目管理工具，团队可以直接在飞书应用中使用「Tower 协作」管理项目，打通职场即时沟通与项目管理，提升团队协作效率。

作为「Tower 协作」项目管理工具开发者，我们也是自己产品的「用户」。

今天这篇分享，将为大家揭秘我们团队如何使用「Tower 协作」不断迭代和优化产品。

01

研发管理场景与流程

制定规范化的研发流程，对明确阶段性工作内容，分配成员任务，跨团队合作有着十分重要的意义。
需求开发过程，往往包含了多个角色（运营、产品经理、设计师、研发工程师、测试工程师等等）以及不同的工作流程。这个时候可能会出现「设计师管自己的设计」，「研发工程师去写自己的代码」，相遇于会议室，相忘于文档的海洋。
研发流程可视化，进展情况透明，才能更有效分配任务，避免项目延期，让工作推进的更加顺利。
「Tower 协作」团队的研发管理主要分为五大场景：需求、设计、迭代、缺陷、排期
在研发管理项目中，每个成员都能进入场景查看工作进度：各场景对应的工作流程：

02

跨团队、多场景协作

以下将为给大家介绍，我们团队在多角色、多场景、复杂流程中的具体操作。

1

需求管理

「Tower 协作」作为一款围绕「用户」打造的产品，我们大部分需求来源于用户。客服对用户反馈的问题进行汇总并分类，判定是「缺陷」还是「需求」。
如果判定是「需求」，运营团队则在 Voice 项目下的需求管理场景里创建一条需求任务，记录需求背景描述，添加相应的字段内容。通过「Tower 协作」，让每一条需求的来源和背景更加清晰。
产品经理通过对 Voice 里反馈的问题进行筛选和分析，梳理需求优先级。通过自定义字段和筛选器功能，我们会创建自定义视图，聚焦关键任务。需求通过评估和分析后，产品经理会将其添加到研发团队的「研发管理」项目的「需求池」场景。   * 需求场景流程：之后，产品经理设计需求方案，通过评审，最后定稿，需求方案以文档形式添加到需求任务附件中，开发进入下一个阶段：UI设计。

2

设计管理

   * 设计场景流程：需求方案确定后，产品经理在需求任务下创建一条「UI 设计」的子任务，并将其添加到「设计」场景下。设计师在收到任务后，负责对设计任务进行分拆并预估时间。
设计师在完成设计后，将设计稿链接地址附在任务内，开始进行评审，评审中反馈的问题在任务中以备注形式描述。另外需要沟通的问题，也可以通过任务内的「群聊讨论」功能发起讨论。设计任务包含「设计评审」和「PM 评审」两个自定义字段，评审通过后，评审人员需进行最终确认并将字段标记为「通过」。
以上所有完成后，需求进入到下一个阶段：等待迭代排期。

3

迭代管理

   * 迭代场景流程：研发团队使用我们熟知的敏捷开发流程，在规定好的迭代周期交付产品，每个迭代周期会制定一个「版本号」，对于确定排期的需求，在「迭代」场景创建一个需求关联的开发任务，并设定其迭代版本。每个迭代开发任务会指定一名具体的开发负责人及多名开发工程师，一起讨论并编写技术方案。技术方案确认完成后，工程师需对迭代任务拆解成子任务，并设定截止时间，同时还需确定几个关键时间点：测试时间、发布时间，并在需求任务中进行记录。迭代开发完成进入测试阶段，开发负责人将任务从「开发中」拖至「测试中」，并将功能部署到测试服务器，通知相关测试人员进行测试，如遇到问题迅速通知相关工程师处理。
所有功能测试通过后，按预计时间点正式发布，同时更新关联任务的状态，通知相关团队发布信息，关注用户使用反馈。

4

排期管理

在「排期」场景中，我们将每一次迭代发布作为一个里程碑，帮助我们更好的复盘分析迭代中遇到的问题，及改进方案。

5

缺陷管理

前面需求管理中我们提到的，运营团队收到的被判定为是「缺陷」的用户反馈，运营需要在「缺陷」场景里创建一条缺陷任务，并在任务中对问题进行描述及设置优先级，研发团队会对高优先级的缺陷快速修复并上线。

6

进展模块

项目定期同步进展对项目成员来说是获取信息的最有效途径，在项目「进展」场景，项目负责人可以每周进行状态更新，总结当前项目状态、评估风险，准备下一步计划等

03

模块应用

「Tower 协作」针对以上的跨团队、多场景协作有一套专门的模板，方便研发团队直接开箱使用。
获取方式：进入「Tower 协作」 - 项目模板 - 研发管理类目 - 研发管理（多场景）- 使用此模板

希望这次的分享能帮助大家更好的理解跨团队、多场景的研发管理，以及如何在「Tower 协作」更便捷管理复杂流程的任务，从而提高协作效率、改善沟通质量、快速达成目标。

相关阅读：