Just do it

Freshness Warning
This article is over 11 years old. It's possible that the information you read below isn't current.

Linux World points out how Google tests new ideas (via 37signals)...

Google is one of the few large companies that gets one fundamental rule of the Internet: Trying stuff is cheaper than deciding whether to try it. (Compare the cost of paying and feeding someone to do a few weeks of P* hacking to the full cost of the meetings that went into a big company decision.)

Don’t overplan something. Just do it half-assed to start with, then throw more people at it to fix it if it works. Worked for every successful Google project from AdWords to Google Maps.

Years ago I was consulting for a large technology company. They had an intranet measuring in the billions of pages and were looking to rein it in. One part of the effort was to create and maintain a global taxonomy to make things easier to find, but to do this, they needed a tool to manage that taxonomy. I was on a team of 8 people who were tasked with picking a product that would meet the client’s needs. These were all mid to senior level people, and I’d imagine the annual salary averaged over $100k each. In addition to this full time attention, we had the part time attention of dozens of others. Two project managers were assigned to keep the project on the rails. It wasn’t uncommon to have a meeting where 15 people attended. We also had two outside consultants who were experts in taxonomy management.

To choose the product, the eight of us worked full time for a year, analyzing requirements, interviewing stakeholders in various groups, documenting all the different pieces of software the taxonomy would be used in, and generally trying to figure out which software package best met the needs of the client.

Two weeks into the process we determined that there were four software packages that had any chance of being useful. Three of these packages cost around $20k and the other cost around $70k. Early on in the project planning process, a software engineer was tasked with eventually implementing a pilot project of whatever software we picked. His estimate of the task was that it would take 4 weeks to do.

We spent well over one million dollars to decide which $20k software package to buy so one person could spend a month creating a pilot project.

Jemaleddin
December 21, 2007 1:31 PM

Sounds like a great idea to me - if the 8 of you worked for an outside contractor that was billing the time you worked on this effort to the big tech company. Otherwise... not so much.

Your comments:

Text only, no HTML. URLs will automatically be converted to links. Your email address is required, but it will not be displayed on the site.

Name:

Not your company or your SEO link. Comments without a real name will be deleted as spam.

Email: (not displayed)

If you don't feel comfortable giving me your real email address, don't expect me to feel comfortable publishing your comment.

Website (optional):

Follow me on Twitter

Best Of

  • Lock-in is bad T-Mobile thinks they'll get new Hotspot customers with exclusive content and locked-in devices.
  • The importance of being good Starbucks is pulling CD burning stations from their stores. That says something interesting about their brand.
  • Comment Spam Manifesto Spammers are hereby put on notice. Your comments are not welcome. If the purpose behind your comment is to advertise yourself, your Web site, or a product that you are affiliated with, that comment is spam and will not be tolerated. We will hit you where it hurts by attacking your source of income.
  • Where do the RSS ad startups fit in? Yahoo's RSS advertising service could spell trouble for pure-play RSS advertising services unless they adapt their business model.
  • Simplified Form Errors One of the most frustrating experiences on the Web is filling out forms. When mistakes are made, the user is often left guessing what they need to correct. We've taken an approach that shows the user in no uncertain terms what needs to be fixed.
  • More of the best »

Recently Read

Get More

Subscribe | Archives

Recently

Dysfunctions of output-oriented software teams (Sep 17)
Whatever you call it, the symptom is that you're measuring your progress by how much you build and deliver instead of measuring success by the amount of customer value you create.
Evaluative and generative product development (Aug 30)
Customers never even talk to the companies that don't fit their needs at all. If the only product ideas you're considering are those that meet the needs of your current customers, then you're only going to find new customers that look exactly like your current customers.
Product Manager Career Ladder (Aug 19)
What are the steps along the product management career path?
Building the Customer-Informed Product (Aug 15)
Strong products aren't composed of a list of features dictated by customers. They are guided by strong visions, and the execution of that vision is the primary focus of product development.
Assumptions and project planning (Feb 18)
When your assumptions change, it's reasonable that your project plans and needs change as well. But too many managers are afraid to go back and re-work a plan that they've already agreed to.
Feature voting is harmful to your product (Feb 7)
There's a lot of problems with using feature voting to drive your product.
Encouraging 1:1s from other managers in your organization (Jan 4)
If you’re managing other managers, encourage them to hold their own 1:1s. It’s such an important tool for managing and leading that everyone needs to be holding them.
One on One Meetings - a collection of posts about 1:1s (Jan 2)
A collection of all my writing on 1:1s

Subscribe to this site's feed.

Contact

Adam Kalsey

Mobile: 916.600.2497

Email: adam AT kalsey.com

Twitter, etc: akalsey

Resume

PGP Key

©1999-2019 Adam Kalsey.