Slashdot Mirror


The Executive's Guide to Information Technology

WatkinsDore writes "The Executive's Guide to Information Technology is a book focused on the 'business' pieces of managing IT, such tasks as IT organization design, vendor selection and management, communicating with business users, IT human resource management, establishing IT steering committees and managing the overall demand within the IT department." Read on below for more of WatkinsDore's review. The Executives Guide to Information Technology author Baschab / Piot pages 500 publisher John Wiley & Sons rating 9 reviewer Quentin Watkins ISBN 0471266094 summary A guide to the business aspects of managing IT with a focus on senior executives and IT managers

This book is interesting because it fills a well-known gap between current book offerings that address vocational issues, such as "how to program in java" and academic research such as the most effective data access algorithms.

In fact, it addresses some of the questions that have been asked by slashdotters in the previous few months for books on the general management of IT, principally in these Ask Slashdot questions: Books on IT (not Project) Management?,Best Computer Books For The Smart?, and General IT Books?

The Executive's Guide to Information Technology is targeted at IT managers, and also senior executives who want to better understand how IT can be effectively managed.

Interestingly, it starts by analyzing the question "Why have an IT department at all?" and answers the question with productivity statistics and other anecdotal evidence of the importance of IT. The premise of the book then emerges, asking "If IT is important, then why does it seem to fail so often, and cause so much trouble for companies?"

The answer, predictably, is that IT is often a poorly managed function within a company. IT managers seldom receive the appropriate business training to manage a large, mission-critical function and budget, and non-technical executives get lost in the maze The authors show that many of the symptoms of poor IT departments (overspending, overstaffing, project budget overruns and failure to complete) are caused by, or at least are related to poor management within IT.

The remainder of the book covers the key topics that, according to the authors, are the key components to the effective management of IT departments. (The table of contents for the book appears below.)

Review:

Overall the book does a good job making the case that the key principles it outlines are the best predictors of a successful IT department. The book is replete with real-life, and often-humorous anecdotes from the authors' experiences in turning around distressed IT departments. IT managers will quickly recognize many of the symptoms of an IT department in trouble. The book is written in a easily readable, conversational tone, and there are charts and graphics throughout to further explain key points.

At just over 500 pages, the book is lengthy compared to competing offerings; however, it is written in a way that lets the reader pick and choose specific chapter topics, without losing much of the context. At $75, it at first seems a bit pricey for a general management book, but low for a textbook. Compared to other books on a price-per-page basis, the book seems more reasonable based on the large volume of content and page count (over 500 pages).

The book also has a CD-ROM with documents, spreadsheets and links to the underlying research that went into the book.

Slashdot even gets a mention in a couple of chapters as a good source of "unbiased customer experience information" although the authors say that for many blogs "it can take some effort to separate fact from opinion on the blogs, and the signal-to-noise ratio on a given topic can sometimes be low."

In all, the book is a relatively easy read, thought provoking, and a great reference for IT managers (or aspiring managers) who want to learn to think like senior executives and ensure that their IT departments are firing on all cylinders. Based on previous threads on Slashdot, the book fills a clearly needed niche on the general management of IT.

The book also has a supporting website that has information on the book - www.exec-guide.com.

Table of contents:

  1. The Effective IT Organization
    1. The IT Dilemma
    2. Sources and Causes of IT Ineffectiveness
    3. Information Technology Costs
  2. Managing the IT Department
    1. The IT Organization
    2. The IT Director
    3. IT Direction and Standard Setting
    4. IT Operations
    5. Application Management
    6. IT Human Resource Practices
    7. Vendor Selection
    8. Vendor Management
  3. Senior Executive IT Management
    1. Working with the Business
    2. IT Budgeting and Cost Management
    3. Effective Decision Making and Risk Management
    4. IT Demand Management and Project Prioritization
    5. IT Performance Measurement
    6. IT Steering Committee

Highlights:

Opening chapters on "why MIS departments matter" and the symptoms of under-performing IT departments.

Vendor selection and vendor management chapters.

IT steering committee chapter - why have one, what it can help IT accomplish.

IT budgeting chapter - shows key components of IT budget, how-to's and benchmarking information.

Nice forward by Professor Lynda M. Applegate from Harvard Business school.

Lowlights:

Portion of chapters on IT organization describing in painstaking detail the exact roles and responsibilities for every position on the IT team. This stuff needs to be there to make the book comprehensive, but not new news for experienced IT professionals.

You can purchase The Executive's Guide to Information Technology from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

