About 8 months ago, a software idea hit me that I really wanted to work on. Like all ideas, it was based on a hypothesis. In this case, the hypothesis was “if understanding how you spent your time was braindead easy, you’d be a lot thoughtful about how you spent (and often wasted) your time.”

Unlike a lot of ideas, the feature-set required to test this hypothesis was simple enough that I (with a few friends) could set about to build it without interfering with my day job. So we did (should launch in beta form sometime in May).

One of the concerns as we moved forward was the perception that the executive team at Jobster (my employer) would have. Was I giving up on Jobster? Was I hedging my bets trying to participate in two startups at once? Would I cut-and-run the instant my side project took off? The answer is to these questions was an unqualified “no”, but I wasn’t sure I could count on the rest of the senior management team to feel the same way.

As I started being more aware of these concerns, I began to see that a lot of our heaviest-hittin’ technologists had projects on the side. Phil Bogle, our CTO, is the mastermind behind Beyond411. Morgan Schweers, one of our esteemed coders, has an ebay auction monitoring and sniping tool that has a dedicated following. Mark Swardstrom (though he recently left the company), works on a rails content management system in his off-time.

So, are side projects like these (and mine) a bad thing from an employers perspective? Absolutely not. Here are half a dozen from-the-hip-thoughts:

• It flexes muscles you probably don’t use much. Oftentimes, the larger your company, the more specialized your role. Coders spend all day coding. Worse yet, they often spend all day coding using a very small set of technologies. Have a side project and all of a sudden you are using a MUCH bigger toolbox. And, if your side project has aspirations of revenue, you all of a sudden start thinking about…. (wait for it)…. Business. Marketing. Sales. Design. While I think specialists are incredibly valuable, having a passing understanding of the tasks and challenges that other folks on your team face will make you better at what you do.
• It allows you to play with some bleeding edge stuff (if you want). You can try out technologies, interface ideas, and more without the risk you’d have in a more established company/product. You might just stumble onto something that would be valuable in the “real world”.
• It adds to your “shelf life” as an employee by keeping you from burning out. Seems counterintuitive, but it’s the truth. Web geeks love technology. When they go home, they futz with technology. If they don’t have a side-project of some flavor (ANY flavor, really), they will futz with the same stuff they futz with at work. Work on ANY project/technology for 14 hours a day and you’ll burn out quicker. Work on something new/different when you get home, and it keeps you fresh. Of course, ideally, people would find a different hobby, get some exercise, spend time with other people, etc…
• Side projects almost never “make it”. They almost never turn into a full-time job. Starting a company is extraordinarily difficult, and success is rare. Stats vary, but only about 20% of first time businesses last 5 years or more. This chance gets pretty close to ZERO when the founder is only working on it on off-hours. Most realistic people aren’t aiming for the home run when they dive into side projects.
• It might make a little bit of money. This is great for the geek– extra money is always fun to play around with. It’s also great for the boss– the more financially comfortable someone is, the less likely they are to start entertaining job offers based simply on the payscale.

As web technologies become cheaper and faster to develop in, it’s only natural to see more and more ideas fall into the “we can pull this off in a few long weekends” category. It will be interesting to see how many web geeks dive in… And how their bosses react.