开发工具 用协作工具开展以 Sprint 为分类的敏捷开发

jiyinyiyong · 2014年04月01日 · 最后由 jiyinyiyong 回复于 2014年10月20日 · 3902 次阅读

在敏捷开发这个词越来越火之后,我们的研发团队也逐渐向敏捷方向转型。前段时间团队用 teambition 来帮助进行敏捷开发,今天把我们团队如何以 Sprint 为分类进行敏捷开发的方法分享给大家。首先我们从产品的需求管理开始说起。

产品的需求收集

以我们公司正在进行的 iOS 客户端开发为例,在名为“iOS app 开发”的项目中,产品负责人(以下简称 PO)会创建一个 Product Backlog 的任务分组,用来收集产品的需求和用户故事。PO 会按优先级顺序排列来帮助自己管理需求。

以 Sprint 来安排开发的排期

研发团队用 Sprint Backlog 的任务分组,来进行工作量的预估和安排。

确定项目 Backlog

通过 Sprint 计划会议,PO 从 Product Backlog 中选出需求点作为本次迭代的目标,将其移动到 Sprint Backlog 中。

这个目标的时间周期一般为 1-4 个星期,研发团队将这个目标细化成一个个可执行的任务,以此来建立完整的 Sprint Backlog。

确定 Sprint 进度

任务的进度条可以展示整体的 Sprint 排期完成情况。

任务板显示开发进程

每个 Sprint 都会有一个新的 Sprint Backlog 任务板,任务板的阶段可以设置为“需求 计划中 进行中 测试中 已完成”,如下图所示: 当任务需要进行下一阶段时,可以通过拖拽任务卡片,将其移动到下一阶段。同时,你可以通过修改执行者,来告诉对方可以进行下一步的工作了。

当一个需求目标所涉及的所有任务都完成时,该目标会被移动到“已完成”,表示该目标已实现。 这样操作的好处,我认为有以下几点:

Ÿ1 对于不同类型的事情,只需要进行头像的拖拽,就可以快速分配出去; Ÿ2 可以给每个需求设置截止时间,当任务完成的时间超过预期时,会用红色标注显示;

Ÿ3 所有的讨论和任务状态的变化,任务相关者都可以看到。将产品的功能参数填写在备注中并进行更新,备注中永远呈现最新的内容; Ÿ4 上传的文档,会与任务附着在一起,找寻方便。

 虽然 teambition 并不是专门为敏捷开发而设计的产品,但是对于需要经常、快速、高质量地发布软件的研发团队而言无疑是非常适用的,在高效的团队协作的基础之上,帮助我们打造高质量的敏捷团队。

文章来自 teambiton

需要 登录 后方可回复, 如果你还没有账号请 注册新账号