1. Skip to navigation
  2. Skip to content
  3. Skip to sidebar

There is little ‘r’ reporting and there is big ‘R’ Reporting, and the difference is vast:

reporting is the stuff that comes straight out of your reporting solution. It gets created by choosing a few parameters and typically shows up as a table of data with an accompanying chart.

Reporting is something altogether different. It is concise set of graphics and data that tell a focused story. It is crafted to focus on the key information and exclude everything else. It may come in the form of a single dashboard or a 20=page deck, but it is always audience-friendly. It is informed by context and provides explantation. Reporting is not about the numbers, it’s about what the numbers tell you.

By analogy, what if we didn’t make a distinction between a raw fish pulled out the sea and a prepared fish dinner? When the waiter slapped a still-squirming sea bass on my plate, I probably wouldn’t take much consolation in getting a deboning knife and a hot plate.

In the wild, the two species of reporting are often confused. To help you identify one from the other, I’ve put together a couple of examples with tell-tale signs:

reporting, the bad kind

Reporting, the good kind

The difference comes down to a gut-feeling: Was this document created to address the questions of a specific audience with a specific problem?

This may be a distinction that is implicitly well-known. My concern is more about explicit acknowledgement of the gap between them. And in the process:

1. Avoiding passing off reporting as Reporting. In particular, vendors who offer reporting tools think they are delivering the ability to communicate performance, when in fact they are mostly providing the raw materials.

2. Recognizing the level of effort required to transform reporting into Reporting. Analysts spend a huge amount of time filling this gap; it is one of the wasteful backwaters of modern enterprises.

This has been a common theme in my recent client discussions. People are sick of slogging through their reporting tools to build useful information for management. Ultimately, developing great Reporting requires an understanding of problems, the audience, and thoughtful design. But that doesn’t mean it should be so painful to construct. We are working on a solution to help, but in the meantime here are a few general things we do:

  • Gather data in its cleanest form (CSV instead of heavily formatted XLS, or in the worst cases PDF)
  • Automate data cleaning and manipulation steps using Excel macros and VBA
  • Create repeatable and documented report building processes
  • Try to convincing executives that less reporting can be more valuable
Topics:
  • Darrell

    Try to convincing executives that less reporting can be more valuable.

    Good luck with that. I’d love to hear how you managed to decrease meaningless reports. In my experience, I have only seen big ‘R’ and little ‘r’ requirements ratchet upwards. New reports created without removal / replacement of old reports. People stick with status quo, and can’t be moved off of it easily.

    conversation
    “I want to turn off these reports”
    “Why?”
    “Because no one knows what they mean anymore, and no one reads them.”
    “But isn’t that what you do.”
    “Yes, I want to replace them with a new one, better suited to our current needs.”
    “OK, build the new one, but don’t turn off the old one.”
    “AAARGH”.

    Assessment: Turning off reports is politically risky. When an executive inquires about report “X”, or stat “Y”, no one wants to be the guy that OK’d it to be discontinued (no matter how unlikely that inquiry is).

  • http://www.juiceanalytics.com Zach

    Darrell, Fair enough, it is much easier said than done. I’m sure you’ve heard of the “shut-em-down-and-see-if-anyone-complains” school of thought. I haven’t seen that tried, probably because of the point you made about political risk. The other choke point is before the reporting starts. I like to ask executives: “if you get that information, what are you going to do about it?” Sometime that helps people realize that reporting isn’t just about curiosity (that’s what an ad hoc analysis is for), it should be about driving actions.

  • http://had.co.nz Hadley Wickham

    But don’t you need to go through a lot of reports before you get to the Report? i.e. where do you see the role of exploratory data analysis in which you actually discover the interesting things that you want to communicate to others.
    If the role of an analyst isn’t to go from raw data to a consistent, convincing story, then what is it?

    Or am I misinterpreting by what you mean by little-r reporting?

  • Ben

    The “good kind report” looks very professional!
    I wonder whether it is possible to get a hold of the source file to take a closer look?

    Thanks!

    B.

  • E. Griffin

    A great example of data + context/analysis = information. Looks nice too!

  • H8CK

    I too am curious to see at least an enlarged picture. The second photo seems to be a dashboard.

    I like it but, I have to agree Hadley here, ad hoc analysis leads to “R”eporting. Curiousity is the pre-cursor to analysis.

  • Todd

    We are trying to move the conversation from “we are working too hard and the list is too long” How do we reduce the amount of reports you need to integrate.

blog comments powered by Disqus