团队管理（二）- 敏捷开发最佳团队协作管理平台，mysql 入门很简单视频

行业案例

5、恰逢公司内部平台迁移：虽然已经有上面很多的原因了，但是内部项目也有原来的内部系统在使用，之前公司内部用的是 JIRA+Confluence+Git 一套研发团队管理系统，三个系统组合起来使用也无大碍。但

【一线大厂Java面试题解析+核心总结学习笔记+最新架构讲解视频+实战项目源码讲义】
浏览器打开：qq.cn.hn/FTf 免费领取

是恰逢这个系统的服务器出现了故障，需要进行升级、迁移和维护。所以刚好系统暂停使用一段时间，也给了自己和团队尝试 TAPD 的机会。

基本就这些原因，其实有时候喜欢，也不需要那么多理由，好用能解决团队遇到的问题，就是好产品。

二、使用 Tapd 进行敏捷实践

1、轻量级敏捷项目入门

a. 了解 Tapd 轻量敏捷

了解 TAPD 轻量敏捷

从创建需求、建立版本迭代、迭代进度跟踪和缺陷管理、到迭代评审回归，到最终交付发布，代表一个轻量的敏捷流程。

b. 创建需求 Backlog

创建需求 Backlog

创建需求 Backlog->划分优先级->拆分需求。

c. 规划迭代

规划迭代

无迭代，不产品。规划迭代，一定是产品研发流程中的一个重中之重的工作。

d. 跟踪迭代进度

跟踪迭代进度

实时燃尽图展示，可以很明确的看到所有需求的剩余规模综合随日期的变化而逐日递减的燃尽过程。

e. 质量回顾

其实就是 Bug 缺陷管理，这块对缺陷的管理也还是很人性化的。

f. 迭代回顾

迭代回顾

通过上面的几个简单步骤，基本就能了解轻敏捷的流程。下面我回介绍，我使用过程中认为比较好的几个方面。

2、需求管理

需求管理功能

产品研发过程中，需求管理是个大难题。作为产品负责人或产品经理，会收到来自老板、开发、用户、运营、市场、销售等方面的反馈需求，如果不能很好的管理这些需求，一定会给自己带来很多不必要的麻烦。TAPD 平台对需求管理主要有一下几方面的优点：

a. 统一需求池: 拿到各个需求后将所有的需求都先扔进需求池，而不是埋头开干；

b. 需求细化：对需求进行分析，是否合理，是否必要，优先级是否高、处理人是谁、有什么商业价值，可能需要多久等等问题进行细化；

c. 版本迭代：将分析后的需求，结合版本规划，安排进入到适当的版本中，进行中的版本迭代功能和需求一定是清晰的、优先级高的，研发过程中，产品经理再对下面迭代版本的需求进行细化分析和设计；

3、迭代管理

迭代管理

能结合需求，建立很好的迭代版本管理，让迭代管理可视觉化，现在究竟处理哪个迭代版本？完成的进度如何？有哪些工作还没完成？后续迭代计划是怎么样的？通过迭代管理，可以很方便直接的看出来。

4、故事墙

故事墙

故事墙了解敏捷的都知道，传统是用一块白班，划分为各个区域，不同的人采用不同的颜色纸条，分别标识出自己计划中什么（规划中）、正在做什么（实现中）、已完成哪些（已实现）和已经拒绝哪些（已拒绝），已拒绝的可能是需要协助的，也可能是无法完成的或不合理的。