对于经常使用TAPD的小伙伴来说，来自企业微信私戳、迭代规划、用户反馈的各种需求和bug单总是催得人手忙脚乱。
但其实，忙中生乱反而会降低我们的工作效率。TAPD新上线的个人仪表盘功能，支持分门别类规划工作内容、集中查看有效信息，让工作更加专注高效！
如何根据个人工作习惯配置专属的TAPD仪表盘呢？以下是为开发、产品、测试、项目经理、团队leader等不同团队角色量身打造的一些使用小技巧，快来查收吧~
1. 我是开发，待办是我的主阵地
很多开发同学，日常的核心工作是处理分配到自己手上的需求、缺陷、任务等，并在完成代码提交后到TAPD平台上流转需求到测试环节。
「我的待办」
可以添加「我的待办」卡片模板到仪表盘上，汇总查看所有参与项目下的待办工作，快速过滤或根据预计结束时间动态排序。
完成待办的需求内容后，也可以在卡片中快速流转工作状态给其他同学，并集中精力开始下一项工作。
「我的动态」
通过「我的动态」卡片可以查看我近期在TAPD平台上的操作记录，方便快速追溯近期处理的工作内容。
「更多自定义视图列表」
除了待办工作内容外，还可以根据日常工作需要，配置个性化的视图列表，便于快速查看常关注的工作内容。
举个例子：
开发同学需要关注「最近两周内我完成的需求」，保证在流转到测试状态后，还能及时关注到相关需求的状态信息，保证需求在发布之前能及时提供支援。那么就可以通过以下方式在仪表盘上订阅相关内容到仪表盘：
第一步：根据模板创建「需求列表」卡片
第二步：配置希望展示的列表视图条件
保存卡片设置后，就可以在仪表盘上快速查看「最近两周内我完成的需求」啦~
2. 我是产品，创建需求妙笔生花
项目中的需求往往是出自产品经理之手，通过评审的需求安排进迭代中进入开发过程后，产品同学也要及时跟进自己创建的需求流转过程，保证在开发过程中及时与相关同学沟通，保证需求准确有效且高质量的实现。
「我创建的需求」
可以在仪表盘上订阅「我创建的需求」卡片列表，便捷查看相关需求的预计完成时间、当前处理人、当前状态等关键信息。
点击「添加卡片」--> 选择「需求列表」卡片模板 --> 在条件选框中选择「关注的项目」 --> 将视图切换为「我创建的」视图 --> 点击「保存卡片设置」，完成内容订阅过程。
「迭代概览」
对于一些团队规模较小、响应敏捷的小团队来说，产品同学往往要承担部分项目经理的职责，这时候可以通过订阅「迭代概览」卡片来快速查看当前迭代的进度情况和响应效率。
「燃烧图」
还可以通过燃烧图，直观查看迭代中需求的完成情况是否符合预期。
3. 我是测试，没有一个bug能从我手边溜走
对于测试同学来说，除了要根据需求描述编写测试用例、执行测试用例、识别缺陷并记录到TAPD平台上以外，还会有很多复杂的工作。针对不同工作内容，可以通过配置「自定义视图列表」的方式来组合出不同场景下需要关注的内容。
举个例子：「自定义视图列表」
如何用「需求列表」和「缺陷列表」模板来组合出一个符合测试同学日常工作习惯的仪表盘呢？分享一个TAPD团队测试同学的仪表盘配置方案~
这些卡片都是通过「需求列表」、「缺陷列表」两种卡片模板，结合对应的视图条件配置出来的，不知道有没有激发你的想象力呢？
「缺陷报表」
除了通过视图列表组合出需要关注的需求和缺陷列表外，还可以通过订阅缺陷报表的方式更直观的查看项目的质量数据，从而为研发过程把关，稳步提升团队的研发质量。
如何配置缺陷报表
添加质量统计类卡片模板到仪表盘上，选择关注的项目范围，然后订阅已经配置好/新建的项目图表到仪表盘上进行查看。
「缺陷趋势统计」
统计缺陷处理总数在不同时间范围内的变化趋势，能够直观反馈项目中的缺陷变化情况。当团队的缺陷变化趋势有显著变化时，应当尽快定位原因，并采取必要措施。
「缺陷分布统计」
统计缺陷在不同维度下的分布情况，从而更直观的分析缺陷的产生原因、产生渠道、影响范围，从而能够更有针对性的从源头把控产品质量。
「缺陷年龄统计」
统计已结束的缺陷在不同状态下的时长分布情况，通过分析缺陷在不同状态下的年龄分布情况，来判断缺陷解决的瓶颈，从而提升缺陷解决效率，提高产品质量。
「其他缺陷统计」
还可以通过统计缺陷回归分布、缺陷阶段分布、缺陷解决率等指标，对项目的质量情况进行多维度的统计分析。
4. 我是项目经理，项目情况尽在掌握
对于项目经理来说，确保项目目标的顺利实现是最核心的工作内容。因此，就需要项目经理时刻了解项目的运作情况，及时识别项目进行过程中遇到的问题，尽快帮助团队争取资源、扫清障碍，从而帮助团队达成项目目标。
「累积流图」
对于项目经理来说，如何更便捷直观的及时了解团队进度是否符合预期呢？除了使用「迭代概览」、「燃烧图」等工具辅助进度管理外，TAPD还提供了「累积流图」工具来帮助项目经理查看团队在迭代过程中的实现进度。
累积流图是看板敏捷方法中一个非常重要的实践工具，可以帮助我们更直观的识别研发价值流动过程中的瓶颈。
具体来讲：
- 横坐标是迭代日期
- 纵坐标是迭代中的价值数量（目前支持需求规模点和需求个数的统计）
- 从“实现中”到“测试通过”的距离代表Lead time（前置时间，也可以理解为交付周期）
- 从“实现中”到“产品体验”环节的距离代表WIP（在制品数量，用来识别迭代内开发当天处理中的价值数量）
「需求时长统计」
项目经理有时也需要关注项目推动过程中的资源瓶颈，识别工作在哪些环节的停留时间过长导致影响了团队的整体交付时间。需求时长统计支持通过 箱线图 的方式统计需求在不同状态下的停留时间，快速识别需求在不同状态的流转瓶颈。
如下图：
- “实现中”的停留时间分布主要在1-3天，需要重点关注停留时间过久的需求。
- “产品体验”状态的大部分需求都在1天以内流转，虽然有个别需求单的停留时间比较久，但理论上讲“产品体验”不应当成为影响需求交付的瓶颈所在。
- 需求在“测试中”停留的时间普遍在1-5天，为了有效提升需求的交付效率，应当重点关注需求的测试时间。
「跨项目统计」
当然，如果需要对比不同项目的需求吞吐量、缺陷解决时长、缺陷解决率等指标时，可以使用跨项目统计报表进行查看。
5. 我是团队Leader，工作安排直观透明
「团队统计」
对于团队Leader来说，如果能更直观的了解团队成员的工作内容和工作进展，就能够在成员需要支援时及时提供帮助、也能够在预料之外的紧急工作出现时更合理地分配给有余力处理的成员。
更多功能，敬请期待
个人仪表盘的能力还在不断完善中，如果在使用中有什么问题或建议，欢迎您随时同我们联系。更多TAPD新功能，正在赶来的路上，敬请期待～
