Worktile 敏捷开发解决方案来啦！

概述

敏捷开发 是一种以人为核心、迭代、循序渐进的开发方法。Scrum是一套简单但功能强大的原则和实践，可帮助团队在短周期内交付产品，实现快速反馈，持续改进和快速适应变化。现在，越来越多的团队使用敏捷开发，Worktile 也推出了7.0版本，将敏捷贯彻到底，完美适配整个敏捷开发周期。

敏捷开发与Scrum

敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。Scrum是一个敏捷开发框架,它由一个开发过程、几种角色以及一套规范的实施方法组成。*

在Scrum中,产品需求被定义为产品需求池(product backlog)。所有的产品需求都是从一个简单的想法开始,并逐步被细化,直到可以被开发的程度。Scrum将开发过程分为多个Sprint周期,每个Sprint代表一个1~4周的开发周期,有固定的时间长度。

敏捷开发在Worktile中的应用

敏捷开发的一般流程：

在Worktile中，完美覆盖敏捷开发全过程：

一、需求管理

敏捷需求： 在Worktile中，我们通过【任务类型】为敏捷需求的任务代表一个用户需求。

Worktile支持自定义任务类型，这表示客户可以根据自己的需求，灵活配置任务的状态／属性信息，以及任务的工作流以及关联关系等。

需求关联： 敏捷开发过程中，任务之间并不是相互独立的，存在关联关系：User Story可以【派生】出N个需求，而一个需求又与N个敏捷任务【相关】。

以建立【敏捷需求】和【敏捷任务】的关联为例，Worktile任务中的关联关系如下图所示；Worktile提供了“派生”“相关”“连接”三种关联模式，以满足任务之间的管理关系。

需求池建立： 建立需求池，收集和整理来自各个渠道的用户故事，并细化为需求，经过需求评审后，安排研发优先级。

二、迭代规划

用Worktile组织Sprint会议： Scrum Team根据Product Backlog列表，做工作量的预估和安排，产品负责人在迭代开始前，召开迭代计划会议（ Sprint Planning Meeting），从中挑选出N个Story作为本次迭代完成的目标，确定迭代成员，明确迭代周期（1~4个星期），确认需求交付的验收标准，然后把这个Story进行细化，形成一个Sprint Backlog。

通过Worktile安排日程，可以组织召开Sprint计划会议，评估需求等。Worktile支持日程排期助手，可以快捷查看所有人的时间安排情况；支持电子邮件／短信／系统通知／弹窗等多种通知模式。

规划迭代： 通过简单的拖动，就可以将需求或缺陷加入到迭代规划中去；有经验的Scrum团队会根据任务规模，安排迭代的数量，确定一个迭代。任务规模并不是一个“／人／天”的单位，而是敏捷团队通过长期实践确定的需求规模的描述单位。Worktile建议初次尝试敏捷的团队将规模设置为“团队内一个一般水平工程师一天的工作量”，后续不断优化调整。Sprint规划

三、进度管理

迭代进度管理： Worktile为迭代提供了【概览】、【故事板】、【燃尽图】以及【任务列表】等多种视图，帮助敏捷团队直观、方便地掌握迭代情况和迭代进度。

故事板： Scrum中，有一种叫站立晨会的方法。每日站立晨会时，敏捷团队成员要沟通三件事——昨天做了什么、今天做什么以及困难是什么。Worktile的故事板可以将任务进度可视化，通过拖动即可改变任务的状态；

自定义报表统计： 通过报表设计器，配置的您所需要项目报表，满足多种业务需求，支持【多种视图展示】、【自定义筛选条件】，方便您把控项目进度。

四、缺陷追踪

缺陷追踪： 需求之间的关联关系，在前文已经有所介绍，同样，需求与任务、需求与缺陷同样存在相互联系，并相互影响。例如该需求中存在缺陷，那么在缺陷解决之前，需求的状态无法转换到完成，这就是一种“阻塞”关系。通过任务之间的关联，项目的整体性会更加清晰，操作也会更便捷。

用例管理缺陷追踪： 在迭代规划阶段，测试人员可以创建此迭代的相关用例；安排测试计划。执行测试计划的过程中，快速创建缺陷任务，关联到原始需求；Worktile支持【自定义报表】对缺陷进行多维度统计；帮助测试人员高效完成缺陷管理和追踪；

五、评审回顾，总结沉淀

迭代回顾： Worktile的【自定义报表】和【迭代概述】，可以帮助项目／产品负责人，通过迭代工作流的属性信息，总结进度过程的得失，分析结果，用于下一次迭代。

对过程的经验教训易协作编辑的方式沉淀在网盘 。在线文档中。开发负责人总结代码构建和审查情况；测试负责人总结此迭代的测试报告；产品负责人总结进度过程的得失，记录改善结果，应用到下一次迭代中。

概述