一、概述
公司业务发展较快，业务从无到有，需要快速的迭代和交付，项目流程不规范，开发测试各种问题，随着项目增多，项目管理问题越来越难。
各种问题的频发，让我们对当前的项目协作模式进行思考，我们需要从项目各方面进行优化改良。在工具方面对市面上几款软件进行了对比，然后对这些软件进行试用，最后我们选择tapd做为我们的项目管理工具。
二、敏捷开发流程
经过不停的学习、摸索、尝试与改变，我们形成了一套满足当前公司业务状态的敏捷开发体系，并拥有自己的一套敏捷开发通用流程。
需求：从各方提出来的需求，都会对接到产品这里
需求池：产品经理经过对需求进行梳理，把已经确定的需求放入需求池，等待进一步的产出
迭代池：需求原型设计完成，就进入迭代池，等待排期开发
迭代：从迭代池中根据优先级、类型等条件会将需求划入不同的迭代版本进行排期
开发：开发根据迭代排期进行开发，通常我们都是多个迭代同时进行
测试：开发完成进入测试阶段
产品验收：测试通过后进入产品验收
发布：产品验收通过后进行发布
线上验证：发布后进行线上验证，保证各种环境配置功能都已正常
需求验收：产品给需求方进行交付验收
bug与优化：项目上线后会收到新的优化需求或者bug，经过筛选处理后都会进入需求池。
此时，一个完整的迭代闭环完成。
三、敏捷开发中的tapd
1、看板--需求收集管理
产品经理会使用看板来进行需求收集管理，这样方便处理这些未规划的需求。
2、需求--已梳理需求管理
需求已经分析梳理完成，就正式进入需求池，产品经理可以进行正式的需求原型设计，PRD编写等。我们通常会在tapd中使用子父需求的方式，这样的需求结构更加清晰。我们形成了一套需求编写规范，这样可以减少不必要的沟通，降低沟通成本，而自定义多种工作流，来满足不同的需求迭代情况。
3、迭代--迭代池与迭代版本管理
需求设计完后，会先放入到迭代池，进行排期规划。如果需求非常紧急重要，会立即新增迭代进行开发。迭代的规划在我们的敏捷开发中至关重要，比如计算迭代难度系数，控制迭代周期等等，一个良好的迭代规划，不仅能快速完成还能及时响应各种紧急需求，保证项目随时拥有一个高效稳定的开发节奏。
4、任务--任务分配管理
在一些迭代中项目开发人员稍微多的情况下，我们会由各个研发组长进行任务分配，任务分配能清晰的知道每个开发者的开发进度，更利于对项目开发进度的管理。如果我们的迭代版本比较小，有时候只需要一个人进行开发，我们往往会省略任务分发。
5、测试用例--测试用例管理
每个迭代流程中，测试都是最后一道把关，我们经过长期的优化改良，测试组的小伙伴形成了一套适合于现阶段的测试用例规范。比如加入冒烟测试字段来标识这个冒烟用例是否用于开发冒烟测试。
6、测试计划--测试计划与冒烟计划管理
测试在迭代初期就会定下测试计划，同时规划出冒烟计划，方便开发进行冒烟，同时根据冒烟情况，可以了解开发人员在此次开发阶段的初步情况。
7、缺陷管理--缺陷管理
我们会对缺陷增加严重程度和优先级以及其他必要字段扩展，定义缺陷处理时间限制，保证测试进度不会受影响。
tapd中可以开启将缺陷与迭代关联，这样能很直观的看到每个迭代及需求的测试bug情况，根据迭代中的缺陷能反应出开发质量，并且还能在复盘的时候方便提炼问题。
8、发布计划--发布计划与发布流程管理
我们会为重要迭代建立发布计划，发布计划会告诉项目干系人发版上线时间，发版内容，发版流程，资源准备等等。
9、wiki--项目信息管理
我们使用wiki做为项目信息的统一管理，我们可以从wiki看到项目所有基本信息，新进入的项目人员可以快速熟悉项目。
10、文档
以前虽然有专门的文档管理工具，但是没有和项目很好的集成，特别是项目一多，文档管理困难。现在使用tapd，项目中大大小小的各种资料都会记录到文档中。
其他
我们对tapd的使用远不于此，比如看板的其他运用，流水线的持续集成，报表的查看，工作流等等，使用tapd合适的工具来满足我们当前的项目管理需求。
四、总结
在敏捷开发项目中，tapd起到了非常好的作用，在团队协作、研发效率上作用非常显著，帮助我们在敏捷开发的道路中节省了大量时间。
tapd只是一个工具，敏捷是一种思想，并不是用了tapd就是敏捷开发，而是因为敏捷开发，tapd凸显出很高的敏捷开发价值。
来源：oschina
链接：https://my.oschina.net/kenblog/blog/3213352