Slashdot Mirror


Ask Slashdot: Is Reporting Still Relevant?

New submitter MrWHO (68268) writes A while ago we switched for monitoring our systems to the ELK (ElasticSearch, LogStash and Kibana) stack. Our management wanted to keep the reports they got — and possibly never read — flowing in at the beginning of every week with statistics like sites traffic, servers downtime, security alerts and the works. As we migrated some of our clients to the same stack they kept all asking for the same thing: reporting. There was no way for us to create and schedule reports from ElasticSearch — searches for ElasticSearch and Jasper Reports returned nothing apart from people asking how to do it — so we created our own Jasper Reports plugin to create reports from ElasticSearch data, which we released on GitHub a while ago, and we promptly moved along.

None of our clients were easily convinced that a dashboard — Kibana — was a substitute for mail delivered PDFs, even if all the information was there, with custom created panels and selectable date ranges. On the other hand, on the ElasticSearch mailing list when questions were asked about "how do I do reports?" the answer was, and I sum it up here, "Why would you want reports when you have a dashboard?" Are reports still relevant — the PDF, templated, straight in to your mail kind — or the subset of my clients — we operate mainly in Italy — is a skewed sample of what's the actual reality of access to summary data? Are dashboards — management targeted ones — the current accepted solution or — in your experience — reports are still a hot item for management?

