Showing posts with label career. Show all posts
Showing posts with label career. Show all posts

Saturday, March 17, 2012

Resources for starting a new company

As I set off down the path towards starting a new company, I realize that there are a lot of things that I don't yet know how to do.  I have lots of questions:
  • Should I structure my company as a consulting company, or a product company?  Or both?
  • Is it just me, or do I involve others?  If I involve others, in what capacity?
  • What kind of business do I set up: Sole proprietorship? LLC? S-Corp?  C-Corp?  Anything in between?   When do I file the paperwork?
  • What legal considerations do I need to be aware of?
  • Do I need funding?  If so, what for?
  • Should I fund this myself (what's known as "bootstrapping", I've come to find out) or seek venture capital?
  • What's the difference between angel investors and and venture capitalists, and why would I seek out one over the other?
  • How do I find a designer to help me set up a marketing presence, like a logo, website, business cards, etc?
I've run my own consulting company before, but it seems different this time; bigger, more real. I've also worked in several startups, but never at the beginning of the venture when all of these decisions are being made.  So this is essentially all new to me.

Although I certainly don't have all the answers yet, here are a couple of the resources I've found that have been helpful so far:
  • YCombinator: A micro-financing / mentoring organization that helps a select group of startups develop a business model and seek funding.
  • SCORE: An entrepreneurial support organization with local chapters around the US.  They give  useful classes on topics related to starting a business.  I've taken "Be a Successful Consultant" and "Legal Issues for Small Business.  They also offer free consulting services that give you the opportunity to get feedback from seasoned entrepreneurs.  I intend to take them up on that as soon as I've narrowed down my list of questions. SCORE tends to be pretty generic in terms of the types of business it consults on, so it's not so great for questions specific to creating a technology-related startup.
  • SVForum: A more tech-focused advisory network, local to the Silicon Valley.  They sponsor panel-style discussions related to startup topics.  The panel is usually composed of seasoned tech entrepreneurs and VC investors.  I attended " New Venture Launch Fundamentals for 2012" and got a lot out of it.  This is also a great venue for networking and meeting people who are working on similar things.
  • The Founder Institute: A tech startup support organization that offers a complete curriculum for creating a startup.  They have chapters around the world.  I haven't started reviewing their curriculum yet but the topics look promising.
What other resources do you know of that help entrepreneurs?  What advice would you give to someone just in the midst of starting a new venture?

Friday, February 3, 2012

The next chapter of my career

Well, folks, the time has come for me to move on.  Today is my last day at Google.

After I eliminated my position, I got to thinking about what I want to do next.  I thought about going back to tech writing, and there was plenty of opportunity to do so at Google, but it didn't draw me in, like it has in the past.  I thought about managing a different type of team, but that didn't resonate with me either.  In short, there was just nothing at Google that called my name.

I'm a firm believer in choosing work that you can be passionate about.  We spend so much of our time at work.  Our job should be something that gets us out of bed in the morning with anticipation for the day to come.  Sure, not every day can be like that, but overall, we should be doing something we love.

I also believe that careers don't have to be linear.  For some, the right choice is to work in one place for a long time, becoming a deep expert in what they do, and climbing the ladder over time.  Others prefer to hop from startup to startup, engaging in the excitement of a new venture.  Still others prefer to contract, sometimes working 80 hours a week on an exciting job, and other times taking long vacations. Many of us encounter a combination of those situations over the course of our career.

Finally, I see skills as abstract entities that can be applied to the same job title, or can be repurposed for new and different roles.  I think that outlook will become increasingly necessary as personnel needs morph to accomodate an ever-more-quickly changing world.

So.  What's next for me?

I'm going to start my own company, helping organizations implement collaborative developer documentation.

The industry's changing.  We've seen it.  I've talked about it a bit in this blog, but here it is: Developers no longer go to the manual first when they get stuck.  They go to Google, and type in the problem or error code they're encountering.  More often than not, this leads them to a forum, a blog, or some other "non-official" resource.

"Official" documentation is still important.  Without an initial version of the docs that accompanies the API distribution, and explains how to set up the SDK, how to use the APIs, and gives some sample code, it would be impossible for developers to understand what the API is, and what it's meant to do.  That documentation can never be written by the community, because writing it requires close collaboration with the developers who created the API.

However, there's a long tail of documentation that is best written by the community.  For example: explanations of how to overcome obscure errors that occur only in certain environments, sample code that shows how to use the API for things it's very good at, but for which it wasn't intended to be used, and, sometimes, up to date translations of the official docs.

For one thing, this kind of information is best learned through trial and error by a large user base.  Even if a tech writer did nothing but use the APIs, she would never encounter errors that occur with a different development environment, software version combination, or operating system.  The community is working on a diverse set of environments, will encounter these errors, and can help each other overcome them.

Secondly, more people means more viewpoints, and more viewpoints can provide better documentation. The whole is greater than the sum of its parts.  A community of collaborators provides creativity and strategic thinking that can only come from the meeting of more than one mind.

There are already many tools that enable collaborative documentation, such as Mindtouch, MediaWiki, and SharePoint, among others.  However, these tools fall short of encouraging people to contribute their knowledge to the docs.  There's no incentive for them to do so.  I have some ideas for fixing that problem.

Another roadblock with collaborative docs is that the review process becomes a bottleneck.  It is not sustainable to have a single person, or even a few people, review all contributions.  I have some ideas for fixing that problem too.

So there you go: that's what excites me.  That's what pulls me out of bed in the morning, eager to find out what the new day holds.  And so, with a mixture of anticipation and sadness, I say goodbye to Google, and welcome the next chapter in my career.

Think through your career.  Does its flow resonate with you?  Are there threads that have resurfaced at various points in your career? What do you like best about what you're doing now?  What haven't you done yet that you hope to do in your lifetime?