落地敏捷开发实例： 用Worktile管理研发全流程！

概述：科科智能是一家英语在线培训公司，平时需要自己做一些研发工作，运营网站或小程序。去年通过朋友介绍接触到了Worktile，并开始尝试用敏捷开发做研发管理，到现在，他们都一直在使用Worktile管理研发全流程。

本文为科科智能产品负责人倾心分享。

应该是在2018年3月份，我第一次接触到了Worktile这个软件，当时公司的任务数量并不多，涉及的同事也比较少。到了9月，随着公司项目的推进，传统面板中的任务模式已经不能满足项目需要，在和Worktile的专业人员沟通后决定采用项目模式进行敏捷开发。

（目前参与worktile的同事）

首先说明一下我们公司的情况，公司主营业务是英语在线培训，到目前为止，公司参与到技术研发的同事岗位包含技术总监一名，项目经理一名，产品经理两名，前端开发四名，后端开发两名，测试一名，UI设计两名（由于设计的资料不在Worktile中，因此设计的同事只负责在Worktile中交接）。

接下来我们将从主要从需求管理和迭代管理来分享一下我们的经验和收获，供大家参考。

一、需求管理

公司本身的项目分为小程序、PC网站、APP、后台管理系统四类。使用Worktile进行项目管理最多的是在 网站和后台管理系统 这里，由于我们的甲方主要为广大用户，所以在收集需求反馈以及项目的迭代上会更加的频繁一些。

我们在收集需求时的策略为宁可重复记录也不愿忽略一条。到现在，我们处理过的用户需求已经超过300个。

（项目概览）

在将之前的任务移动到【项目】的过程中，最头疼的就是对每一个需求的详细描述，Worktile提供了该任务所属的 项目名称、所属迭代 以及 任务类型 ，同时还支持更详细的分类，如需求分类、需求类型、规模、优先级、来源以及标签，这些在之前正是被我们忽略的。

我们为每一个需求都设定好了 来源和分类 ，较之前使用任务模式而言，项目模式可以让全员更集中在思考需求本身上，也为需求的管理提供了便利，极大的提高了我们的效率。

在对每一个需求有了更详细的描述和界定后，整个需求的边界被分的很清晰。由于我们提倡全员了解需求本身，所以我们没有设置需求的可见范围，如果你所处的公司规模更加庞大，同事不需要了解每一个需求的话， Worktile可以设置需求的可见范围 ，这样就不用担心看不过来了。

（Worktile可以设置人员角色对应的权限的可见范围）

这里给大家分享一下需求状态的变更细节tips：

Worktile已经预先为每一个需求设定好了不同的状态，包含未激活、已计划、设计中、研发中、测试中、已验收、已发布以及关闭。

按照正常的开发流程，到已发布时整个需求就已经完成了。但如果这个需求中途发生了变更要关闭的话，千万要注意不能改成已发布，一定要选择关闭。虽然关闭和已发布都是让需求变成终止的状态，但在迭代中的概览面板中是不一样的，所以各位小伙伴一定要注意了。

（一定要注意状态和内容）

在我们公司，但凡是和用户有关联的同事，比如产品、测试、技术支持（就是测试）、以及项目经理都有权新建需求。我们会定期由几位主要的项目同事对需求池的需求进行评审，也就是把不同的需求筛选、分类、加工。将需求的描述转化为行业内的标准沟通语言，即用户故事。

再将评审好的用户故事串联到原先的系统中， 按情况整理为不同需求的子需求 。当这一步的状态调整后，即将原先的“未激活”状态调整为“已计划”的状态。

接下来由产品的同事将该任务进行更加详细的描述，配合原型图以及流程图，和后端对接好数据，确认没有问题之后，将状态调整为“设计中 ”，到此为止，需求本身的工作已经告一段落，接下来由设计的同事将确认后的设计稿交付研发。

这里要注意一点，研发的同事还原设计稿并且走通业务逻辑后， 千万不要忘记自测！ 当自测满足预期后，将状态调整为“测试中”，测试的同事依据产品需求所编写的测试用例执行测试。

（写好每一条用例才是项目成功的捷径）

二、迭代管理

研发团队使用Worktile主要是做迭代管理。首先需要在Worktile中配置迭代周期，包含版本号以及起止时间，我们公司的迭代周期控制在1-2周，尽量做到把当期的需求都能完成。

（网站的迭代）

主要是由项目经理把需求池中的需求拉到迭代中，一般在每个迭代开始的第一天的早上，我们会 开一个全员签到的会议 ，共同讨论一下本周期需求的合理性和是否有分配过饱和的情况，在经过全员确认后，迭代正式开始。

之后在整个迭代周期之内，技术同事可以只关注自己参与的工作，而管理的同事则需要时刻关注在Worktile迭代概览中的数量燃尽图，确保下降和预期保持一致。如果想要和预期更加接近的话，一定要确保同事之间每天可以相互沟通，对涉及自己参与工作的进度有充分的了解。

（一张比较理想的数量燃尽图）

其实做项目没有捷径，靠的是每一天的积累和无止境的沟通，我们能做的就是让大家更加高效的沟通，降低不必要的时间成本以及沟通成本。

截至2019年2月，我们已经在Worktile上迭代了超过20个周期，也建立了自己的需求池、任务池以及缺陷池，Worktile在很大程度上加强了公司内部的项目管理，也提高了成员之间的沟通（主要在各个环节的交接上）效率。