Non-Technical Managers in a Technical Company?
Futurepower(R) asks: "Before he was hired, Steve Jobs of Apple told John
Sculley he was a sugar-water salesman, and perhaps should have listened to his own words.
Under
Chairman and CEO Louis V. Gerstner, Jr, IBM did well, but was that only
because the world needs a global computer service company? Was IBM technically
advanced during his tenure? In your experience, can managers with little technical knowledge successfully
run a technically-oriented company?" What qualities would such a manager need to keep a tech company healthy?
Has a clear vision for where the company is going.
Surrounds his/herself with solid advisors within the company to indicate what is and is not possible
Listens
Rewards good ideas and performance
Discourages sycophancy
Is compensate for real success, not juggling the books or tricking Wall Street into sending up the stock price
Is able to accept constructive criticism
Knows how to properly delegate and referee
Makes the hard decisions before they become even more painful
I don't think there should be a requirement that the CEO knows thouroughly the product line of the company, a broad understanding is is essential, but knowing how to successfully run a business is key. I get pretty irked when a manager says something like, "Well, why can't we just build a database in Access? It's easy to do, I do it all the time!", when the product is actually going to be rather large and require something more robust. It's a pretty good indication there's an oversimplificator on the loose and trouble is around the bend.
A feeling of having made the same mistake before: Deja Foobar
In my experience, even managers with tech experience can't always run the show. There's certainly more to it then domain expertise, common sense being one of the most important.
If the manager is managing technology, he should understand it.
If, however, the manager is managing technologists, he has more need of understanding the people than the technology.
Whatever he manages, the manager needs to recognize his own limitations, and seek advice for things outside his expertise.
Exam 4/C again. Maybe I'll do better this time.
Personally, I've been bitten by managers that are *too* technical.
People who want to dive too deep into the tech, when they're job is more about facilitating and steering from good thoughts of others.
My best managers have been those who have been out of the coding game long enough to know a good idea, but not necessarily how to implement them.
My worst have been people who graduated with a masters in Comp Sci, and thought they knew better then the developers: turning them into nothing more then factory workers, pushing buttons in a direction that always ended up being less then adequate.
- - - -
KickingDragon
Darryl McBride, who with his 19 years of executive management and leadership experience, singlehandedly led the formerly faltering SCO to develop a state of the art product like Linux.
An Indian-American Hindu committed to non-violent thought/speech/action alarmed by the global explosion of radical Islam
One of my best managers had no technical background. He was just very sensitive to the needs of everybody who worked for him.
Because of this, his team was very efficient and very loyal.
If you're a manager, you should probably be delegating most of the technical anyway.
Why doesn't Slashdot ever get slashdotted?
Best quality these days?
Ability to speak Hindi or Mandarin.
If you are managing a technical effort, you have to have technical understanding at a level far better than "basic." Otherwise you're reduced to beancounting and trying to find an authoritative source within the organization who will tell you what's going on without dragging their own agenda into it. Managers are usually not good at knowing who to listen to unless they have some means of reality-checking.
Senior executives (C-level and maybe their direct reports) are a different story, since they're not as close to the workface. But the idea that there's a generic skill that managers have that is independent of underlying subject matter is pernicious and contrary to real-life experience.
Having said that, technical skills on their own are not sufficient to make you an effective manager. Leadership is a whole different thing. So is strategy.
Get your teeth into a small slice: the cake of liberty
Your slashdot ID is "Willie", your email is "Fred Garvin", and you signed the post "Todd".
Who are you? Really?
I'll probably get modded to hell for this, but whatever. One thing that really sucks about the IT world, sometimes, is the geeks. You know, the people who ALWAYS tell you to RTFM when you're asking newbie questions, or show fanboyish favouritism about certain areas of tech, or still in this day and age make fun of windows users.
These are the sort of people who like to be really condescending to others (particularly those they think know less), and managers need to know how to manage them properly, because apart from the usual management problems that you'll run into, these are the sorts of people who're going to get really snooty if they feel that they could manage the office or design a system better than the manager just because they're excellent at organizing source code.
Now, before you get all fired up over that comment, notice how +5 mods you'll see for posts that talk about how managers should respect the abilities of their subordinates? Chances are pretty good that every other person out there who agrees with those sentiments secretly suspects that they're smarter than their manager BY DEFAULT. That's a tough situation to manage. I'm sure some of this has to do with how many managers from hell lack good people skills, but more than a little of this is because people like to have their egos stroked, geeks especially.
So, if you're going to be a manager and keep your subordinates happy, notice that you'll need to do a lot of ego-management.
Unfortunately good technical savvy requires one stay up to date and keep trying things out.Examples of very stupid stuff I've heard:
"This product must be built with C++": Umm, err, the was no C++ compiler available for the CPU in question. There was one for a similar CPU - it could be made to work but would not exploit some nifty features and would generate bloaty slow code. The current Code base which was to be reused was C, so an effort was started to C++-ify the code. A lot of time was lost trying to comply with, then refute, this "wisdom".
"You can trade off memory against CPU for performance": Semi-true, sometimes. So the system needed about 4 MIPs of CPU and about 128kB of RAM. The CPU could only deliver about 2 MIPs. No problem says the manager, just double the RAM to 256kB. Unfortunately this "decision" was made while the true techies were on vacation. Cost a bundle of money and time to cancel the order and relay the board with a stonkier CPU.
"SPI is better than RS232": True, for many things... except the RS232 interface was removed from the device and the SPI bus was made available to the outside world. Instead of being able to just plug in to a PC for upgrade, a special RS232 to SPI adapter box (which was damn expensive) had to be shipped too. Luckily the product flopped - it would have been a pig to support.
Engineering is the art of compromise.
I find it really amusing that this story has been so completely turned on it's head. If you take a look at Jobs' history, his technical skills are weak at best. His real tallent is on the marketing side of things.
Scully on the hand, while he clearly has skills on the marketing side of things (and was indeed selling "sugar-water" at Pepsi when Jobs was trying to hire him), actually started of on the engineering side of things and has demonstrable skills in that area. This is the guy who as a *kid* filed a patent on some color CRT techniques just one day after Sony beat him to the punch.
It's also worth noting that during the Sculley years, Apple's market share was impressive and grew quite well. While he made a mess of things in a lot of ways, Macintosh computers haven't achieved the market share they had under Sculley either before or since.
sigs are a waste of space