互联网团队协作:可追溯【连载三】

v2-e9c4b70ecade45193e4fde004d5577d4_r.jpg
终于空下时间来写连载的最后一篇了,天天看着草稿里堆积严重的文章,心里都发慌。
可追溯对产品经理本身来说是件艰难的事,有时候是可追溯到而因为各种原因难以施行,有时候是因为公司对产品经理的权限限制导致追溯不由产品经理完成。出现这类情况的公司很是常见在中小创业公司(50人以下)中,由于早起公司注重效率,有事情大家一起干,对职责划分不明确,随着业务的拓展和公司人员的增加,效率越来越低,出现任务不明确,延期的问题更加突出。这个时候可追溯就会变得重要,一个任务是谁提出的?当前是谁在执行?最终完成时间是什么时间?这些都需要去追溯,让管理者和任务执行者清楚任务的状态,让任务相关人能及时获得任务状态变更通知。

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

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

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

你看可追溯多重要,它让相关人能够清楚任务的状态,让围绕任务的人减少无意义的工作。

连载的其他文章:

互联网团队协作:可执行【连载一】

互联网团队协作:可交付【连载二】

看更多文章可以关注专栏【半月谈】

发表新评论