Need someone to lead product management at your software company? I create software for people that create software and I'm looking for my next opportunity. Check out my resume and get in touch.

Inside Google

Freshness Warning
This blog post is over 16 years old. It's possible that the information you read below isn't current and the links no longer work.

There’s an email floating around internal MS mailing lists about the differences between working at Google and Microsoft, the apparent result of an interview of someone who has worked at both places. The blog Just Say “No” To Google posted it online.

The culture at Google is very much like the old culture at Microsoft – back when the company felt like most employees were in their mid 20’s. These kids don’t have a life yet so they spend all of their time at work. Google provides nearly everything these people need.

Later the point is made that college kids have everything taken care of for them. They can live their entire live on a college campus and not have to worry about food, shelter, entertainment or transportation. Google offers the same sort of environment with free food, the Google shuttle for commuting between home and work, and even free shirts.

There’s even a comparison between the different age strata at Google. Since Google is all about what you’ve done recently, the prior experience of mid-career employees doesn’t buy them anything and they’re left to compete with recent grads. Those later in their careers are better at taking advantages of all the services that Google offers.

Much of what’s in the interview (the Google shuttle, free food, 20% time) are things I’d heard a lot about in the past. The concept of the Tech Stop was new to me, however.

Each floor of each building has one. They handle all of the IT stuff for employees in the building including troubleshooting networks, machines, etc. If you’re having a problem you just walk into a Tech Stop and someone will fix it.

No waiting for IT to come by your desk or sitting on hold with a help desk. The Tech Stops also encourage developers to decide what equipment they need.

If one of your test machines is old and crusty you bring it to the Tech Stop and they give you a new one. They track everything by swiping your ID when you “check out” an item. If you need more equipment than your job description allows, your manager just needs to approve the action. A “Developer” gets a workstation, a second workstation or a laptop, and a test machine. You’re free to visit the Tech Stop to swap any of the machines for any of the others in those categories. If a machine is available, I get it right away. Otherwise they order it and drop it off when it arrives.

Many companies make you jump through hoops to get hardware upgrades. Doing so might realize some short-term cost savings by not buying a new machine, but can result in developers having equipment that’s several generations old.

Aelizia
November 21, 2007 12:49 AM

Hi, Its very interesting and more informative.I agree that result in developers having equipment that’s several generations old.

This discussion has been closed.

Recently Written

Too Big To Fail (Apr 9)
When a company piles resources on a new product idea, it doesn't have room to fail. That keeps it from succeeding.
Go small (Apr 4)
The strengths of a large organization are the opposite of what makes innovation work. Starting something new requires that you start with a small team.
Start with a Belief (Apr 1)
You can't use data to build products unless you start with a hypothesis.
Mastery doesn’t come from perfect planning (Dec 21)
In a ceramics class, one group focused on a single perfect dish, while another made many with no quality focus. The result? A lesson in the value of practice over perfection.
The Dark Side of Input Metrics (Nov 27)
Using input metrics in the wrong way can cause unexpected behaviors, stifled creativity, and micromanagement.
Reframe How You Think About Users of your Internal Platform (Nov 13)
Changing from "Customers" to "Partners" will give you a better perspective on internal product development.
Measuring Feature success (Oct 17)
You're building features to solve problems. If you don't know what success looks like, how did you decide on that feature at all?
How I use OKRs (Oct 13)
A description of how I use OKRs to guide a team, written so I can send to future teams.

Older...

What I'm Reading

Contact

Adam Kalsey

+1 916 600 2497

Resume

Public Key

© 1999-2024 Adam Kalsey.