Slashdot Mirror


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?

30 of 438 comments (clear)

  1. Essentials by ackthpt · · Score: 5, Insightful
    The ideal CEO:

    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
    1. Re:Essentials by Floody · · Score: 5, Insightful

      Amen to that.

      My worst employers have been those who were not only technically incompetent but incapable of realizing their limitations.

      The best? Those with enough technical skills, background or knowledge to realize that (a) things are not always as they appear and (b) doing things the Right Way has long-term benefits that overshadow the "quick fix." Translation: you don't have to know how to do everything or how everything works as long as you know that your knowledge is limited and someone else more technically minded probably should be listened to.

    2. Re:Essentials by lampajoo · · Score: 5, Insightful

      What goes along with that though is being really good at spotting liars. a non-technical CEO can have smoke blown up his/her ass really easy by techies trying to get their way. If you're going to be delegating and taking ideas from more knowledgeable people you have to have a good bullshit meter.

      from that movie The Aquatic Life: "I don't know what you just said but I know it's bullshit."

    3. Re:Essentials by nolife · · Score: 4, Insightful

      Surrounds himself with yes-men who tell him what he wants to hear.

      * Listens? To what? He's the CEO and makes all the important decisions.


      Not specific to a CEO but the lower levels as well.

      Long and drawn out story follows

      At my last company we had two field reps. They wer the first contact when someone wanted a new workstation or something moved.

      Field Rep #1. Recieves order, does a walkthough and checks if cat5 and power in the area, checks if PC in stock, looks at IP addresses and config and provided the technicians with all the details including ip address, workstation name, chassis and port number etc.. Has the PC shipped to the location and tells the customer when we will be there for install. If cables or power needed run would tells the requesting department head that it would take about 3 weeks for everything to be done.

      Field Rep #2. Immediately tells requesting department head we will have it up and running in 2 days. Slaps some paper work together and we show up. Well, there is no cat5, all ports on the switch are taken up, no computer, blah blah blah.

      With field rep #1, the department heads do not like him, he always tells them 2-3 weeks and makes them pay for what they are requesting (out of switch space? Pay up $20k for a new blade). Things were done right and fully documented. We never had configuration issies and when we flew in to do a job, it was done in one day.

      With field rep #2, department heads liked this guy because his turn around was "2 days". Of course we had to fly in and out several times because nothing was right the first time, customer did not even order what they thought they needed and we show up with something else etc.. He would procure a switch blade if needed from another job to put here because he forgot to check if one was needed etc..

      Bottom line, the total time in both was about 2-3 weeks, one done right and the other done wrong.
      During layoff time? Field rep #1 was let go by the regional manager because he was not focused on "the customer".

      In my descriptions, the customer, department heads and managers are all from the same company, just different departments.

      --
      Bad boys rape our young girls but Violet gives willingly.
    4. Re:Essentials by soft_guy · · Score: 4, Insightful

      I don't mind "Why can't we..." at all. What you have to do is listen to what they are saying and try to understand why they are saying it. Most of the time the business goal seems valid (at least with my current managers) and the technical solution they are describing is a little bit oversimplified. If its a bad business goal, sometimes you can argue with them on that level and never get into technical details. However, I try to argue by asking questions because if something they are saying makes no sense to me, its because I don't understand their idea. And my goal is to understand their idea - not to make them angry. Once you understand their idea fully, you can usually suggest changes or maybe it turns out to be a good idea afterall.

      What I do is say, "Absolutely we can do that. There are a few technical details of what you said that would need to change, but we can absolutely do something along the lines of what you are saying to meet the business goals you have in mind."

      Then, I explain to them using everyday language the high level differences between what they are suggesting and what I think will actually work. I explain the basic reason why I'm suggesting these changes to their idea. One important thing is that I keep talking about it as "implementing your idea" and "meeting the business goal you called out".

      The rub usually comes when the schedule and budget are discussed. However, if someone is saying "Why can't you just build the database in Access instead of Oracle for our server product?" or something really silly like that, it is usually not hard to explain why (because there really is in fact a valid reason). The important thing is to couch your reasoning in terms of business goals and financial costs to the company (e.g. increased support calls because Access can not handle the load generated by being used as a back end for a server of this kind.) and not try to put the person down. Putting people down or treating them in a condescending way because of lack of technical knowledge will not generally help you get your way. It also doesn't help you win any friends. Instead, treat them with respect and understand that they probably have some expertise in other areas that are important to the business - expertise you probably don't have. Take the time to patiently explain why and chalk up the extra time and effort this takes to the overhead you take on of working with other people.

      --
      Avoid Missing Ball for High Score
    5. Re:Essentials by jadavis · · Score: 5, Insightful

      doing things the Right Way has long-term benefits that overshadow the "quick fix."

      That's an oversimplification. Sometimes the right way is the quick fix and not the Right Way. If having something fast is more important than having something correct, the right way is the quick fix.

      Sometimes a product can be developed perfectly, and totally miss its opportunity to be useful. This is a crucial aspect of communication between management and labor.

      If it needs to be done next tuesday and won't be worth a penny on wednesday, you'll do lots of things that aren't "The Right Way". You'll use MS Access, Visual Basic, bailing wire, and duct tape if you have to. And if you've got a good boss you'll know the situation and understand how "Right" you should do it, because he'll tell you.

      MacGuyver (sp?) has built many useful things escaping from drug dealers, and none of them would pass the scrutiny of a good QA dept.

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
    6. Re:Essentials by Duhavid · · Score: 3, Insightful

      Most of the CEO's that I have observed have become so adept at the art of spin that they are no longer capable of realizing when they are being spun.

      I agree with you wholeheartedly.

      --
      emt 377 emt 4
  2. Well by Neil+Blender · · Score: 5, Insightful

    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.

  3. What a moronic question. by Anonymous Coward · · Score: 3, Insightful

    Managing a company isn't a matter of engineering.

    1. Re:What a moronic question. by EvilArchitect · · Score: 4, Insightful

      Tell that to industrial engineers. Allegedly, managing a company is exactly like engineering...depending on if it's a company that produces nothing but red rubber balls or if it's a company that produces complex software products.

      This certainly isn't a moronic question. Having experienced that my "managers" often have difficuly managing a schedule because it's far more slippery than (their project management software+their dubious skills with that software+their dubious skills with aspects of management in general), I can certainly understand where the question comes from.

      --
      I'm just a caveman programmer. I don't understand your strange, "modern" ways of thinking.
  4. In case you haven't noticed by menace690 · · Score: 3, Insightful

    Steve Jobs is doing a pretty good job at keeping Apple above and beyond the norm of the computer industry.

    --
    A conservative is a man with two perfectly good legs who, however, has never learned to walk forward. -- FDR
  5. What is being managed? by QMO · · Score: 5, Insightful

    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.
  6. It depends on the salesman. by Willie_the_Wimp · · Score: 4, Insightful

    I think a non-technical CEO can be incredibly powerfull in building a customer orientated focus.

    I know at my company, Cisco Systems, our CEO is a self proclaimed salesman. He 100% is customer focused. The key is he has top notch technical & marketing leaders on his team that guide the overall technical direction.

    I believe it is this combination that has enabled our company to be one of the top technical companies in the world. Some of you will hack on Cisco for security problems, IOS bugs, whatever (what large company doesn't have any bugs?), but I don't think anyone can truly say that Cisco is not completely committed to customer satisfaction. In the end, isn't that what matters most for any company?

    my $0.02

    Todd

    1. Re:It depends on the salesman. by Mastoid · · Score: 3, Insightful
      I'll say with complete confidence that Cisco has never been the slightest bit committed to customer satisfaction in 100% of the times I've had experiences with them. Some examples:
      • We, the subcontractors, got a new router from a customer to hook up a branch office. Said router had no documentation included with it. I find out later that this is standard for Cisco products. The ISP couldn't get it working and we couldn't get it working, 'cause we had no experience with Cisco stuff at all.

        Fine, I'd heard good things about Cisco service. I call up the tech support number and am informed that I have to open a case online. Wisely, I point out that I can't do so, as the location I'm at has no connection. The tech insists that I must create the case before anyone will talk to me, then politely disconnects the call.

        I call up our office and walk the bewildered receptionist through creating an ID for Cisco's labrynthine site, then opening a case. Bear in mind this is all new to me, so I'm essentially visualizing the site in my head and telling her what to enter as she reads it to me. We open the case, describe the problem, and wait.

        A half hour goes by and the office gets a phone call from a Cisco tech wanting the config file. He refused to call the location where I was, so I drove 45 minutes back to the office (rural area) with a floppy.

        Hours go by with no followup. Eventually I hear from the customer that the ISP called back with a minor tweak to the config that fixed it. Note that TOS with the ISP didn't cover customer equipment, while the router had the full installation support from Cisco included.

      • We recently bought a PIX 501 so a vendor could VPN in. (Again, no documentation included. However, you can order it at...) Their engineer recommended upgrading IOS. To do so, you must register an account at Cisco's site.

        Fair enough. I'm employed somewhere else now, so I create a new account and go looking for the upgrade, only to discover that my new account has access forbidden everywhere I go, including the section to open new cases.

        But wait! There's a separate form to report trouble using the site! I explain the whole thing, detail which parts of the site show forbidden access, when I registered, what my account is, etc etc etc.

        Four hours later I get a canned response telling me that they can't help me unless I open a case, and here's the URL....Never did get that IOS upgrade.

      And so on. I have more experiences with Cisco, and in none of them have I found the slightest shred of interest in me as a customer, either in policy, support, or follow-through.
      --
      I had an argument...with the person here at the university that teaches OS design. I wonder when I'll learn --Linus
  7. enterprise vs company by briancnorton · · Score: 4, Insightful

    A modern CEO of a computer company does not need to know how to operate a computer, they need to know how to operate a business. It doesn't matter if you are selling computer chips or potato chips, all businesses are run *about* the same way. The skills that a non-tech CEO would need are an open mind willing to listen to input from all levels, and the ability to surround themselves with good people that know the tech part.

    --

    People who think they know everything really piss off those of us that actually do.

  8. The most valuable thing a manager ought to know.. by cmowire · · Score: 4, Insightful

    ...is when they are out of their knowlege base.

    Remember, sometimes asking questions from ignorance, asking "well, why DO things need to be that way?" is the route to a good idea.

    And sometimes, you are just asking programmers why they keep putting bugs in their code and telling them that they need to put more features in, instead.

    A good non-technical manager for a technical company needs to be more of the first and less of the second.

  9. A good manager by PHAEDRU5 · · Score: 4, Insightful

    - Loyal to the troops, and demands loyalty back
    - Loyal to the managers above, and demands loyalty back
    - Moderates the sh*t rolling downhill
    - Let's the troops know the important stuff
    - Understands the goals and keeps the team congruent
    - Provides a beer fridge when the going gets rough
    - Does not sit still for pettiness and backbiting
    - Mentors
    - ....

    Oh, be still my beating heart. What cloud-cuckoo-land is this I imagine?

    --
    668: Neighbour of the Beast
  10. Manager Vs. Marketing by clinko · · Score: 3, Insightful

    Depends on the size of the company.

    A smaller company will have the main manager selling the product at the same time. He needs to know the product.

    A larger company will separate daily operations from selling the product. The manager makes sure that the team is heading the right direction, he tells the tech team where to go, not how to do it.

    A Manager will work for a large company, but as long as he's not marketing the product.

  11. Re:Atleast these two.. by MyTwoCentsWorth · · Score: 3, Insightful

    Yeah, well... taking advantage of a Project Manager with limited technical background who commits the sin of trusting its subject matter experts is really hard...
    Keep in mind that you only need to be caught once with this kind of joke to lose all respect in the organization.
    If the PM claimed to have technical skills, it's one thing, but if, as I assume, he never did, this is wrong and harmful to the company and your friend.
    Have fun posting.

  12. The last thing you want in that role... by myowntrueself · · Score: 4, Insightful

    the *last* thing you want is a geek who will insist that all production systems should run the latest, most bleeding edge stuff.

    Geeks are easily distracted by shiny things.

    Better to have someone at the helm who is less shiny-thing-obsessed.

    --
    In the free world the media isn't government run; the government is media run.
  13. Chairman Lou did it right by aiabx · · Score: 3, Insightful

    He was the man who made the decision to take IBM down the Linux path, even though he was not primarily a technical guy. The secret is to find competent subordinates and listen to what they say.
    -aiabx

    --
    Just this guy, you know?
  14. Re:A manager is a manager is a manager... by tom's+a-cold · · Score: 5, Insightful
    ...and if you can truly manage, it doesn't matter what the "subject" is really. If you have a grasp of the basics (and even most non-technical people have a grasp of some computer basics), and you know how to manage people, then you will do well.
    This is the kind of thing that business schools tell their MBA students, and it's not true. I have seen people with good generic management skills fail dismally because of their inability to comprehend what they were managing. Without understanding what the job entails, a manager cannot establish appropriate metrics to measure progress, or know who's bullshitting. These are the key inputs to effective management decision making.

    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
  15. If only my manager had technical sense... by xtrvd · · Score: 3, Insightful

    I work in a mid sized retail store, I have a manager who is a technical, but unfortunately he has not been keeping up with his technical skills. He took some courses on how to install Netware 3.11 way back in the day, and he preaches today that Netware 3.11 is the most stable and best suited fileserver for our POS system.

    He believes that our "Communication Server" which simply syncronizes inventories of the retail stores, are adequate running windows 98 and using PCAnywhere 8.1 scripted to transfer some database files from store to store to get them all up to date.

    He also believes that our POS system (Which is written in Fox4) is an excellent database tool, because it only needs to be completely re-indexed daily and has so many compatability issues with today's hardware that it can't be the POS system which was made and developed in the late 80's, but rather the hardware today "isn't made like how it used to be."

    What I am getting at, is that it doesn't matter if your manager is technical, it's if he understands *today's* technology. I just listen to this guy and laugh to myself while they reboot their 'communications server' daily because 'there must be a virus on it or something'. Heaven forbid it could be the crummy memory management of Windows9x.

    Without someone technically inclined informing a manager of what is right and what is not, we'll always be stuck with outdated people in technical jobs. If there is somebody with technical experience who can report to the managers, it gives the store managers something else to worry about instead of learning the newest and greatest database software.

    Honestly managers, don't get too technical, leave that up to us and go manage your business, you'll never get both done properly at the same time.

  16. Managing Geeks' Egos by Anonymous Coward · · Score: 5, Insightful

    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.

  17. Catch 22 by gr8_phk · · Score: 4, Insightful
    "You have to be able to hire smart people, make sure they know what they're doing"

    The problem with that is evaluating the people you hire. How can you say a guy knows what he's doing if YOU don't know what he's doing? Not to say it's impossible, but it can be difficult. From what I've read, the most successful companies in the fortune 500 have top people who were promoted from within. They know how the company operates and what it's capable of. The CEO of XOM for example started there as a chemist - there's a lot more to running the company than that, but he knows what they do and understands how it's done and what's possible.

  18. After 25 years experience... by 3.2.3 · · Score: 3, Insightful
    In your experience, can managers with little technical knowledge successfully run a technically-oriented company?

    No.

    I worked for Lou Gestner. His talent was making money by laying off people, selling off divisions, and making loans to other transnational companies. IBM is a ghost of its former technical self as a result.

  19. THERE IS NO SUCH THIN AS A 'TECHNICAL' MANAGER by blair1q · · Score: 3, Insightful

    Either you understand your product and its market, or you do not.

    Doesn't matter whether it's Fig Newtons or Apple Newtons.

    Beyond that, people skills and financial skills are fully fungible.

  20. The manager must know enough to know who knows. by Futurepower(R) · · Score: 4, Insightful


    Agreed, managers must know enough to realize their limitations. Not only was the recently fired HP CEO Carly Fiorina not able to realize her limitations, for example, she did not think her limitations mattered.

    People say that the printer division is HP's last profitable division. However, it is not the printers that make money, but selling ink for $8,000 per gallon (mostly cheap solvent, bought in tank car loads).

    If that is correct, HP is not a real business, but one that depends on taking advantage of its customers to make money.

    If that is true, then Carly Fiorina was not a businesswoman at all, but merely able to give the appearance of competence. And that, in turn, means that people who write for the business press are completely incompetent, too.

    Similarly, often the business press claims that Microsoft is a successful company. But would Microsoft have been successful if it had not had a very unusual situation in which it was able to arrange a virtual monopoly by breaking the antitrust law? Someone who had a monopoly on water, for example, could make Bill Gates look like a poor man in a week.

    However, I have some disagreement with what you said. You said, "Translation: you don't have to know how to do everything or how everything works as long as you know that your knowledge is limited and someone else more technically minded probably should be listened to."

    The problem with that is the manager must have enough technical knowledge to understand very well who has more technical knowledge than he, and who can therefore be trusted. Typically, that's a lot more technical knowledge than what people mean when they say "you don't have to know how to do everything or how everything works".

    1. Re:The manager must know enough to know who knows. by lew3004 · · Score: 4, Insightful

      Your last sentence sparked a reminder in me back in my days as an engineering student (no, not software or IT). We were all handed, as usual, the customary stack of shit we had to do to complete the course as well as a list of books we would have to purchase. The book bill alone was almost $900 and by the end of the first week we were all wondering: would we have to actually KNOW all this crap? The standard questions started flowing. Will this be on the test? What will I actually do with this information? Will I ever use it? Will I pass this course? As it turns out, as usual, the correct questions were not being asked. I finally broke down to visit my Professor (also my student advisor) for some tutoring help. When asked if I had to memorize all this shi...I mean stuff, he gave me the most insightful answer I've ever heard since: "I don't expect you to memorize this information to be an Engineer, however I expect you to know where to find it." I think this is true of this post as well. A good manager is kind of like the captain of a ship. He may not have the immediate answer but he never, under any circumstances, lets the crew know that because he can find it and find it quickly. Being less reactionary and more problem-solving driven is often the more successful, if less traveled, path to thriving today. I wish more managers understood that.

      --
      I still can't get the screen shots of Castle Wolfenstein for the Apple IIe out of my head.
  21. The worst are technical semi-competents by EmbeddedJanitor · · Score: 5, Insightful
    ... you know the ones... they **think** they know technical stuff and maybe they did ten years ago. They hear buzzwords and throw them around. They want to be making decisions because not doing so makes them feel not in control. They are influential and the brown-nosers listen to them, so they build momentum with bad ideas that need to be reversed and replaced with good ideas.

    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.