sexta-feira, 12 de agosto de 2011

Full List - The 25 Most Influential Business Management Books - TIME

Full List - The 25 Most Influential Business Management Books - TIME

sexta-feira, 1 de abril de 2011

When Is a Tech Company Dead?

Last week, I had the chance to interviewAndy Bechtolsheim, co-founder of Sun Microsystems and many other game-changing companies. Whether it was time spent with him, or the news that Oracle was shutting down Sun.com, I’ve been dwelling on a morbid thought: the death of a technology company.
Not a day goes by when I don’t say or hear the following:
  • Yahoo is dead.
  • Microsoft is so dead.
  • Nokia is dead.
Upon hearing me say this time and again, my friend Pip Coburn, a veteran technology investor and author of The Change Function, asked me, “What do you mean by a company being ‘dead?’” We had a long conversation, which he summed up in a newsletter to his clients.
Silicon Valley is all about the New New Thing that certainly no one aspires to gracefully age! A couple weeks ago at lunch my friend Om discussed that this company and that company were “dead.” I finally said “Hey, Om, how are you using this West Coast version of a company being ‘dead’ because the companies you just mentioned are large, still growing a touch and seem quite stable? On the East Coast we reserve “dead” for companies like Eastman Kodak or Circuit City. Do tell…”
My response to him was pretty simple — on the West Coast (or at least in Silicon Valley), we tend to live in the future. The present isn’t as interesting to most of us who live here, mostly because that would mean accepting the status quo. Instead, guys like Mark Zuckerberg and Jack Dorsey want to rearrange the world to fit the future they want to live in.
Because of this obsession with the future, we tend to get excited about companies long before they’ve proven their ideas, developed business models or generated revenues (never mind profits). The intellectual energy of a startup or a founder is what gets him/her millions of dollars for virtually nothing.
I told Pip:
We can tell when a company will no longer be involved in generating the next round of real energy in the tech/internet world, and when they hit that point, they never come back to be an energy creator and so they are “dead” in West Coast minds.
So when I (or someone around here) proclaim that Microsoft or Yahoo is dead, it doesn’t necessarily mean that the company is without revenues or without a business. Both Yahoo and Microsoft are making a ton of money and will do so for the foreseeable future. Microsoft makes so much money that it even gives dividends to its shareholders.
The idea of aging gracefully makes a lot of sense in general, but in the realm of technology it doesn’t make much sense. What about Oracle and IBM as examples of large undead companies, you might ask? I would argue that Oracle and IBM are outliers.
IBM, despite its size, has managed to reinvent and reboot itself many times — from a typewriter maker to mainframe computers to desktops to a services-driven company. IBM has used its massive R&D spending to become young again and again. The IBM of today is very different from the IBM I first started covering as a young reporter. Oracle is an exception mostly because of its leader, Larry Ellison, who is a businessperson at heart, and who knows technology and perfected a buy-and-grow strategy for his company.
What these two examples show is that even an older company can thrive if it:
  • Successfully reboots and redefines itself for the future, so it can attract the talent to get it to the future.
  • Is run by a technologically-savvy founder.
A technology company hits the “dead” phase when it’s unable to stop the bleeding of talent or attract the new talent it so desperately needs in order to create energy. The problem isn’t unique to large companies; even small startups hit that “dead” phase and lose their intellectual energy.
While bureaucracy and over-dependency on certain ideas is a problem for large companies, small companies often die because of a few primary reasons: lack of money, lack of leadership or lack of market. They are all intertwined.
If there’s no market, the money (revenues or venture capital) dries up, which means talent escapes to find new opportunities. Lack of leadership means lack of ability to make money and attract or retain talent. Lack of money — well, that means you don’t have the oxygen to stay alive.
Or as Pip said, “To paraphrase the immortal words of Billy Crystal in The Princess Bride, West Coast dead means still barely alive!”
 

quarta-feira, 9 de março de 2011

Don’t Gather Requirements, Drive Them


How to be A Good Product Manager (which is a phenomenal blog, by the way, and wish I had written most of the content) has this excellent post about requirements, and it applies requirements gathering. One of the traps that we fall into as consultants is that with certain clients, we go into the mode of just gathering requirements and not advising what the requirements should be (read: let’s design the Pontiac Aztek, quite possibly the ugliest car on the road).
Just gathering requirements is a bad idea. Advising on requirements is a better idea, because that’s how you add value.
Sure it’s like herding cats, but the reason many consultants are valuable is there’s some wonderful insight that they may have, however small it may seem, that adds phenominal value for the client. That’s why they are paying consultants what they do. 
How so? We start the conversation about what the direction should be, even if it’s the wrong direction at the start. One of the essential points that the article makes is that in many cases, the customer has no idea what they want (a car), and what they may get may be anything from a Hummer or a Prius. 
Our job is to ask questions that will lead to developing a better product, and not necessarily questions that lead to what we think the product should be. Many scenarios, it’s impossible to satisfy all parties, because they may ask for a car that is great for the environment (the Prius) and can run over people (the Hummer), because the requirements are conflicting. Our job is to find the best solution, not the solution that meets the needs of everyone. 
Or what do they say — trying to make everyone happy will make no one happy?
Beba na Fonte: http://www.usabilitycounts.com/2008/05/08/consultant-thursdays-dont-gather-requirements-drive-them/