最佳实践：如何跟踪重复性的任务状态

在日常工作中，经常会有大量的重复性的任务需要跟踪其状态，于是很多用户建议我们在Worktile中能够支持循环任务，经过我们产品团队的讨论，最终还是残忍的拒绝了这一功能，如果支持循环任务，会让Worktile中的任务复杂度飙升。但这并不是说Worktile中无法跟踪重复性的任务状态，今天通过这篇文章跟大家分享一下利用拷贝功能实现重复性任务的状态跟踪。

场景分析

有用户给我们提供了一个重复性的任务典型场景，该用户负责往各Android应用商店提交产品App，每次提交的时候需要记录哪些商店已经提交，哪些商店没有提交。于是该用户为了解决这个问题在Worktile中创建了一个任务，并且把每个检查项作为应用商店去记录，是否已经提交，如下图所示：

一次提交完成后，当下次再有新版本提交时，他会把之前的检查项全部置空，重新标记是否完成。这样带来的一个最大的问题时，历史数据没能保存下来，当经过几个版本的提交，再想查看之前某个版本的提交记录，只能去任务的活动里面查看，所以不推荐大家这样去跟踪重复性的任务状态。

实践一：利用任务拷贝功能

在前面的案例场景中，我们可以看到该用户把每个应用商店作为一个检查项去处理，这本身没有问题。但我们可以再进一步，让每次新版本的提交都变成一个任务。使用Worktile中的任务拷贝功能，你不需要再去重新一个个输入检查项，甚至于可以保留前一个任务的关注成员、标签、以及评论等。

如下图所示，使用任务拷贝分别为不同的版本创建不同的任务，每次全部商店提交完成后，再标记当前版本所对应的任务状态为完成即可。

同时还可以利用任务的评论功能来解决提交过程中的一些变更。

这种做法的好处是每次新版本的提交都是在同一个任务中记录，而且最好是由一个人来负责整个提交过程，如果有多个人同时负责不同的应用商店提交时，这种方式就不太直观，无法很直观的看到每位成员谁在哪个商店，以及提交的进度如何。

实践二：利用任务列表拷贝功能

在前面的案例场景中以及实践一中，我们都是把每个应用商店作为检查项去对待，而把每次新版本提交APK这件事当成一个任务去处理。其实我们也可以把这个任务进一步分解，把每个应用商店都作为一个任务，分配给不同的成员去负责不同的商店，把每个版本作为一个任务列表，如下图所示：

我们可以单独为每个应用商店分配不同的成员去完成，并且可以为每个应用商店设置不同的标签以表示它们的紧急程度，还可以设置检查项来表示是否提交、是否审核通过，如下图所示：

每次当有新版本要提交时，我们只需要使用Worktile中的任务列表拷贝功能，再次拷贝一个完全相同的列表进行状态跟踪即可，如下图所示：

当有多次新版本提交之后，我们就会看到这样的任务进度情况：

在一次版本提交完成后或者下一次新版本提交之前，我们可以把之前的任务列表归档，以备查询。

写在最后

在这篇文章中，我跟大家分享了如何巧妙利用Worktile中的任务列表和任务拷贝功能，实现重复性的任务状态跟踪。在后续的版本中，我们会提供更加强大的复制功能，你可以跨项目复制一个任务或者任务列表，这样相信更能满足大家对于类似场景的需求。同时我们也看到，Worktile中没有提供的功能，并不代表在Worktile中无法实现这个功能，相反我们会在不增加复杂度的前提下，为大家提供简单易用的方式。如果你在工作中经常会遇到跟踪重复性的任务状态跟踪问题，希望这篇文章对你有所启发。

更多『最佳实践』

最佳实践：日程，不是用来打酱油的
最佳实践：企业年度计划可以这么做，看Worktile如何制定年度计划？
最佳实践：如何使用Worktile进行敏捷项目开发管理
……