|
④
Make coordination easy
Because all
members of a
team are within a few feet of one another, it is relatively easy to
coordinate projects. In addition to physical proximity, each Googler
e-mails a snippet once a week to his work group describing what he has
done in the last week. This gives everyone an easy way to track what
everyone else is up to, making it much easier to monitor progress and
synchronize work flow. |
|
⑤
Eat your own dog food
Google
workers use the company's tools intensively. The most obvious tool is
the Web, with an internal Web page for virtually every project and every
task. They are all indexed and available to project participants on an
as-needed basis. We also make extensive use of other
information-management tools, some of which are eventually rolled out as
products. For example, one of the reasons for Gmail's success is that it
was beta tested within the company for many months. The use of e-mail is
critical within the organization, so Gmail had to be tuned to satisfy
the needs of some of our most demanding customers − our knowledge workers.
|
|
⑥
Encourage creativity
Google engineers can spend up to 20 percent of their time on a project
of their choice. There is, of course, an approval process and some
oversight, but basically we want to
allow creative people to be creative. One of our not-so-secret
weapons is our ideas mailing list: a companywide
suggestion box where
people can post ideas ranging from parking procedures to the next killer
app. The software allows for everyone to comment on and rate ideas,
permitting the best ideas to percolate to the top
.
|
|
⑦
Strive to reach consensus
Modern
corporate mythology has the unique decision maker as hero. We adhere to
the view that the "many are smarter than the few," and solicit a broad
base of views before
reaching any decision. At Google, the role of the manager is that of
an aggregator of viewpoints, not the dictator of decisions. Building a
consensus sometimes takes longer, but always produces a more
committed team and better decisions.
|
|
⑧
Don't be evil
Don't be evil. Much has been written
about Google's
slogan, but we really try to live by it, particularly in
the ranks of management. As in every organization, people are passionate
about their views. But nobody throws chairs at Google, unlike management
practices used at some other well-known technology companies. We foster
to create an atmosphere of tolerance and respect, not a company full of
yes men.
|
|
⑨
Data drive decisions
At Google,
almost every decision is based on quantitative analysis. We've built
systems to manage information, not only on the Internet at large, but
also internally. We have dozens of analysts who plow through the data,
analyze
performance metrics and plot trends to keep us as up to date as
possible. We have a raft of online "dashboards" for every business we
work in that provide up-to-the-minute snapshots of where we are.
|
|
⑩
Communicate effectively
Every
Friday we have an all-hands assembly with announcements, introductions
and questions and answers. (Oh, yes, and some food and drink.) This
allows management to stay in touch with what our knowledge workers are
thinking and vice versa. Google has remarkably broad dissemination of
information within the organization and remarkably few serious leaks.
Contrary to what some might think, we believe it is the first fact that
causes the second: a trusted work force is a loyal work force.
|
|
Of course, we're not the only company that
follows these practices. Many of them are common
around Silicon Valley.
And we recognize that our management techniques
have to evolve as the company grows. There are several problems that we (and
other companies like us) face.
One is "techno arrogance." Engineers are
competitive by nature and they have low tolerance for those who aren't as
driven or as knowledgeable as they are. But almost all engineering projects
are
team projects; having a smart but inflexible person on a team can be
deadly. If we see a recommendation that says "smartest person I've ever
known" combined with "I wouldn't ever want to work with them again," we
decline to make them an offer. One reason for extensive peer interviews is
to make sure that teams are enthused about the new team member. Many of our
best people are terrific role models in terms of
team building, and we want
to keep it that way.
A related problem is the not-invented-here
syndrome. A good engineer is always convinced that he can build a better
system than the existing ones, leading to the refrain "Don't buy it, build
it." Well, they may be right, but we have to focus on those projects with
the biggest payoff. Sometimes this means going outside the company for
products and services.
|
|
Another issue that we will face in the coming
years is the maturation of the company, the industry and our work force. We,
along with other firms in this industry, are in a
rapid growth stage now,
but that won't go on forever. Some of our new workers are fresh out of
college; others have families and extensive job experience. Their interests
and needs are different. We need to provide benefits and a work environment
that will be attractive to all ages.
A final issue is making sure that as Google
grows, communication procedures keep pace with our increasing scale. The
Friday meetings are great for the Mountain View team, but Google is now a
global organization.
We have focused on
managing creativity and
innovation, but that's
not the only thing that matters at Google. We also have to
manage day-to-day operations, and it's not an easy task. We are
building technology infrastructure that is dramatically larger,
more complex and more demanding than anything that has been
built in history. Those who plan, implement and maintain these
systems, which are growing to meet a constantly rising set of
demands, have to have strong
incentives, too.
At Google, operations are not just an
afterthought: they are critical to the company's success, and we
want to have just as much effort and creativity in this domain
as in
new product
development.
|
|
|