“A business exists to create customers” – Peter Drucker.
As a startup founder you need to work on a business plan only if it is absolutely necessary and helpful to get funding. Rather most investors would want to see traction. Unless you are a proven entrepreneur with multiple successful exits, the days of getting funding with just an idea is over long, long time back. Bootstrap your startup, get traction and then think about spending time to write a business plan when you are forced to do so. Until then, spend all your time getting customers to use your product.
Prominent VC Dave McClure has said recently that “Don’t write business plan, rather build a functional product that people are using” (here). If you don’t believe in his words, here is another proof from more than 40 years. Intel’s Moore jotted down first business plan so small you would think it is a tweet. Check out the image below.
Last Updated on December 4, 2015 by SK
Morning coffee and readings:
- How The Golden State Warriors Are Breaking The NBA (Link)
- Nate Silver: European sports tend to be more capitalist by nature, while their American counterparts tend to be more socialist.
- Possible exception is Steph Curry!!!
- Thanksgiving Flight Patterns (NYT-Upshot)
- The Keys to Scaling Yourself as a Technology Leader (Firstround.com)
- Curt Monash’s blog about Xplain.io’s (a company I helped jumpstart and also served as VP of Product Management/marketing until we sold it to Cloudera) technology after it was released as “Cloudera Navigator Optimizer” (DBMS2).
- Jeff Bezos’s Blue Origin Succeeds in Landing Spent Rocket Back on Earth (WSJ)
- A Car Dealers Won’t Sell: It’s Electric (NYT)
- Most of What You Learned in Econ 101 Is Wrong (Bloomberg)
Last Updated on November 26, 2015 by SK
Scrum is a rage these days with startups and big companies alike. Everyone wants to do “Scrum” or Agile development. They hire scrum purist and want to follow scrum guidelines to the core. Not a good way to start off, especially if you were following no methodology or traditional methodology such as waterfall. I’m not a scrum master by any stretch, but has seen many methodologies come in to prominence and fade once a newer methodology pops up.
If we understand that any project management methodology is just a guideline to develop, deliver and maintain a project successfully then we will realize the commonality and slight differences between them. We will at peace with any newer methodologies that are bound to arise. So what is so special about scrum. I say, not much. Basic premise behind scrum is “take a big problem, break it into smaller tasks that can be accomplished in two/three weeks, deliver/test and iterate”. Yes, it is that simple.
Checkout my presentation on this very subject:
Last Updated on November 22, 2015 by SK