Tapd扬长避短做项目管理

作为Tapd的深度用户，Tapd以敏捷方式进行项目管理，相比Jira等会上手简单，而且操作体验也非常优秀，腾讯的产品还是很赞的。

这里总结几点不太方便的地方：

1、“项目”太弱，通常来说，这个项目我们不会随意关闭。项目以产品线或者业务线命名，所有的研发活动在项目里进行，产品线或者业务线不会随意关闭的，或者来说是很慎重的。我想设计Tapd的时候，如果按照PMP项目管理知识设计“项目”。

项目定义：为创造独特的产品、服务或成果而进行的临时性工作。

项目不会重复，而且是临时的。这个和使用习惯有差异。

项目无自定义字段功能，比如增加项目负责人，因为我们企业的产品线众多，我们需要不同的项目负责人来经营项目。

2、没有跨项目报表功能统计需求或者缺陷，这也是常见的研发需求场景，因为我们研发同事是有交叉参与项目的，腾讯也认识到很多同学有此需求，推出了“上级项目”功能，使用“概览”来统一查看，我估计技术有难度，一是项目进行了分库分表，二是项目的需求的字段不一定对应上。对于统计需求，传统的程序查询肯定是不行的。但如何保证数据统计的实时性有一定难度。

3、“迭代”无列表功能，迭代我需要定义迭代的优先级，重要程度，还是负责人。这样清楚每个迭代的风险管理和相应对应的责任人。

为了统一管理项目，我把所有的项目规划到一个项目里，在一个项目里管理所有的迭代，这样在这个项目里，所有的需求和缺陷可以统计出来，算是曲线救国了。

关于迭代的思考：

谁创建迭代？在何时关闭迭代？迭代的名称如何规范？迭代创建在研发流程中哪块衔接？为了避免迭代范围蔓延，必须严格限制创建人和创建的规范。建议创建人为项目经理或者同一人。迭代名称以项目名+版本号+优先级+具体实现功能。

工具是死的，思想是活的，让工具适应我们的研发流程。Tapd 、Jira、Tower对比