互聯網團隊協做：可追溯【連載三】

終於空下時間來寫連載的最後一篇了，每天看着草稿裏堆積嚴重的文章，內心都發慌。
可追溯對產品經理自己來講是件艱難的事，有時候是可追溯到而由於各類緣由難以施行，有時候是由於公司對產品經理的權限限制致使追溯不禁產品經理完成。出現這類狀況的公司非常常見在中小創業公司（50人如下）中，因爲早起公司注重效率，有事情你們一塊兒幹，對職責劃分不明確，隨着業務的拓展和公司人員的增長，效率愈來愈低，出現任務不明確，延期的問題更加突出。這個時候可追溯就會變得重要，一個任務是誰提出的？當前是誰在執行？最終完成時間是什麼時間？這些都須要去追溯，讓管理者和任務執行者清楚任務的狀態，讓任務相關人能及時得到任務狀態變動通知。

這樣直白的描述我知道很難讓你們體會到問題，而我不是擅長於表達的人，儘量嘗試用個人方式說清楚吧。用一個不太恰當比喻：

你們都在大學借過書，當A書目前在圖書館中可借出的僅有1本，這個時候A圖書管理員在處理還書業務，恰巧有一位同窗在還一本A書，而另兩位同窗相約去借讀2本A書，只不過他們是B圖書管理員處理的（A管理員正在處理還書業務），那麼這兩位同窗要有一位空手而歸了。

這個狀況下若是相約借書的同窗在出發前就知道只有一本A書，那麼她們就能夠等到有兩本或更多的時候來借。還能夠是經過系統的方式讓B圖書管理員知道A圖書管理員在處理的是A書的退還業務，也可讓它倆都拿到A書。

你看可追溯多重要，它讓相關人可以清楚任務的狀態，讓圍繞任務的人減小無心義的工做。

連載的其餘文章：

互聯網團隊協做：可執行【連載一】

互聯網團隊協做：可交付【連載二】