【前言】
工欲善其事，必先利其器。
产品要敏捷，高效管理需求、版本、迭代、缺陷、发布、沉淀等主流程较为关键。
【背景】
2018年离开鹅厂回到武汉，加入现在公司任产品总监，负责公司战略级项目。当时内部只有简易的任务管理系统，体验糟糕外还只面向项目经理（技术经理角色），主要辅助日常的工时和绩效管理...公司之前也没有严格意义上的互联网产品角色，日常业务需求也基本都是靠“口传”，在需求量不大的情况下还能应付，但不可避免出现需求无法追溯、量化、沉淀，研发的工时、缺陷、版本等管理问题，想实现战略项目的快速迭代几乎不可能。
【过程】
迎难而上是疤哥一贯作风，且以前担任不少大型项目“开荒”角色。一方面快速融入新公司、组建产品设计团队，一方面思考对项目和需求管理更有抓手。在鹅厂5年已经对TAPD了然于心（同类型工具产品还有teambitiong、ones，暂不展开)，虽然当时工具刚对外开放不久，但一直信赖其产品团队和效率，第一时间申请并在团队内部试用。而在研发落地阶段，比较有挑战的是与已有研发流程的冲突。绝大部分研发没有接触过TAPD，且表现出抵触排斥，认为又可能是新官上任的“火”。当时情况不宜强推，于是采取“迂回战术”，一方面从自己可掌控的渠道需求切入，一方面走访研发老员工，得知抵触主要原因是之前也有试过其他产品，但最后都无疾终还耗时耗力，更为主要的是研发绩效都与内部系统强捆绑，切换到TAPD会对考核造成影响，直接关系切身利益。
【落地】
抓住本质原因后，在落地实施环节，第一步先在团队内部宣贯，让产品、设计角色熟悉并使用起来，再卷入关联紧密的业务方、研发进行培训和试点，针对管理痛点和TAPD价值不断宣讲，至少不再那么排斥。同时借助资源推动调整渠道研发人员考核方式，通过工时和缺陷模块代替原始管理方式。经过1个多月的磨合，TAPD逐步得到渠道内部人员认可，也潜移默化带动了敏捷意识的转变和口碑传播。后续随着配套流程机制建立以及工作流完善，推进着TAPD进一步落地。随着开放平台大项目逐步运转推进，更多的内部项目也陆续卷入进来。
【应用】
TAPD可满足不同规模多场景的项目管理需要，接下来分享部分功能的应用：
1、需求管理：提炼核心信息，借助需求模板，在规定节点完成需求收集、分析、评审、排期，保持迭代节奏
2、工作流：基于常规项目节点进行拆解，管理进度和风险，同时可通过流程设置来实现对敏捷操作的需要
3、项目沉淀：通过wiki，定期同步产品特性、项目复盘等资料，也可用于建立SOP辅助内部培训
4、其他模块：如看板、任务、缺陷、用例、报表、发布计划等在不同场景下均有使用，后续有空再具体交流
【成果】
截止目前，公司旗下所有重点项目需求均在TAPD进行管理：
1、共有10+大型项目，20+中小型项目，共实现7000+个产品&设计需求，20000+个研发任务，300+篇wiki沉淀；
2、需求、迭代、版本等管理时效整体提升至少在50%+
3、其他高级功能同步试用中，目前正在通过开放API、Webhook打通钉钉消息等进行内部系统和流程集成，今年计划在全公司范围内推广
【结语】
好的工具利用好能事半功倍，但也对工具的管理者有较高要求，充分理解工具的原理，结合实际公司情况和工作流，因地制宜才能产生积极作用，否则大概率会适得其反。
最后，衷心祝福TAPD产品和团队越来越好~
网友评论