108 comments

  1. But does it have buzzwords ... ? by BillsPetMonkey · · Score: 5, Funny

    "A vertical integration synergy strategy helped us realise total productivity gains in the medium term.
    We still reckon little elves make it happen though."


    MD, Widget & Sprokett

    --
    "It's not your information. It's information about you" - John Ford, Vice President, Equifax
    1. Re:But does it have buzzwords ... ? by Billly+Gates · · Score: 1
      Its alot like reading bad resumes that use buzzwords to hide there inexperience or real job titles.

    2. Re:But does it have buzzwords ... ? by perfessor+multigeek · · Score: 3, Insightful

      Buzzwords? Not much but.

      I don't know about you guys, but I read all the sample pages and all I saw was vague bizspeak, anecdotes about X Corp saved Y dollars that could have been on QVC for all the useful detail they gave, and more rambling mush.
      I saw two good sentences about IT departments being left out of decisionmaking. That's it. Not a single concrete "if you see X problem then you need to examine Y points of failure for Z reason" or any other useful advice.
      This looks to me like one more high-priced, prettily-wrapped hunk o' junk to make non-techies feel like they "know all they need to" without their having to dirty their hands or strain their minds by actually learning how any of this stuff works.

      I assume that the three thousand dollar executive training session in an expensive resort is coming right behind.

      Oh, and don't forget, the cost of those "seminars" and books and training manuals and time away from their operational responsibilties will be coming out of your pocket and mine when they further raise their prices to cover yet more executive bullshit.

      I am *so* fucking glad that I don't run a corporate IT department anymore!

      Rustin

      --
      Data is the lever, rigor the fulcrum, brains the force that drives it all.
    3. Re:But does it have buzzwords ... ? by jbaschab · · Score: 1

      Unfortunately the first chapter is pretty general, by necessity (have to do some context setting, can't just jump right into pros-and-cons of open source, or obscure security protocols). The later chapters (for example, Chapter 6 IT standard setting, or Chapter 10 Vendor Selection) are very specific and prescriptive. As practitioners (we use the book for our internal training in the IT turnaround and management practice), it was important that the book contain actionable, specific advice. Otherwise it is indeed "one more high-priced, prettilly wrapped hunk o' junk" - an outcome that I truly believe we have avoided. A three thousand dollar executive training session sounds about right, but first things first! John

    4. Re:But does it have buzzwords ... ? by perfessor+multigeek · · Score: 1

      In which case may I suggest that you get Amazon to put in some of those pages in their samples?
      Because otherwise it looks like it will just leave more of us feeling like this.

      Rustin

      --
      Data is the lever, rigor the fulcrum, brains the force that drives it all.
    5. Re:But does it have buzzwords ... ? by jbaschab · · Score: 1

      I agree (and already thought of that, and am trying), but, as you might guess, it can be a challenge to get such changes made! John

  2. The Lobotomy?? by Rick.C · · Score: 5, Funny
    Nowhere is this covered.

    All IT managers who used to be techies are required to get a lobotomy. This is standard industry procedure, but it's not even mentioned.

    Sheesh!
    --
    You were 80% angel, 10% demon. The rest was hard to explain. - Over The Rhine
    "Math in a song is good."-Linford
    1. Re:The Lobotomy?? by kent_eh · · Score: 1

      Within my company, techs who get "promoted" to management are usualy given an "a**hole suit" as part of their promotion.

      I wonder if the lobotomy happens before that, or after?
      Maybe it's part of the pointy-hair installation?

      --

      ---
      "I can't complain, but sometimes still do..." Joe Walsh
    2. Re:The Lobotomy?? by Jack+Va1enti · · Score: 0

      They also forgot to mention the spinectomy that typically is performed at the same time.

  3. Missing chapters by kin_korn_karn · · Score: 4, Funny

    18. Demoralizing staff through excessively harsh IT Policy
    19. How to downsize IT for effective annual report manipulation
    20. "Waah, go back to your cave, trog!" Or, how to deny IT budget requests
    21. Quality is so Expensive: A guide to third world staffing resources

    1. Re:Missing chapters by fudgefactor7 · · Score: 3, Funny

      22. "When in doubt, perform physical system relocations." Or, how to annoy IT staff by moving shit around.

      [Note: Where I am, managers if given nothing to do will order whole departments to reorganize, taking an entire day, just so the Feng Shui of the office is better...at least, that is what it looks like to us.]

      23. The Peter Principle. Ignore talent and knowledge, promote some yahoo to Supervisor and watch the carnage!

    2. Re:Missing chapters by Anonymous Coward · · Score: 0

      If you "were" in charge... Learn the proper use of the subjunctive tense.

    3. Re:Missing chapters by Billly+Gates · · Score: 1
      I am starting to dispise IT in corporate America. I am by no means a left wing lunatic or someone who demands high salary. Go read my rant here.In the end we all pass away and you have to question what your talents are here on Earth.

      In regards to wanting jobs to stay here in the US for higher salaries..."beware of your enemy because if your not carefull you will become like them". If we were offered shitloads of money and over time expected to keep it anyway possible thanks to your shareholders you will become greedy too. Lets face it we all want money. Its just that we want it to ourselves rather then third world Indians or CEO's.

    4. Re:Missing chapters by fudgefactor7 · · Score: 1
      Two things:
      (1) Fuck off, grammar Nazi; and,
      (2) Thanks for the tip.
    5. Re:Missing chapters by Le+Marteau · · Score: 2, Insightful

      24. Understand that schedules are not meant to actually reflect reality. Use them to cover one's ass, to deflect blame, or to beat up your subordinates with.

      25. There is no such thing as morality, but simply what you can and can't get away with. Concepts such as personal honor and integrity are for suckers... the real power players know that what matters is the result, not how you get there.

      --
      Mod down people who tell people how to mod in their sigs
    6. Re:Missing chapters by crazyphilman · · Score: 4, Funny

      You forgot:

      22. How to make your developers afraid: why layoffs should be random and unpredictable

      23. Nepotism is your friend: why your cousin and a couple of Java books are cheaper than a Real Programmer

      24. Golfing: networking for the businessman

      25. "No sushi for you!" or: why technical staff don't deserve the hiring parties you throw for salesmen and executives

      --
      Farewell! It's been a fine buncha years!
    7. Re:Missing chapters by drooling-dog · · Score: 1
      [Note: Where I am, managers if given nothing to do will order whole departments to reorganize, taking an entire day, just so the Feng Shui of the office is better...at least, that is what it looks like to us.]

      They do that because that's what they teach in B-School. When all you have is a hammer, everything looks like a nail...

    8. Re:Missing chapters by Bush+Pig · · Score: 0

      Actually, I'm pretty sure he is correct.

      --
      What a long, strange trip it's been.
    9. Re:Missing chapters by Gypsy2012 · · Score: 1

      I don't know if this helps, but I've used this quote on more then one occassion in relation to your chapters 20 and 21 and it sometimes works: "There are three aspects to every project: Time, Cost, and Quality. You can Control any two" -Ben Franklin

  4. lowlights by Fizzl · · Score: 1

    Actually.
    Was there just a need to also include 'lowlights' as I, for instance, would be interested of such chapter if I was someone pointed to manage a new IT team.
    Well ok. I haven't read the book but I can imagine what "painstaking details" means :)
    This could however be very usefull for a _manager_ who hasn't got all that much hands-on for a while. (say few years)

    1. Re:lowlights by Anonymous Coward · · Score: 0

      You'd be interested in such a chapter ?
      If you were appointed to manage a new IT team and you _needed_ that chapter, that team would be doomed from the start.

  5. so in other words... by jeffy124 · · Score: 5, Funny

    this book tells HR depts how not to ask for people with 10 years .NET experience?

    (I'm graduating this semester, no job yet, and I've seen 3 or 4 of those and things like it)

    --
    The One Rule Of Chess You'll Ever Need: Don't play someone who carries a kit in their bookbag.
    1. Re:so in other words... by FortKnox · · Score: 3, Interesting

      Heh... I get a lot of this, too.

      You ONLY have a year and a half of struts experience?? I just interviewed a guy with five years, and a guy with three!
      Umm... the guy with five is flat out lying (or the original author), and the guy with three must be a part of the struts open source development team, right (Struts 1.0 was released 6/01. I had this interview like 6 months ago)?

      --
      Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
  6. How is OSS dealed in this book ? by GerardM · · Score: 3, Interesting

    There is a chapter on how to select your Vendor. This implies that proprietary software is to be selected (hence the word vendor)

    Does this imply that OSS is not on the map? If OSS is not dealt with, I would rate this book as not of this time. The challenge of IT is to make do and do well on a limitid budget. OSS does play a role in this. So does the choise for open standards; this allows for unhindered communication with the rest of the world.

    Thanks,
    Gerard

    1. Re:How is OSS dealed in this book ? by skillet-thief · · Score: 4, Informative

      Red Hat is a Vendor, for example.

      --

      Congratulations! Now we are the Evil Empire

    2. Re:How is OSS dealed in this book ? by rcs1000 · · Score: 4, Insightful

      I'm sorry, but it's impossible to have a business that is *entirely* open source. Any large company will want to have some expensive enterprise applications that manages inventory, accounts receivable, payroll, etc. These packages are just not exciting technically, and can't (unless I'm very much mistaken) be found in the open source world.

      So, unless you want your company to write its own general ledger software (not a good idea) you will have to buy it from someone. So, dealing with vendors is inevitable.

      If its any consolation, the enterprise application vendors (SAP, PeopleSoft, Oracle) are increasingly supporting OSS. You can run SAP on Linux (and it is increasingly popular) for instance.

      Now, what I want to know is when these big (expensive) enterprise software systems will support PostgreSQL...

      Cheers,

      Robert

      --
      --- My dad's political betting
    3. Re:How is OSS dealed in this book ? by Mr.+No+Skills · · Score: 2, Insightful

      It's hard to tell how this is treated without reading the book. It's possible that "open source" is a type of vendor and the book addresses this.

      Also, remember that vendors are used for things besides software. Hardware, facilities, hosting, sub-contractors -- all are generally a vendor selection process. Even if you are committed to open source for solutions you are definately going to have some commercial products to select.

      --
      Sleep is for the Weak
    4. Re:How is OSS dealed in this book ? by gillisgirl · · Score: 2, Insightful

      You're right - the book should address this. It's hard to say whether or not it does by reading the review.

      However, vendors can also supply hardware, staff and ancillary services such as off-site back-up storage and printing. Those vendors can be just as significant to an IT manager as a software vendor. I think your dismissal of the book based on only one criterion is a little short-sighted.

    5. Re:How is OSS dealed in this book ? by HydeMan · · Score: 1

      Bzzzzzzz!

      Sorry. You just failed the "Am I capable at running a business" test.

      Would you also throw out your life preserver because it was produced with closed-source software?

    6. Re:How is OSS dealed in this book ? by jbaschab · · Score: 1

      These are good points. We actually included Slashdot (as well as a couple
      of other blogs like f---edcompany.com and techdirt)
      specifically in the book because they are terrific forums for the review
      and critique of ideas in the field. Slashdot posters for the most part insightful,
      intelligent and highly technically skilled.


      Many vendor (or at least standards) selections
      done in the corporate world could benefit from a few rounds of "ask slashdot."
      Advice from the bloggers might not change the outcome, but the selection committee
      would certainly wind up a lot smarter on the topic.

      As far as OSS goes, it is an important topic. We address this in Chapter 6 - IT Standard Setting
      (as well as tangentially in Chapters 10 and 11 on vendors management).

      Although we don't speak to specific vendors, or OSS specifically, the standards chapter outlines a couple of key points:
      1) You need standards to have a prayer of being effective
      2) Standards covers a lot of areas, from development languages, infrastructure, facilities, security to hardware and applications
      3) You better pick your standards carefully, because once picked, they are hard to unwind
      4) You also have to be reasonable and know when to make exceptions to the standards
      5) Above all, make the decisions in conjunction with the business then everyone will "own" the standard together


      We cover the factors that need to be considered on (3) above (what to pick) in excruciating detail in Chapter 6.
      The chart below is from chapter 6 and summarizes the key decision factors, as well as the primary and secondary criteria:
      http://www.exec-guide.com/chart6_5.gif

      We also cover product/service lifecycle analysis and how to make sure you are picking the standard at the "right" point in its lifecycle.

    7. Re:How is OSS dealed in this book ? by marko123 · · Score: 1

      Why Vendors, I hear you ask? Some IT Departments also like to purchase hardware and stationery.

      --
      http://pcblues.com - Digits and Wood
    8. Re:How is OSS dealed in this book ? by GerardM · · Score: 1

      Thanks, I am happy that you do not only deal with the "traditional" way of looking at things. With OSS covered, I am sure you deal with source escrow as well. There have been many companies burned because the company that delivered software went out of business... Gerard

    9. Re:How is OSS dealed in this book ? by jbaschab · · Score: 1

      Source escrow is absolutely in. (Chapter 10). We have had the same experience, unfortunately.

  7. Another book my former boss's didn't read by jj_johny · · Score: 4, Insightful

    The problem with IT executives is not that they don't have a book to bring it all together. The information is all around them but they seem to reflexively question it or say yes, yes I understand but we just don't have the time to do it right. And more often than not it takes more time because they cut corners. The book sounds good, too bad all the people who don't need it will get it and all the people that need it will not read it or use it in any real way.

  8. Illustrative tale by Anonymous Coward · · Score: 5, Funny

    A man in a hot air balloon realized he was lost. He reduced altitude and spotted a woman below. He descended a bit more and shouted, "Excuse me, can you help me? I promised a friend I would meet him an hour ago, but I don't know where I am."

    The woman below replied, "You're in a hot air balloon hovering approximately 30 feet above the ground. You're between 40 and 41 degrees north latitude and between 59 and 60 degrees west longitude."

    "You must be an engineer," said the balloonist.

    "I am," replied the woman, "How did you know?"

    "Well," answered the balloonist, "everything you told me is, technically correct, but I've no idea what to make of your information, and the fact is I'm still lost. Frankly, you've not been much help at all. If anything, you've delayed my trip."

    The woman below responded, "You must be in Management."

    "I am," replied the balloonist, "but how did you know?"

    "Well," said the woman, "you don't know where you are or where you're going. You have risen to where you are due to a large quantity of hot air. You made a promise, which you've no idea how to keep, and you expect people beneath you to solve your problems. The fact is you are in exactly the same position you were in before we met, but now, somehow, it's my fault."

  9. Poor ThinkGeek... by drgroove · · Score: 4, Funny
    If enough IT Managers read this book, ThinkGeek won't be able to sell one of their T-Shirts anymore...

    SELECT * FROM management WHERE clue > 0
    0 rows selected
  10. Purpose of an IT manager by blinka · · Score: 5, Interesting
    Any IT manager needs to have exactly the following skills:

    • Ability to listen and understand his techies. This usually means he needs to have been an IT grunt at some point in his career.
    • Ability to take their advice and repackage it into something that he can present to the folks who sign the check
    • Ability to prevent anyone outside IT from intruding directly into the IT employee's time. Act as a gatekeeper unless specifically requested not to by a techie.

    While we techies know our shit, too frequently we don't know how to explain it to the people who we're helping out, and seldom can do so to those who are going to give us the money to by the equipment we need. A manager who can keep us working happily by filtering innane problems to us rather than having us spend 100% of the time helping people move their mouse is the only way to keep us from jumping ship. And having the manager communicate our needs in the marketing speak that we don't have is the only way to get us our toys so we are happy in our jobs.

    A good IT manager knows enough to understand the geeks, figure out when we're lying, and protect us from politics and direct moron access.

    1. Re:Purpose of an IT manager by skillet-thief · · Score: 2, Insightful
      Ability to prevent anyone outside IT from intruding directly into the IT employee's time. Act as a gatekeeper unless specifically requested not to by a techie.

      Sounds like an OO approach to management...

      But yes it's true. The role of gatekeeper is also to be able to synthesize and translate the needs of the (clueless) users. Often the techies have as hard a time understanding them, as they do understanding the techies.

      --

      Congratulations! Now we are the Evil Empire

    2. Re:Purpose of an IT manager by 1984 · · Score: 4, Insightful
      You miss something out:
      • Ability to explain to his techies why something might not be appropriate without demotivating them.

      As a technical manager you often get presented with nifty "next best move" ideas by your staff. Some are great and should be executed, others would be good locally, but would cause a problem elsewhere. Your job, unglamourous as it is, is to keep up the overall batting average, whilst avoiding any egregious failings. That doesn't mean every suggestion from below should be acted upon.

      Your job as a manager is to get the best out of your technical team in the service of the business. That means fending off stupid, ill-considered IT suggestions from non-IT people, but equally means not wasting time on whizz-bang technical notions that don't (and won't) help the business.
    3. Re:Purpose of an IT manager by squaretorus · · Score: 3, Insightful

      In my opinion and experience this is exactly wrong. This is what the lazy techie wants of a manager - NOT what a customer wants of a company.

      I want to have direct access to the guy doing the job - I want direct access to the knowledge and expertise - not some half assed (or even full assed) regurgitation. You always get the best quality from the source.

      Too many techies use the 'Im a techie!!! I cant communicate!' getout. Quality of service, AND job satisfaction can only be boosted by getting more direct contact with users / customers.

      And yes, this WILL mean dealing with jerks sometimes - but if you answer their problems you enjoy the fact the call you LESS.

      Trust me - its fun!

      A good manager is a great thing - most managers are just a waste of time and an insulator against innovation, quality and progress

    4. Re:Purpose of an IT manager by MilesBehind · · Score: 2, Interesting

      I think the really interesting times are still ahead of us in the IT/management relationships. When enough IT people get older and wiser, those that are not pidgeonholed in the basement, coding Cobol or something will rise through the ranks and enter management. This, in theory, should do wonders for productivity of IT departments and project teams.

      The call shouldn't really be to try to introduce management to IT, and teach them how to treat the elusive, photosensitive and moody critter that the techs are, but to drag the techies out of their cages and have them apply their intellects to make broader decisions than those involved in coding. While these books are neccessary for the interim time, I think that techies would do well by grabbing some management/economics textbooks, and waiting for the management to retire and open spots for them.

    5. Re:Purpose of an IT manager by johannesg · · Score: 2, Interesting

      Although this explains how I ended up in a small office 10km away from my customers, it still does not make me very happy. I can communicate just fine, and I can handle interruptions to my work. What I *cannot* handle is being alone all day every day, with noone to talk to. I'm sure it is a different problem to what some people are experiencing, but let me tell you: it sucks.

    6. Re:Purpose of an IT manager by Anonymous+Struct · · Score: 3, Insightful

      I have to disagree with this. While it's true that being a techie is absolutely no excuse for not being able to communicate, users shouldn't generally be talking to the technical staff directly in my opinion. This is primarily because they often don't really know what questions to ask or how to interpret the response, and often they're not even entirely sure what they want from a technical perspective. Additionally, it exposes the technical staff to a slew of completely unprioritized requests, some of which have to be kicked up to the manager anyway in the event that the user is asking for something that requires a great deal of time and manpower (and maybe doesn't even realize it).

      I think it's great to have a working relationship with the users, but I know that in my position, the orders come from my boss, and he filters out the things he's not willing to support and escalates the things he knows are important to the business.

      To add: one thing that I think is understated in the original post is the ability to interface technical operations with the business needs of the company. Techies aren't usually entirely aware of the business needs of the company. A good IT department can get things done quickly and well, but it will still need a manager who understands both technology *and* business to direct their efforts in a productive way. Getting an old tech grunt in as a manager by no means guarantees you an effective staff. You have to have a guy that can understand and take advantage of your technical potential and apply it effectively to what your business is trying to do. That means knowing both sides very, very well.

    7. Re:Purpose of an IT manager by Skapare · · Score: 1

      In a way I agree with what you say. The last thing company executives need is some middle manager putting a spin on things, and distorting the message. But there need to be some limits, too. The thing is, having the CEO or CFO come wasting your time is not an issue I've encountered. The few times I've dealt with that level of management, they were good time management people and got to the point and didn't waste my time, either.

      But the time of techies can be wasted, depending on what the job responsibility is. If your job is not to support all the desktop users in the company, then you do need a gatekeeper so you aren't dealing with the trivial problems and the endless stupid questions. That's what first level support is for. And that's not your manager's job, either.

      Of course, if your job is first level support, then all the BS comes with the territory ... live with it. But if you're a developer or network engineer or whatever, the important thing is to make sure your time is properly managed and the priorities are properly ordered. Either you do that or your manager does. Just be clear between you who does what.

      --
      now we need to go OSS in diesel cars
    8. Re:Purpose of an IT manager by ibeleo · · Score: 1

      A technical manager who has been IT grunt at some point may help communication to their techies, but this brings up the problem of somebody who last touched the technolgy years ago but thinks they still have a (intimate) clue - or better yet make low level technical decisions.

      Either they keep a hand in the technology or know their limits (a la Clint Eastwood) and when in doubt ask.

    9. Re:Purpose of an IT manager by TopShelf · · Score: 2, Interesting

      I think the real difference here is between a support and development function. For day-to-day support needs, there needs to be a well-defined and understood communication process that only brings in the technical staff at the point where they're truly needed. On the new development side, however, there needs to be more direct communication between the business users and the technical staff to make sure that what is being developed is actually what the customers want.

      --
      Stop by my site where I write about ERP systems & more
    10. Re:Purpose of an IT manager by fferreres · · Score: 1

      Your bullets are fine, but you are missing the ones where you clearly understand where the company want to go and where they would like to be, and how you can help them. I've seen these neglected in a lot of situations. If you've got a great staff your three points are fine, but sometimes it's the other way arround. Clueless IT department doing all kind of useless crap because that's all they want to do...or or because that the only thing they can do...and nobody can tell them otherwise cos "they ain't have a clue"...

      --
      unfinished: (adj.)
    11. Re:Purpose of an IT manager by Stuntmonkey · · Score: 1

      While we techies know our shit, too frequently we don't know how to explain it to the people who we're helping out, and seldom can do so to those who are going to give us the money to by the equipment we need. A manager who can keep us working happily by filtering innane problems to us rather than having us spend 100% of the time helping people move their mouse is the only way to keep us from jumping ship. And having the manager communicate our needs in the marketing speak that we don't have is the only way to get us our toys so we are happy in our jobs.

      Some tough love here. This kind of "separate worlds" view of IT/business is going the way of the dinosaur, at least in the USA. Today neither of the following is acceptable, at good companies:

      • A business executive who disavows responsibility for the success of IT initiatives
      • An IT person who disavows responsibility for understanding the business: how it makes money, who the customers are, and the frustrations of the front-line workers

      Today, if you persist in this mode of thought as an IT professional, you will find that increasingly your "code monkey" job will be getting outsourced or offshored. And your IT coworker who took a less myopic view of IT and the business will have gotten promoted, and now manages the outsourcer/offshorer with a business mindset. In the future expect to see a lot more horizontal movement of workers between IT and the business, in the best companies.

    12. Re:Purpose of an IT manager by jkm_jkm · · Score: 1

      This is akin to saying we don't need officers in a war, the soldiers and the NCOs know their shit, just leave them alone. IT manager's responsibilities include: - Monitoring whether his department meets the BUSINESS objectives set to it - Measuring and imporoving the ROI of his projects, technologies and platforms - Making sure his department is a good place to work I.e. a good manager is MUCH more than just your gofer. No matter how much you know about your 'shit', as you put it so charmingly.

    13. Re:Purpose of an IT manager by MrWa · · Score: 1
      A manager who can keep us working happily by filtering innane problems to us rather than having us spend 100% of the time helping people move their mouse is the only way to keep us from jumping ship. And having the manager communicate our needs in the marketing speak that we don't have is the only way to get us our toys so we are happy in our jobs.

      I wonder where the idea that techies are prima donnas came from.

      Seriously. How long do you think you will be able to have your job if all your demands are met, which basically boil down to "let me do whatever I want, give me toys, and don't talk to me." People bitch about CEO's stealing from the coffers (rightly so) while the company goes under and everyone else loses their 401K's and, instead of wanting to make things right, they want to do just same on a lower scale.

      Here's an idea: do your job. Voice concerns to management; grow up enough to communicate what you *need* (i.e. not Nerf darts) to do your job, why it benefits the company and how it will increase quality in the company (not your "quality" time with the Game Cube, either.)

      I'll get modded down for this I'm sure, but making unrealistic demands does not make techies look better or help; this isn't like bargaining for a car where you can start ridiculous and work towards common ground. Learn how to explain what you need, why, and the benefits in a way that people who don't do your job can understand. It really isn't that hard.

  11. Two words are all you need: by grub · · Score: 1, Funny


    Microsoft Bob

    --
    Trolling is a art,
  12. Useful book by Anonymous Coward · · Score: 3, Funny

    This will be a very useful book, because the only people left in IT are the managers. They had to fire everyone else to cover their own salaries.

    1. Re:Useful book by operagost · · Score: 1

      Then they would be better served by "C++ for Dummies" and "Complete Idiot's Guide to Enterprise System Administration"

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
  13. From my experience... by jmays · · Score: 1

    the only good IT exec is a geek/techie IT exec.

    --
    KARMA TAG! You're it.
  14. necessity by t0ny · · Score: 1
    this is something every Slashdotter should read, since it will likely inject a healthy dose of business practicality, not to mention just plain ol' reality, into their thought processes.

    Gone will be thoughts of all software being free, or Linux on the desktop, or having 1000 people in an organization using the latest K3wL beta version MP3 player. Instead, they will start talking standards, support, and managing resources.

    After that happens, we can all have a coke and a smile, link arms, and sing 'Kumbaya'.

    --

    Manipulate the moderator system! Mod someone as "overrated" today.

    1. Re:necessity by Anonymous Coward · · Score: 0
      So, why, exactly, should every slashdotter start talking and thinking like a manager?

      If everyone starting thinking like an accountant they'd probably save lots of money, but they would be BORING FUCKS all the same.

    2. Re:necessity by t0ny · · Score: 1
      Its not necessarily thinking like a manager, so much as it is taking real-world technology issues into account. Its all well and good to tinker around with OSs and software at home, in your spare time, but quite another to actually work with products in a professional IT environment.

      As touched on in the earlier post, this is the reason things like converting all 3000 of a company's users to Linux isnt going to happen: it costs more time and money to convert and retrain all your non-computer expert users to the new system than you will possibly gain by doing such a thing. Even if there were real benefits, which (aside from anecdotal evidence) there arent.

      So we dont need everyone talking like a manager, but having everyone talking realisticly would be a nice change. Not that this is going to happen, of course, but its nice to dream...

      --

      Manipulate the moderator system! Mod someone as "overrated" today.

  15. How to be an IT executive by pubjames · · Score: 3, Funny

    1) Change jobs regularly. don't stay in any one company for more than a couple of years.

    2) When you start at a new company, standardize! Standarize on whatever bit of technology a sales rep. has recently bedazzled you with. Standardize by insisting, for instance:
    a) everything has to move onto Lotus Notes
    b) all databases must be Oracle
    c) Everything must be Microsoft

    Score extra points for really stupid and disruptive standardizations e.g.
    a) everyone must use MS Outlook.
    b) nobody can send email attachments.
    c) all databases should be on MS Access.

    Make sure that you replace old systems that have been working successfully for years, in the name of standardization.

    Don't listen to your technical staff. They don't understand business issues. And don't listen to your users. They don't understand techy stuff.

    Assign huge budgets to standardization. Standardize on something your technical staff don't like.

    Leave shortly after your new projects have been rolled out. Make sure you get a bit of press coverage about what a great job you've done (your chosen supplier will help you with this...) Get an even higher paid job elsewhere.

    What, me, cynical?

    1. Re:How to be an IT executive by Billly+Gates · · Score: 1
      Also you forget the dangers of scripting! We need standard so all 5 line perl scripts for cron jobs must now be written in Java because its the standard. Catapillar does this and takes months and whole programming teams to write simple bash script equilivants in c++.

      But hey standard save money right?

    2. Re:How to be an IT executive by Richard+Steiner · · Score: 1

      My former employer had a number of VP's of IS and Senior Directors who fit your description to a "T"...

      --
      Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
      The Theorem Theorem: If If, Then Then.
  16. ps. don't mod me up by Anonymous Coward · · Score: 1, Informative

    I just cut and pasted the joke from here

    1. Re:ps. don't mod me up by Anonymous Coward · · Score: 0

      No, I didn't. I cut and paste it from somewhere else.

      I never claimed authorship of the joke. It is funny, I put it here to be shared with other people. Why shouldn't it be modded up? Anyway, not that I care really. The ones reading at -1 are the ones who really deserve it anyway. I just found your post a little stupid and illogical.

      Once again, I never said the joke was mine. I didn't post a url cause I didn't have one, I saw this long ago and had it saved somewhere.

      tmegapscm

  17. Too sloppy. by Anonymous Coward · · Score: 0

    Try this:


    select LNAME, FNAME from MANAGEMENT where CLUE is not NULL

    0 rows selected
    1. Re:Too sloppy. by Anonymous Coward · · Score: 0

      Hey man, don't complain to me... email the guys @ ThinkGeek. It's their shirt...

      also, FWIW, your SQL statement should have SELECT, FROM, WHERE, IS, and NOT capitalized, and the rest in lower-case, not the other way around...

  18. $70?! by Anonymous Coward · · Score: 0

    It must *really* be an executive-level book! Not much better prices at the affiliate-free price check. But WorldCat shows over 400 libraries have it - I'd say check that out!

  19. "Briefcase"-logic. by Anonymous Coward · · Score: 3, Insightful

    "The information is all around them but they seem to reflexively question it or say yes, yes I understand but we just don't have the time to do it right."

    Then the next question should be:
    "If we don't have the time to get it right, then do we have the time (and money) to deal with the consequences?"

    Remember when dealing with managment you (just like in IT) need to be able to speak their language, and put your persuasive arguments in business terms.

    IT
    ---
    It's cool.

    Business
    ---
    This will save the company money by increasing efficency.

    IT
    ---
    I want that neat toy.

    Business
    ---
    This will improve my productivity, and generate more money for the company in the long run.

    The only obstacles are if you suck at being able to see things from other people's perspective, and your people skills are at death's door.

  20. Hrm? by jmb-d · · Score: 2, Funny

    Slashdot even gets a mention in a couple of chapters as a good source of "unbiased customer experience information" although the authors say that for many blogs "it can take some effort to separate fact from opinion on the blogs, and the signal-to-noise ratio on a given topic can sometimes be low."

    Signal?

    (Nods toward JB's (or was it Andy's) comment on the state of things on the 'elbows' mailing list somewhere around 1990...)

    --
    In walking, just walk. In sitting, just sit. Above all, don't wobble.
    -- Yun-Men
    1. Re:Hrm? by jbaschab · · Score: 1

      As big Slashdot fans, we covered using /. and other user-contributed/moderated news sources in three chapters of the book.

      If more standards committees, vendor selection boards and the like would consult /.'ers (or other vendor-neutral blogs) they would get closer to the straight story. Unfortunately, in many IT departments, the standards setting process starts with "what brand does my nephew like" and the information gathering process begins with "call the vendors since they know best."

      The signal-to-noise issue, is of course, a well known phenomenon! Luckily Slashdot has great tools to help filter responses.

  21. AND I have proof by Anonymous Coward · · Score: 0

    Now I went to the page you linked to. There's no double quotes in there, as there's in my post.

    ha - ha!

    I still could have, copied, pasted, and edited, though.

    1. Re:AND I have proof by Anonymous Coward · · Score: 0

      Actually, now I think of it, I DID do that, and forget. I apologize to the OP for making him sound like a liar.

    2. Re:AND I have proof by Anonymous Coward · · Score: 0

      Sorry, I didn't take my pills today.

      I did not do it. I know because I made a tattoo on my arm to remind me of that.

  22. IT Guide by tthack55 · · Score: 3, Funny

    As someone who has recently failed upward into IT management from being a grunt (programmer) at an insurance company, the biggest problem I have encountered is translating what the business people want into terms the staff understands. There is also the balancing act of blaming my predecessors for everything that has gone wrong while taking credit for all that is good. That is hard.

    And getting money from the suits. Sheesh.

  23. The missing book. by Bull999999 · · Score: 1

    All we need now is a book titled "Sales and Marketing for IT Staff"

    --
    1f u c4n r34d th1s u r34lly n33d t0 g37 l41d
    1. Re:The missing book. by itwerx · · Score: 1

      I second that!
      I've worked every position from bench tech to CIO with sales and marketing along the way, (don't ask, I've had an interesting career). and lemme tell you, many technical people would do much better if they could only recognise that when people's eyes glaze over it's time to find a different way of explaining something! :)

  24. Somewhere in between the classics and blogging... by Anonymous Coward · · Score: 0

    acronyms came into fashion. You should read up.
    http://www.acronymfinder.com

  25. So true, so true by subzerohen · · Score: 1

    Why can't people understand that for such vital software as mp3 players buisness just can't afford to use unstable software. Just think of the consequences if your mp3 player stopped working tomorrow. I mean just think about it. Could your buisness survive if the mp3 player went down?!?

    1. Re:So true, so true by Anonymous Coward · · Score: 0

      Mod parent up!

  26. Missing top level heading... by DailyGrind · · Score: 1

    IMHO any IT management book that does not have a top level heading "Writing a successful IT business case" is not worth the paper it is written on....

    --
    You will have to pry my proprietary software $$$ from my cold dead hands!
    1. Re:Missing top level heading... by Anonymous Coward · · Score: 0

      Chapter 15, "IT Demand Management and Project Prioritization"

      All it talks about....

    2. Re:Missing top level heading... by jbaschab · · Score: 1

      Absolutely right.

      In fact, it is not only making the business case for projects, but also ensuring that demand on the overall IT department and prioritization of the projects that IT will work on (based on the business case and other factors) is one of the most important areas where IT departments go "wrong."

      This is a real focus of the book, and therefore we worked to weave the concept throughout. It is covered in some detail in Chapters 1, 2, 3, 6, 7, 8, 13, 17 and most exhaustively 15 (IT Demand Management and Project Prioritization)

  27. And they say geeks have low self-esteem ;-) by Infonaut · · Score: 1
    While we techies know our shit

    --
    Read the EFF's Fair Use FAQ
  28. People who write these books should be shot. by LibertineR · · Score: 0, Flamebait
    There is nothing so dangerous as some wannabe techie manager emboldened by reading one of these books to set about deciding the fate and future of technology in an organization.

    IT Management should start and stop and defining business-related goals, and providing resources towards allowing the true technologists to emplement the plan based upon THEIR knowledge and experience. Any manager who cannot trust their true-technologists to do that, should fire them and hire those that he/she can.

    All these books do, is provide enough information to the IT Manager to be dangerous. Decisions start to be made on the basis of what technology implemetation is going to get my mug and quote in a tech magazine, that I can then put in my resume towards a higher paying CIO position.

    You know who you are, asshole.

    1. Re:People who write these books should be shot. by rfreynol · · Score: 1

      I know the principal author, John Bashab, and he is every bit the techie. He may have an MBA, but he was (at one time) very much a geek.

      How much of a geek was he? He wrote a disk de-fragger for the TRS-80 model 3 in z80 assembler in the 10th grade - 3 years before Norton Utilities came up with the same thing for the PC.

      He may have succumbed to the dark side (management) but he does have the background to evaluate technology.

      The only people that really belive that techies loose touch with the technology when they become managers are the ones with no talent for management.

    2. Re:People who write these books should be shot. by jbaschab · · Score: 1

      Thats actually true, although I had forgotten about it until now.

      Just for kicks (and to prove some legitmate tech cred), here is a little of the source code for the TRS-80 Model III (and IV / 4p) file attribute modification program (part of the overall debugger mentioned above). Mind you, this worked in LDOS as well as TRS-DOS. I even managed to find a use for XOR ;)

      COM Copyright (c) 1986, John D. Baschab All rights reserved.
      COM FATMOD/CMD By John D. Baschab
      ORG ORG 0A000H
      SAVSCR SCRBUFF
      Initialize variables.
      START LD IX,STORAGE
      LD C,14; SVC @DSP; SVC @CLS
      PRT OPNMSG
      Scroll protect screen.
      LD B,7; LD C,3; SVC @VDCTL
      Get a drive number for the target file.
      CALL GETDRV; PRT DWNMSG
      Read the directory of the selected drive into a buffer.
      CALL READ
      Get the name of the file to change.
      INPFIL CALL FILSPEC
      See if it's there, and return it's location in IY.
      CALL SCAN
      Display the files attributes for the user to edit.
      CALL DISPLAY
      Get an option, (1-7).
      GETOPT
      LD C,13; SVC @DSP; PRT OPTMSG; CALL GETINP
      CP 0; JR Z,GETOPT
      CP 8; JR NC,GETOPT
      LD B,A
      Option number in B. Point HL to the place in the table of routines to the correct address. ALP1 points HL there.
      LD HL,JPTBL-2
      ALP1 INC HL
      INC HL; DJNZ ALP1; LD E,(HL)
      INC HL; LD D,(HL); EX DE,HL
      JP (HL)
      Table for jumps to all the routines.
      JPTBL DW CPROT; DW CVIS; DW CACT; DW CDATE; DW DOSEXT; DW NFILE; DW NDFILE
      Change the protection level (0-7).
      CPROT
      LD C,10; SVC @DSP; LD C,10; SVC @DSP
      Print all the available levels, using the ASCII messages.
      LD HL,PRTTBL; LD B,8
      PLP2
      PUSH HL; PUSH BC; LD C,13; SVC @DSP
      SPC 16; POP BC; SVC @DSPLY; POP HL
      LD DE,14; ADD HL,DE; DJNZ PLP2
      PRT CPTMSG
      Get the new level from the keyboard.
      INPL CALL GETINP
      LD B,A; LD A,(IY+0)
      AND 11111000B
      ADD A,B
      LD (IY+0),A
      LD A,0E1H; LD (IY+16),A
      LD A,0F8H; LD (IY+17),A
      LD A,96H; LD (IY+18),A
      LD A,42H; LD (IY+19),A
      Bytes written to the image of the directory in RAM. now write the RAM buffer back to the disk directory.
      SOUND; PRT DUNMSG; PRT DWNMSG; CALL WRITE; CALL DISPLAY
      JP GETOPT
      Toggles visibility. No user input taken for this routine, or the activity routine, because the status can only be two things - yes or no.
      CVIS
      LD A,(IY+0); XOR 00001000B; LD (IY+0),A
      SOUND; PRT DUNMSG; PRT DWNMSG; CALL WRITE; CALL DISPLAY; JP GETOPT
      Changes the activity. Dead files can be "de-killed", and active files can be removed. Toggles activity.
      CACT
      LD A,(IY+0)
      XOR 00010000B
      LD (IY+0),A
      PRT DUNMSG; PRT DWNMSG; CALL WRITE; CALL DISPLAY; JP GETOPT

    3. Re:People who write these books should be shot. by rfreynol · · Score: 1

      Ok, now you are just showing off. Should I really embarass you and let the world know about all the REXX and LU6.2 code floating around a certain state university you had a hand in. Nah, that wouldn't be nice.

  29. Aspiring IT managers better not know business... by magarity · · Score: 2, Insightful

    IT managers seldom receive the appropriate business training to manage a large, mission-critical function and budget, and non-technical executives get lost in the maze

    It shouldn't be any wonder IT people are selected who do not understand business; they aren't allowed to! The reverse for general management. And whose fault is this? The HR people are the obstacles. With a shiny new degree in business and extensive computer experience, I thought I could get into IT management. For general management jobs HR people said I'm not qualified because because all my practical experience is technical. For technical jobs I'm told I'm not qualified because me education is in business. Fortunately I landed a somewhat IT position at a firm too small to have an HR department but I wonder at what kind of people ended up at all the big corp positions whose HR people blew me off.

  30. Not nessesarily. by LibertineR · · Score: 1
    Nothing wastes a techie's time more than someone bothering them with a question. Any IT department worth their salt, has a portal containing FAQs of every detail of their current environment. These FAQs should be updated weekly. Techies should have NO relatioship with end users.

    There should be a single point of contact for addressing user issues, and that should be the IT manager and whatever system designed to accept, prioritize, consoladate(sic)and address user issues. Much of this can and should be automated.

    IT managers need to be more concerned about their staff's technical ability than their communication skills. If a guy can script, code, configure and complete their tasks on time, I really couldnt care less whether he gives users a warm and fuzzy feeling.

    I think any decent manager can handle IT management tasks, if they trust the people who work for them. Sure, there needs to be skill enough to understand what the techs are telling him, and translate that into manangement-speak, but this is less important to developing and mantaining an IT dept that works.

  31. Oh great... by Pointy_Hair · · Score: 1

    Now they come out with this $75 book after I spent all that money and time going to college to learn that shit.

  32. It's a stupid joke by Anonymous Coward · · Score: 0

    The woman below replied, "You're in a hot air balloon hovering approximately 30 feet above the ground. You're between 40 and 41 degrees north latitude and between 59 and 60 degrees west longitude."

    Since one degree can have a distance as much as 69 miles, that information is completely useless. If you were driving around, lost and you asked someone "Where am I" and they answered "New Jersey," that person wouldn't be of much help.

    The female engineer is a pretty lousy one.

    1. Re:It's a stupid joke by Anonymous Coward · · Score: 0

      >The female engineer is a pretty lousy one.

      That's why they're paid less.

    2. Re:It's a stupid joke by Anonymous Coward · · Score: 0

      "as much", you said.

      If they are at a high latitude, on degree in longitude could be a short distance. I wouldn't think latitude is affected, though. Still, for a balloonist, that could not make much difference, he could easily be tens of kilometers (not miles) away from where he wanted to be.

      And that doesn't mean she is a lousy engineer (or a lousy anything) -- maybe that's all the information she can gather from her equipment. Maybe, if she dídn't have any equipment (other than her body) to get that information, she was actually pretty good!

      tmegapscm

  33. Why it is important to mention OSS by GerardM · · Score: 1

    I have read the comments so far. Yes, Red Hat is a supplier, so is Zope, MySQL name them. The issue that I raise is that you select a PRODUCT and you may choose to select a vendor.

    You may and do not have to. This makes all the difference. When OSS is chosen, a company may have programmers look at the source. They may be able to contribute to the community involved, they may ask a community for support, for features.

    The issue here is that the book is a "how to, what is what". Therefore it is a legitimate question to ask if OSS is mentioned and if there are pointers how a company can benefit from OSS and its communities. It is important to mention that companies can contribute and that it is in their best intrest to do so.

    Thanks,
    Gerard

  34. Re:to the author by Anonymous Coward · · Score: 0

    Chi Nu babeeeeeee.

  35. this subject could be "mod parent down", but, no by Anonymous Coward · · Score: 0

    What an idiot.

    Get your facts straight. You can clearly see that it is not a copy and paste -- at least not without any modification. And, frankly, I don't see why the guy would copy, paste and then add some quotes characters and change a few words.

    Maybe to avoid being exposed like you so cleverly did?

    Anyway, that doesn't mean he didn't copied and pasted from somewhere else (which, in my opinion, there's nothing wrong with, as long as he doesn't take credit for it). But the way you write is just ridiculous and incredibly arrogant.

  36. Response from the Author by jbaschab · · Score: 1

    Thanks for all the interesting comments.

    We highlight /. (among other blogs) in the book because, notwithstanding some notable exceptions, overall the forumers are insightful, knowledgable, and helpful.

    Because of good response from Slashdot (apparently, since this review came on today) the book is right now #25 on the amazon.com business books list! Thank you.

    Since Slashdot is a personal favorite of mine, and it was a good source of information for us as we researched our book, I will also make this offer to any slashdotters - if you buy the book (you can go from here or www.exec-guide.com) and email me a copy of the order at john.baschab@impactinnovations.com (please use the subject: Slashdot), I will send you a second autographed copy for free.

    Thanks for all the comments here - please keep 'em coming.

    John

  37. Re:this subject could be "mod parent down", but, n by Anonymous Coward · · Score: 0

    "But the way you write is just ridiculous and incredibly arrogant."

    Actually, upon reflection, I was hasty. You weren't being arrogant - i couldn't really tell HOW you write from just one sentence, and I apologize.