One word: MOTOROLA. When led by the founder, Paul Galvin, later (after Paul's tragic death in the mid 1950s) his son Bob Galvin, the chairs were primarily businessmen. However, they "knew what they didn't know" and thus relied on a very strong core of engineers to actually run the company. Dan Noble was what would today be the CTO, and the presidency was held by a series of engineers who turned out to be superb leaders too. The sorry decline and fall of this formerly great company started when the 3rd generation (Chris Galvin, who as an MBA was CERTAIN that he knew everything) took over.
But you need to finish the Scottish connection between "the best laid plans o'mice and men gang aft agley" and "Bell the Cat".
A wee bit more in Wikipedia finds : "Archibald Douglas, 5th Earl of Angus (1449 – October 1513), was a late medieval Scottish magnate. He became known as "Bell the Cat". " and later "In 1481, Angus became Warden of the east march, but the next year he joined the league against James III and his favourite Robert Cochrane at Lauder. Here he earned his nickname by offering to "bell the cat" – specifically, to deal with Cochrane – beginning the attack upon him by pulling his gold chain off his neck, and then ordering the hanging of Cochrane and others of the king's favourites. (The phrase "to bell the cat" comes from one of Aesop's fables, "The Mice in Council", and refers to a dangerous task undertaken for the benefit of all.)"
Now the circle of cross references is complete!
This is especially relevant for all references to Scotland at the point in time where the Encyclopedia Brittanica has ceased publishing its printed edition. To quote the Usurper again:
"The Britannica is the oldest English-language encyclopædia still being produced. It was first published between 1768 and 1771 in Edinburgh, UK"
or for those in the know, Edinburgh SCOTLAND.
Is it really true that all stories end up with a Scottish connection?
Hum, "Too many companies today are still engineering-driven despite of their emphasis"; I can agree that leadership is a vital ingredient in a companies success.
I could use some of that yesterday style leadership!
I have seen and worked for companies that are "Engineering Lead" (think Intel, Google) and those that are now "MBA Lead" (think Axcelis, TI, HP).
It seems inevitable, when a company helm is handed to a MBA, the business was inevitably parceled out and shriveled back from it glorious past.
In an industry that grows by staying on the leading edge only with technical vision, a vision for products that win market share and revenue growth; it's my impression, MBA's universally lack technical vision and direction. They are good followers, with lots of business discipline; but crappy leaders that can't lead with a physical product innovation!
Not to say that Eng Lead companies are always successful, they aren't. They are just more often the leading edge, remarkable success stories that people talk about, then an MBA lead company ever was.
Wikipedia explanation of "Who will bell the cat":
"The Fable concerns a group of mice who debate plans to nullify the threat of a marauding cat. One of them proposes placing a bell around its neck, so that they are warned of its approach. The plan is applauded by the others, until one mouse asks who will volunteer to place the bell on the cat. All of them make excuses. The story is used to teach the wisdom of evaluating a plan not only on how desirable the outcome would be, but also on how it can be executed. It provides a moral lesson about the fundamental difference between ideas and their feasibility, and how this affects the value of a given plan."
Neo1, thanks for the comment -- great comparison!
I can say from almost 2 decades of experience another schedule killer is scope creep! More often than not, the schedule was too aggressive and the team under resourced (people/machines) but most importantly, marketing/sales insisted on adding a new feature or "just tweaking" the specifications with no regard for the impact to the development. I have seen changes ripple into the pipeline depth, chip size, layout, power, memory needs, pinout and the list goes on. The end effect on far too many designs was the short circuiting of the testing/verification step and an attempt to "speed things up" schedule wise by committing to a layout before all the verification runs were done (or even started). Normally, there were bugs found and redesign/layout needed which set the project back further than if they had finished verification. Upper management is a primary cause of this error and should be held responsible. Most often, the designers were left holding the bag!
You hit the nail on the head with "organizations must be far more discriminating in selecting business opportunities and projects."
The simple truth is there are far more chips that COULD be designed than the number that WILL be designed, and verified and manufactured, qualified, etc. Deciding what to invest in and what not to invest in is the most important phase of a new product development. And sometimes projects need to be killed to free up resources for a different project that has a better chance of making money.
A Book For All Reasons Bernard Cole1 Comment Robert Oshana's recent book "Software Engineering for Embedded Systems (Newnes/Elsevier)," written and edited with Mark Kraeling, is a 'book for all reasons.' At almost 1,200 pages, it ...