網際網路團隊協作:可追溯【連載三】

Alkaid發表於2017-04-02

網際網路團隊協作:可追溯【連載三】


終於空下時間來寫連載的最後一篇了,天天看著草稿裡堆積嚴重的文章,心裡都發慌。
可追溯對產品經理本身來說是件艱難的事,有時候是可追溯到而因為各種原因難以施行,有時候是因為公司對產品經理的許可權限制導致追溯不由產品經理完成。出現這類情況的公司很是常見在中小創業公司(50人以下)中,由於早起公司注重效率,有事情大家一起幹,對職責劃分不明確,隨著業務的擴充和公司人員的增加,效率越來越低,出現任務不明確,延期的問題更加突出。這個時候可追溯就會變得重要,一個任務是誰提出的?當前是誰在執行?最終完成時間是什麼時間?這些都需要去追溯,讓管理者和任務執行者清楚任務的狀態,讓任務相關人能及時獲得任務狀態變更通知。

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

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

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

你看可追溯多重要,它讓相關人能夠清楚任務的狀態,讓圍繞任務的人減少無意義的工作。

連載的其他文章:

網際網路團隊協作:可執行【連載一】

網際網路團隊協作:可交付【連載二】

相關文章