Share分享，是淘宝测试SAO文化的重点，是团队成熟的标志之一。
今天我们要讨论的，是如何让大家乐于分享、善于分享。要做到这一点，就必须把团队中，乐于、善于分享的员工发掘出来，并给予公开的表扬与奖励，从而成为团队中的榜样。
其实分享，也有很多不同的境界，让我们来看下面几个场景：
（背景：由于淘宝的业务在一天天的变多、变复杂，不得不划分为多个产品线，产品线之间，往往存在很多的联系）
（角色：小王 —— A线测试工程师；小李 —— B线测试工程师）以上人物均为化名。
场景1：
小王：我遇到一个问题，关于B线的业务的，能不能跟我讲一下？
小李：我正忙着呢，没空
小王：……
点评：小李的行为明显的违背了Share文化。
思考：管理者如何才能发现这种行为？毕竟小王不会八卦到马上去告状，而是去问另一个B线的同学了。
场景2：
小王：我遇到一个问题，关于B线的业务的，能不能跟我讲一下？
小李：OK，你过来我给你讲一遍。
小王：好的，我现在过来…
点评：小李已经做到了“乐于分享”，有了很大的进步。
思考：如果有很多人都会遇到这类问题，都过来找小李，那他是不是要一遍一遍的说同样的事情，既枯燥又耽误时间。
场景3：
小王：我遇到一个问题，关于B线的业务的，能不能跟我讲一下？
小李：这个问题我专门写过一些知识文章说明的，我把文章链接发给你，你先看，看完还有问题再找我。
小王：好的。
点评：小李做到了“善于分享”，把经常被人问到的问题的答案，先写好，这样既节省了自己的时间，又加快了信息传播的效率
思考：知识文章的描述逻辑，是以编写人为主，还是以提问的人为主呢？
场景4：
小王：我遇到一个问题，关于B线的业务的，能不能跟我讲一下？
小李：这个问题很多人都问过，你看这一篇知识文章，里面说的比较清楚，另外，我专门做了一批测试帐号，帐号里已经做好了B线的测试数据，你直接用吧。
小王：哇！太方便了！
点评：到这里，小李比“善于分享”又高了一截，不但提供了文档的说明，还把相关的数据准备好了，虽然准备这些数据花了一些时间，不过相比之下，不懂B线业务的人，做这些事情更花时间。因此，小李实际上帮整个团队节省了成本。
思考：只有当某个问题被很多人提出时，才有必要做这些分享的工作，那么，这个”很多人“，究竟怎么划定呢？
看完了这4个场景，我们来做一些总结。
1层次
分享和洋葱一样，是有层次的。层次越高的分享，给用户带来的收益越大。这里我们提到一个有效分享的概念，如果分享的形式不佳，分享完了用户更迷惑，即使你分享的内容再好，也是无用功。
2需求
分享的目标来自于用户的需求，分享是不是有效，取决于是否给用户带来了价值，而不是看分享的次数和持续的时间。如果你做了一些工作，只是给自己看，那不叫分享，只是个人备忘录。如果连自己都不看，那就根本不用做了。
3成本
分享是需要成本的，究竟投入多少成本，需要估算一下分享所带来的价值，这种估算往往只能依靠自己的经验，有点类似于前期的市场预测。这里团队leader要担负起评估的责任，指导组员把精力投在哪些地方。
关于成本还有一个重要的问题，分享的成本是自己团队的付出，但是收益的往往是别的团队，因此进行分享的团队会面临一个尴尬。这时，就需要有更高一级的管理者，认可、鼓励这些分享行为。
最后，不得不再次提起有效分享的概念。要评估分享的有效性，必须有准确的量化。一个导演的价值，不是看他拍出电影的个数，而是要看电影院观众的个数，票房就是量化的标准。同样，我们所做分享，写的知识文章，开发的功能，也不应该看个数，而是要看被别人使用的次数。试想一下，如果把知识文章的点击量作为考核的参考，那么我是不是会想方设法把自己的文章推销给更多的人，并且总在想：怎么还没人来问我这个问题呢？
