有出色创意、但没有时间付诸实施的工程师可以花费自己20%的时间，或者说服两三个同事一起在这20%的时间内完成某个出色创意的产品原型，然后发布给公司内部的同事使用。如果这个产品创意确实吸引人，它就有可能成为Google推向世界的下一个“震撼级”的产品或服务。事实上，像GMail和Google News等Google引以为豪的许多产品，都是最先由工程师在20%的时间内创造出来的。因为有了“20%的时间”这样的管理模式，我们发现：20%的时间内完成的产品的成功率很高，因为员工更加投入。
这个管理模式让员工意识到公司对他们的信任和放权，营造出了非常好的管理氛围。在员工调查中，员工对公司的满意度总是高于我曾经工作过的其他公司。
很多管理者追求自己对权力的掌控，他们习惯于指挥部下，并总是将部下的努力换来的成绩大部分归功于自己。这种“大权在握”,“命令为主”的管理方式很容易造成：
管理者身上的压力过大，员工凡事都要请示领导，等待管理者的命令。
团队过分依赖于管理者，团队的成功也大多取决于管理者个人能否事无巨细地处理好所有问题。
整个团队对于外部变化的应对能力和应对效率大幅降低，因为所有决策和命令都需要由管理者做出，员工在感知到变化时只会习惯性地汇报给领导。
因此，“授权”比“命令”更重要，也更有效。为了做好授权，可以预先设定好工作的目标和框架，但不要做过于细致的限制，以免影响员工的发挥。在我以前的公司，有一位技术很出色的副总裁，他在授权方面做得就很不好。例如，他设定了目标后，总是担心下属会因为经验不足而犯错误，于是他总会越过自己属下的经理，直接去找工程师，然后一步一步地告诉工程师该怎么做。甚至有一次，一位工程师在洗手间遇到这位副总裁，竟然被副总裁在洗手间里念叨了20多分钟。后来，副总裁属下的经理实在受不了了，向总裁如实反映了情况。经过多次警告却仍然没有改进之后，这位副总裁被解职了。从这个例子我们可以知道，领导的工作是设定目标，而不是事无巨细地控制、管理、指挥和命令。
授权非常重要，但是授权不仅仅代表分摊所有的职责，然后由领导做协调的工作。授权更应当是：
组织一个互信的团队。
制定团队目标，并且大家都同意把团队目标作为最重要的目标。
整个团队彼此互相帮助、监督，大家有话直说，看到问题直接提出。