Tapd扬长避短做项目管理

https://static.ffeeii.com/ffeeii.com/2019/11/tapd.png

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

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

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

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

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

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

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

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

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

关于迭代的思考:

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

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