19 of 179 comments (clear)

  1. Unfortunately by Baby+Duck · · Score: 4, Insightful

    Just as there are courts where faxes are permitted, but emails are not, reports will still linger around, strutting proud its cloak of obsolescence.

    --

    "Love heals scars love left." -- Henry Rollins

    1. Re:Unfortunately by knightghost · · Score: 5, Insightful

      Neither law nor easily used technology has caught up with the "digital signature" in an open environment. Yes, I know PGP, but using it isn't automated widely.

      For dashboards, email is far easier than the PITA of logging into yet-another-system and navigating who-knows-where-and-changes-often. Seriously... automate! Quit relying on people to do things manually.

    2. Re:Unfortunately by Anonymous Coward · · Score: 5, Insightful

      Not to mention, once it's in your inbox, you are no longer at the mercy of their downtime.

    3. Re: Unfortunately by tompaulco · · Score: 3, Insightful

      Why should a manager have to log in to a place once a week, when a report could be automatically emailed to him once a week? Just because dashboards are hip and trendy doesn't make them the answer to all of life's problems. Fancy new ratcheting wrenches are indeed awesome, but they still suck at pounding nails.

      --
      If you are not allowed to question your government then the government has answered your question.
    4. Re: Unfortunately by Oligonicella · · Score: 1, Insightful

      Because managing a mailing list for each individual report is bullshit work, a waste of time that can and should be avoided.

      Not your decision to make. The rest of your post depends from this.

  2. No Worky by Anonymous Coward · · Score: 5, Insightful

    People who have to read reports don't want to have to run them. They want them already done in PDF format so they just have to open and read them. The process of creating/searching/saving search in a dashboard is more work than people want to do (especially since they barely read the PDF's).

    1. Re:No Worky by Anonymous Coward · · Score: 1, Insightful

      ^This. Just making a report for management now. They don't want to learn tools and i don't want to teach.
      They just look a the fancy PDF and so long as it doesn't look cheap and the numbers are trending the right way, they can report up to the person that is much less interested.

    2. Re:No Worky by Serenissima · · Score: 2, Insightful
      We should also clarify: People who want to read reports really don't actually want to read reports. They want pretty colors and lines that they can digest in seconds. Even then, nine times out of ten, they don't understand a typical report without an accompanying 30-60 minute meeting describing what is going on (length depends on how many graphs and/or KPIs are involved). And you are totally right! You can make the most awesome report/dashboard anyone has ever seen. It'll drill up an down through your data from the highest level to the lowest and have all the coolest maps/graphs/charts/etc. But no one in Management will ever use it - everyone likes the idea of an interactive report, but NO ONE actually wants to use it (or even learn how to use it). They want a static report with colors and lines, and they want someone to tell them what it means.

      It doesn't mean they're stupid by any means (of course, sometimes they really are ;) ) but they really, really, REALLY just don't give a crap about fancy reports.

      --
      Give a man a fire and he'll be warm for a day. But light a man on fire and he'll be warm for the rest of his life.
  3. Hmmm ... by gstoddart · · Score: 5, Insightful

    "Why would you want reports when you have a dashboard?"

    Because a dashboard is a transient thing, which is a snapshot in time and which you can't look back for historical records.

    Corporations want things they can file and hold onto, and a PDF can do that much better than a dashboard. You can submit a report to an external entity ... a snapshot of your dashboard? Give me a break.

    This is stupid, because it sounds like "why would you need your paystub when you can look at your bank balance". They're different things, and you can glean more information from looking at a series of reports, than an instantaneous dashboard.

    If you think a dashboard does the same thing, then maybe your understanding of what they get used for is lacking?

    There is a reason why management is asking for it. And your inability/unwillingness to deliver it means that you're either acting thick, or thinking that you are the most important aspect of your business.

    God, it's like IT in the 90s all over again ... we don't care what you want, this is what we're giving you because we think it's cool.

    This whole article reads like "we in IT are too uninterested in giving management what they want, so I need someone to help me phrase it better".

    --
    Lost at C:>. Found at C.
    1. Re:Hmmm ... by Anonymous Coward · · Score: 2, Insightful

      This.

      You cannot verify previous numbers from an instantaneous dashboard. If the June numbers indicate a change should be made, and someone in August wants to investigate that decision, it's entirely possible they cannot recreate the data used to justify the initial decision.

      I watched exactly this issue become a problem for a company last month. Their client tried to reproduce numbers they were given in a report using their dashboard. They dashboard data didn't match the report, and there was much consternation. Dashboards are neat, but they are not data. I guess it would be interesting to work someplace where "not data" was still valuable, but I'm not there.

    2. Re:Hmmm ... by kurisuto · · Score: 4, Insightful

      There is a reason why management is asking for it.

      The reason might be one of these two:

      1. Management knows what they're talking about: there's some valid business reason why the information needs to be in the requested form; and the tech guy just isn't aware of that reason.

      2. Management thinks they know what they want, but their request reflects an incomplete understanding as to what technical solutions are possible, and which one would really best serve the business.

      I encounter both situations regularly. Sometimes I investigate and find out that management really does have good reasons. Sometimes I conclude that I'm dealing with case #2 above. It's not that I think management is stupid; it's just that their expertise is in a different area from mine. I often try to educate, depending on how important I think the issue is. Fairly often, my effort succeeds: managers generally want to do right for the business; they understand that the tech guy knows things and is worth listening to; and sometimes they agree that my proposal is better.

      However, of course the effort doesn't always succeed. Unless you're writing software on your own without having to please clients or management (e.g. as a hobby, or in an academic setting), it's just a part of life as a paid tech guy that you sometimes have to implement decisions which were made without the benefit of as much tech expertise as you have yourself.

    3. Re:Hmmm ... by IwantToKeepAnon · · Score: 3, Insightful

      That's not a dashboard, that's a reporting system that joins dashboarding and reporting. Dashboards are current transient data. Anytime you go back in time, that's a report. You just supported the OP's claim.

      --
      "Happy families are all alike; every unhappy family is unhappy in its own way." -- Anna Karenina by Leo Tolstoy
    4. Re:Hmmm ... by petes_PoV · · Score: 4, Insightful
      There are more reasons.

      Reports are consistent: they report the same data, in the same format thus making for easy comparisons
      Reports are easily filed. Why would a manager want to waste their time learning how to retrieve past data and then learn how to compare it with stuff form other dates/times when they can simply print it and highlight what they want. Paper and disk space are cheap - their time is not.
      Reports are portable. You can take them away with you, you can show them to other people.
      Reports are secure. You can print them and be sure that whoever you show them to cannot access anything else. ANYTHING
      Reports can be easily incorporated into a manager's "product" (presentations, summaries, proposals and archives) without them having to learn any new methods. Again: it's a trade-off between cheap IT resources and their expensive time.

      And probably most important of all: reports are familiar. Never forget that IT is providing a service to the business. It's not the place of IT to dictate to the business how they do their work - it should always be the other way round.

      --
      politicians are like babies' nappies: they should both be changed regularly and for the same reasons
    5. Re:Hmmm ... by s.petry · · Score: 3, Insightful

      You are just extending the same mind set. Why is what _you_ want more important than what someone else wants. Every position in my company uses data slightly differently. Admins want to know what is having problems and trouble shooting the right things, Finance needs reports to know whether they need to give rebates, marketing needs data to generate slides showing trends in performance, developers want to know if their latest patch is working (sometimes), etc... Sure, the admins and developers are probably more concerned with a dashboard like view which is constantly updating. The rest of the people want, and need, a static weekly report without having to go do something to get it.

      When those automatic weekly reports get removed and replaced with manual steps, people tend to jump right to the "those people are just lazy" crap.

      --

      -The wise argue that there are few absolutes, the fool argues that there are no probabilities.

  4. Obviously! by fuzzyfuzzyfungus · · Score: 5, Insightful

    It all comes down to movie psychology: A 'dashboard' is basically just a boring web based equivalent to the rows of screens and blinking lights and things that the jumpsuited minions hunch over, monitoring feverishly. A 'report' is the thing (piece of paper, datapad, etc. depending on era) that an obsequious yoeman hands to The Leader while he stands in a super-decisive Master and Commander pose in a suitably dramatic part of the set. The Leader then glances at the report and, thanks to the powers of decisive leadership, immediately gleans the relevant information and issues an order to rally his underlings.

    'Dashboard' (while more useful) is basically a giant blinking signal that you are a peon, a cog in the machine. 'Report' is the executive summary with all the tedious detail drained out so that you can focus on being a big picture thinker and indispensable idea guy. It's like the difference between the giant bundle of keys that the janitor has (which can get you anywhere in the building; but show you to be a blue collar lackey) and the single RFID card that opens the suites on the top floor.

  5. I am a report writer by war4peace · · Score: 3, Insightful

    As per title...
    I am a report writer and dashboard manager. I'm also the main developer of analyses and dashboards (Business Intelligence) for a sizable LoB within my company.
    Based on my experience, management is lazy. As in "fucking lazy". They want to sit on their asses, get the reports in their Inbox and never look at them.

    I currently manage over 350 items in our main Business Intelligence analytics instance and about 100 more in a secondary instance. There are other environments which we're currently merging, and those contain a few hundred more items (analyses, dashboards, etc). Management asked for most of them. They looked at them once, maybe twice. They only look at about 15-20 of them on a regular basis and that's only because they're forced to do so in order to prepare for mandatory monthly operation reviews.

    As for acting based on the data in there, that almost never happens. Some analyses, KPIs and scorecards have been "in the red" for months, years even with no reaction from management. Ironically, requestors come and ask me to build analyses which they already had requested and were published for them months ago, tha means "asking for stuff they already have".

    We have a saying in my country: "fish starts rotting from the head". So if you ask yourself what's wrong with them, look at their managers, and their managers' managers and you'll find out. I'm yet to find one single person who gives a shit about data in a report rather than the shade of green the bars are colored.

    Amazingly, I still like what I'm doing, but I'm not doing it for them, rather I'm doing it for myself because it keeps me in touch with new technology and allows me to gain a shitload of experience by pushing the environment's capabilities and limits to the maximum. But if you're not really into reporting, just run as far away from it as possible, because it's very likely things won't get better. Soon enough, you'll be asked to provide powerpoint slides. Mark my words! I've been there (but haven't done that).

    --
    ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
  6. Reports still serve a purpose by s13g3 · · Score: 3, Insightful

    Granted, it may be primarily of a bureaucratic bent that many geeks - professional or otherwise - may not be terribly keen on, nor interested in, however reports - especially those of the "mailed-daily-to-your-inbox" variety fulfill a number of functions within a business ecosystem.

    Reports of the "traditional" variety provide an accountability chain and historical record that a dashboard cannot. They can be accessed locally, outside of any other application or access requirements - including email - meaning a connection to said dashboard is not required when someone must review those reports for whatever reason.

    Reports can be printed off readily, and due to their very nature, are often formatted to present data to the viewer in such a way that they retain their usefulness after being printed to hardcopy, whereas a screen-cap and printout of a dashboard is quite often one of the least efficient ways to consume the type of data these more traditional reports display.

    Last but certainly not least, they make it possible for data to be shared easily with other interested parties, on demand, at any time, without having to carve out user accounts or VPN tunnels to internal networks or mission-critical systems, with no requirement greater than being able to read whatever format the report is stored in - again, unlike dashboards, no few of which also require Java or some other extension to be installed on the user's computer, often necessitating IT support for non-Administrative end-users, which is itself a special and often painful consideration when this data needs to be provided to customers or vendors with their own IT processes, procedures and issues to deal with.

    Dashboards have their uses and purposes, especially for live, changing data, things that need to be regularly and closely monitored, or even things that just need occasional monitoring, however for many other purposes, such as those involving accounting or other applications where historical data is of a concern, they fall dramatically short of being able to adequately - much less completely - supplant reports as they have traditionally been used.

    --
    "Inveniemus Viam Aut Faciemus" 'We will find a way... Or we will make one!' --Hannibal of Carthage
  7. The middle manager's job is... by netsavior · · Score: 5, Insightful

    The middle manager's job is to prove to his boss that all of his employees are actually doing something. The Emailed pdf serves as a daily reminder that "we are doing stuff."

    Emailed PDF: "Just a quick reminder from the server that your employees are busy working hard, feel free to not read this."
    vs
    Dashboard: "Do my employees even do anything?? I guess I will go look that up."

    strip everything down to "why do I still get a paycheck" and you will get to the answer, you never want to allow the big boss to think "do they even do anything?" Email is a preemptive strike against your boss's boss having to seek out that answer

  8. The geek with a 2x4 foot chip on his shoulder. by westlake · · Score: 4, Insightful

    Reports validate a manager's existence in an organization and shiny charts make them feel warm and fuzzy inside.

    It's a manager's job to manage. It's IT's job to present the information he needs to manage things well in a form with which he is comfortable.