Skip to content
本页目录

开发流程

开发流程包含 迭代编码 ,这一章你将学会如何高效地协作和开发。

迭代

我们采用敏捷开发的模式,来持续地产出和交付,下面是开发流程:

  1. 产品经理在Tapd上录入需求,形成一个大的需求库
  2. 迭代开始前进行需求评审工时计算
  3. 项目 leader 拿出一部分需求划分任务工时 ,作为一个迭代
  4. 开发根据接收到任务迭代时间表 开始编码,请按照时间表的顺序处理需求
  5. 完成一部分需求自测没问题后可以提交测试
  6. 完成整体需求后进入测试阶段,同时开发修复测试反馈的 bug
  7. 交付产品验收

TIP

如果当前任务有前置要求导致你无法继续的时候可以先跳到后面的任务。

Tapd

Tapd 是一站式敏捷研发协作云平台,我们使用它来进行高效的协作。以下是你需要注意的项:

  • 迭代开始后,你的工作台中都会收到相应的任务,当你开始开发时将任务状态改为研发中
  • 研发过程中,在任务详情可以新建子任务来记录任务完成度工时
  • 研发完成后,将任务状态修改为质控中 ,并且处理人添加测试的同事
  • 需求库中有未来的任务,你可以提前熟悉它们
  • 当出现 bug 时,修复 bug 也需要修改对应的 bug 状态

有些项目组可能没有测试,需要申请测试资源,由项目 leader 将任务状态修改为质控中,然后提交质控申请单,申请测试资源。

开发流程图

提示

bug 会出现在你的工作台中,bug 日清是一个好习惯。

迭代表

除了 tapd 以外,你还会有一份迭代表,通常是一个 excel 表格。上面会记录工时,迭代时间节点,负责人,任务完成度之类的信息,记得每天更新它。

原型图

原型图可以帮助你理解需求,梳理业务逻辑。在开发之前请确认是否理解了原型图,有疑问的地方多跟产品沟通。

设计图

设计图是交付产品验收的重要依据,请高保真地完成设计图中的页面。如果开发过程中遇到逻辑问题,保持团队沟通。

接口文档

后端的接口文档托管在swagger中。如果你还不熟悉的话,先看看如何使用它们来调试接口。需要对接数据时,可以找后端的同事拿对应文档。

WARNING

在迭代的过程中,你可能会遇到产品原型或者设计图的修改,简单的修改请跟产品确认清楚。改动较大则反馈给项目 leader,再决定调整迭代时间还是延期。

开发流程已经加载完毕