互联网团队协做：可追溯【连载三】

终于空下时间来写连载的最后一篇了，每天看着草稿里堆积严重的文章，内心都发慌。
可追溯对产品经理自己来讲是件艰难的事，有时候是可追溯到而由于各类缘由难以施行，有时候是由于公司对产品经理的权限限制致使追溯不禁产品经理完成。出现这类状况的公司非常常见在中小创业公司（50人如下）中，因为早起公司注重效率，有事情你们一块儿干，对职责划分不明确，随着业务的拓展和公司人员的增长，效率愈来愈低，出现任务不明确，延期的问题更加突出。这个时候可追溯就会变得重要，一个任务是谁提出的？当前是谁在执行？最终完成时间是什么时间？这些都须要去追溯，让管理者和任务执行者清楚任务的状态，让任务相关人能及时得到任务状态变动通知。

这样直白的描述我知道很难让你们体会到问题，而我不是擅长于表达的人，尽量尝试用个人方式说清楚吧。用一个不太恰当比喻：

你们都在大学借过书，当A书目前在图书馆中可借出的仅有1本，这个时候A图书管理员在处理还书业务，恰巧有一位同窗在还一本A书，而另两位同窗相约去借读2本A书，只不过他们是B图书管理员处理的（A管理员正在处理还书业务），那么这两位同窗要有一位空手而归了。

这个状况下若是相约借书的同窗在出发前就知道只有一本A书，那么她们就能够等到有两本或更多的时候来借。还能够是经过系统的方式让B图书管理员知道A图书管理员在处理的是A书的退还业务，也可让它俩都拿到A书。

你看可追溯多重要，它让相关人可以清楚任务的状态，让围绕任务的人减小无心义的工做。

连载的其余文章：

互联网团队协做：可执行【连载一】

互联网团队协做：可交付【连载二】