Slashdot Mirror


Reporting To Executives

chopsuei3 writes "As a System Administrator, I am charged with providing more insight into the functioning of the system. What types of reports and information do other System Administrators submit to executives and on what frequency? Measurements such as uptime and average page latency are useful, but our site is relatively stable and we see minimal downtime, so I'm looking for other important and useful information I can report up to better illustrate my efforts. Our system is also unique in that about 70% of the traffic we see is from devices and not human browsers. I am a lone System Administrator in a 20-person company which specializes in web-based irrigation management. I also simultaneously perform all IT-related tasks in the office, which may also be important to report up to executives on regular basis."

12 of 301 comments (clear)

  1. Here's an idea... by smooth+wombat · · Score: 5, Insightful

    how about asking them what they want to see? Prepare a short document listing what information you can provide them and in what format, and ask them what they want to see. How often, what detail, etc.

    I know, I know. Talking to people, particularly executives, is a daunting task for some in the IT world, but you'd be amazed at how much easier things become when you ask people what they want.

    --
    We will bankrupt ourselves in the vain search for absolute security. -- Dwight D. Eisenhower
    1. Re:Here's an idea... by L4t3r4lu5 · · Score: 4, Insightful

      Wear a tie. Polish your shoes. Make sure the colour of your belt matches your shoe colour, and your socks match. Get a haircut the day before.

      Small things, but they make you look professional. I'm not sure if you dress like that every day, maybe you do, but if he glazes over during technical blurb you may find him considering whether you get a bonus based on whether your shirt does or doesn't have a burrito stain on it.

      --
      Finally had enough. Come see us over at https://soylentnews.org/
    2. Re:Here's an idea... by h2oliu · · Score: 5, Insightful

      I too worked for a 20 person company for in a role similar to what you did. I tried asking them what they wanted, but I quickly learned that I need to guide what they asked of me. You will probably need to educate them on the what you do.

      I had a weekly status meeting with 2 execs to where I prepared a one page document with:

      1) Here is what the main projects are, and my perceived priority (chance for them to change the IT priorities to match the business priorities).
      2) Here are any potential roadblocks to the projects (keep them aware of business risk).
      3) Here are tasks that were completed from the last week (advertise yourself).
      4) Here are the some potential large money items or other significant items that could occur in the next 6-12 months (depends on your company's planning horizon) (prevent surprises).

      Number 4 is very important. Good executives don't like surprises. If you see ANYTHING that could be a major problem down the road. Tell them that you have discovered something, what the potential ramifications are, and what you are doing to identify, isolate, reduce the risks associated with the discovery. If your executives do like to keep their head in the sand, then you should keep an eye on the long term viability of your company.

      --
      Ok, I give up, why you?
    3. Re:Here's an idea... by maharb · · Score: 4, Insightful

      You and your parent will go far in life. I can't wait till someone finds you out if you are doing this because executives DO care. You are a fool if you think an executive doesn't care about things like system up-times.. I know from personal experience how seriously pissed executives can get with IT persons for reporting false information about the IT capabilities of the organization. When an executive hires a person they trust that person to report factual information. Just because they don't call you out on mistakes doesn't mean they don't care. It means they are busy as fuck, probably working way more hours than you assume, and don't have time to look up "quasitron" to ensure their employees are fucking with them. They will take the report at face value if you say everything is great.

      To chopsuei3:

      The best things to report are things that affect clients or are otherwise extremely important. Since you mentioned you are providing services to devices that I can only assume you are a type of "command and control center" for I would think the most vital thing to report is the up time of that system and any other pertinent information about that system. If it had gone down, why? and on a related note, what is being done to protect the system's up time. If there are no issues with this aspect and you think nothing will happen before the next report you may glance over it quickly, but still make sure critical systems are the first thing you report on. It will demonstrate you understand what is most important.

      After that I would report on the status of any ongoing projects, not with numbers or charts but with words. This could come before critical systems if the project is critical but that should be obvious.

      Finally I would report on the status of less-critical functions like the internal IT stuff you do. This can be as simple as saying "I dedicated 20 hours this month to desktop support, this has been the average for the past several months." with maybe a little analysis if you want to work that number down.

      I think the preferred format for an executive would be more written or bullet points rather than charts and figures. Help them to understand what is going on so they can better help you accomplish your goals. A chart that has up-times on it is worthless to an executive unless you thoroughly explain it so you might as well do the analysis and then explain what it means rather than presenting the charts as eye candy. An executive wants a "what does this mean" perspective not a load of information that they have to derive the "what does this mean" from. There may be times when raw charts and figures are important so don't completely scratch them, just make sure you aren't just throwing information out there just for the sake of having stuff to present.

      Delivering concise, well thought out, and informative reports are way more effective than a "data dump" just to prove you do something every day you come in. The executives are busy, they don't want to waste their time reading a huge report on unimportant shit.

  2. Think Business Functionality by lbalbalba · · Score: 5, Insightful

    Focus on the benefits the systems provide for the business. For example, if you were sysadmin for a website of a major airline, you would focus on the amount of tickets sold online. Management is way more interested in seeing how much money the web site makes, or in what ways it helps people do their job better and more efficient, than purely technical data like system/service uptime or page visits.

  3. Be bright, by cptdondo · · Score: 4, Insightful

    be brief, be gone.

    That's about the best I can give you.

    Your whole summary should fit on 1 sheet of paper, with bullet points.

    The whole presentation should take less than 3 minutes.

    Ask yourself, if you were flying at 30,000' over your operation, "What would I see?"

    That's what the execs want.

  4. My experience by br00tus · · Score: 4, Insightful

    I started working at an organization a while back and I would file a trouble ticket whenever I came across something broken, even if it was unimportant and with an overflowing workload might not be done for a while. A manager was hired after a while who decided to use the trouble ticket system as a meter of progress for tasks done. When he announced this, I immediately closed all of these types of tickets, saved them locally on my machine, and even went into the database so as to delete all vestiges of these tickets. I began only creating tickets when I knew a task would probably be done on-time and quickly. The manager was canned after about two years there - the thing that saved him for so long is that his manager changed three times while he was there, the third one axed him.

    What management wants to see is that their investment in you is getting results. If they spend X amount of dollars on something, they want to see how it is helping the company or whatever. Show how successful your projects have been, how your uptime rate is always increasing etc. Use lots of colorful charts, lists with 20 goals and "accomplished" next to 18 of them and "partially accomplished" next to the other two. That type of crap. I mean, if management wants this nonsense from the sysadmin, you're in Dilbert land already.

    In France in 1968 there was a massive general strike, with workers taking over factories and the like, and De Gaulle even planned contingencies to leave France and invade it at some future point with the French army and possibly NATO support. One of the wall posters of that time said "The boss needs you, you don't need the boss". Sometimes I think these exercises are more to psychologically mess with you than anything. You do all the work and create all the wealth, the bosses and shareholders don't do anything and collect salaries and profits. By making you do a pointless exercise like this to justify yourself to them, they're putting the idea out of your head of the reverse - of why *they* are necessary to the company. After 13 years in this industry, I'm becoming convinced that the dumb, pointless things management makes you do does have some strange psychological point along these lines. I've quit agreeing with my co-workers that these presentations are dumb and pointless, I think they do have a point - keeping us disciplined, from requesting sane hours and on-call rotation and all of that.

  5. No questions allowed. by NoYob · · Score: 4, Insightful

    how about asking them what they want to see?

    ...

    I know, I know. Talking to people, particularly executives, is a daunting task for some in the IT world, but you'd be amazed at how much easier things become when you ask people what they want.

    Ask?!? Actually asking a question is verboten in IT! First, you have spend meaningless hours researching the question and finding your own answers and then, after exhausting all of your options, then, and only then, can you go and ask a question.

    If you don't follow those steps in that order, you will get a snarky condescending answer of "What? You couldn't google it?!" or some other asinine statement. Or the fact that admitting ignorance in IT is equated with stupidity.

    It's really awkward when you have to report to someone who's not in IT and they ask "Why couldn't you have just asked in the first place?" It so hard to explain the childish and retarded social dynamics of IT to folks who act on an adult level.

    --
    It's NOT me! It's the meds! I'm on 1000mg of Fukitol.
  6. Focus on the business.... by LibertineR · · Score: 5, Insightful
    and not so much the technology.

    Show how the various systems and services directly support Business operations and overall goals like profitability, customer service ratings, etc..

    Point out wherever technology is a business hindrance or obstacle, and provide multiple options for systems or software integration to alleviate the problem.

    In short, use the opportunity to remind the execs that IT is more than a cost-center, and how its proper usage can enhance profitability.

    Careful though; if you do too good a job, they might make you a (gasp) manager, and then of course, you are screwed.

  7. 20 person company + executives + reports??? by Anonymous Coward · · Score: 5, Insightful

    You work for a 20 person company that has executives and reports? What kind of company is this? My experience (as a sys admin and with simultaneous IT support) has taught me that reports are for shareholders' piece of minds unless you work for a really large company. And if you're a private company then the shareholders are the partners/founders and you should just talk to them like as needed.

  8. Honestly, as little as possible!! by ErichTheRed · · Score: 4, Insightful

    I've worked in large and small companies, and the one unifying truth of executive communication is that they do not want details. In their mind, they hired you to take care of the details, If you say you need $100,000 to increase bandwidth at remote locations, you had better have a one or two sentence explanation about how this is going to make them money or help them make money. If they want to see a utilization chart or two, have that ready, but you're going to be tuned out if you launch into a long explanation.

    I'm not an MBA, but my guess would be that they teach MBAs to focus on strategy and leadership, and to hire people to do the nuts-and-bolts work. Same goes for small business owners, but double -- they're doing crazy 120 hour weeks growing the business - why would they want to listen to a report from the guy they hired to make sure they wouldn't have to deal with "all that IT stuff?"

    As long as you keep that in mind, reports to executives will go well. Short, simple, money- or productivity-focused explanations, very little technical information, etc. Think like they are thinking -- "Why am I paying for this?" "How does this make me money or keep me from losing money?"

  9. Re:Condescending by SatanicPuppy · · Score: 4, Insightful

    Want some fish with that chip on your shoulder?

    You horde your information because experience tells you that when you share it, bad things happen.

    You always give a bullshit answer, because you've been nailed to the wall before because something that you thought to be the case turned out to be wrong, and, in the meantime, the phb you told that poisonous factoid to, turned around and told everyone up the food chain, and now YOU have to find a way to make something happen, which you've just learned is impossible.

    If upper management wants open, clear, and honest answers, they need to understand the complexity of the question, and the reality that expensive problems can crop up in routine-seeming tasks.

    --
    ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.