In which Jill writes a rebuttal letter to a rebuttal letter, this time from IT.
Two posts ago, I penned a fictitious (albeit observation-based) letter from a group of BI business users to their IT comrades. The post got lots of hits and tweets, many of them gently requesting equal time. (Okay, demanding it.) So I’m putting my IT cap back on and diving headfirst into the fray once again, this time with a rebuttal from the BI team.
Thanks for your letter and for taking the time to write it. Sometimes we’re not sure you even know we’re here. In fact we’re working hard, and we’re grateful for any type of feedback.
Speaking of which, we invited you all to a Lunch & Learn session last Thursday where we presented a prototype of the Customer Event Management solution you’ve all been asking for. We’re one step closer to predicting the churn of high-value customers, but we need your input. Most of you accepted the meeting invitation, but only four of you showed up. What happened?
Okay, we don’t want to seem defensive but if you don’t feel listened to, well, neither do we. We understand that you’re not wild about those architecture and infrastructure conversations, and we try to shield you from that stuff whenever we can. But sometimes we need your approval for investments in foundational technologies. If IT indeed supports the business, both sides need to know what’s being supported.
But since you asked, we’ll tell you where we’ve been. We’ve been trying to explain to you that we can’t develop the custom software you’ve requested for a packaged price. It seems you all want Microsoft Office-quality tools, but we have a nine-person BI team here! And, not to burst your bubble or anything, but here it is: there’s really no such thing as BI-in-a-box. All BI work is custom development. So, to answer your question for the 99th time: No, we can’t just “plug and play.”
We’ve also been delivering the 24x7 support you’ve wanted—or haven’t you looked at the SLAs we created? This stings a little, since we’re on call day and night. You don’t know this because you’re fast asleep while we’re loading your data and upgrading systems to support your requirements. After all, there are nine of us on the team, yet you want operational-class support. How many people staff members are involved in building our operational systems? (Answer: More than nine.) But we can’t get you guys to come look at the stuff we’re building for you. At lunchtime. With sandwiches.
Our conundrum is this: the business funds IT, so we’re beholden to you for money. Yet when we want to make sure your money is used well, we can’t get you to share where you’re going, let alone evaluate the solutions you’ve asked us to build!
And believe us, we’d like to fix the data as much as you would. But we don’t own the data, the operational systems developers do. And they say no one ever complains about it. Seriously, we are only as effective as the data we get from those systems and our understanding of the rules needed to fix it. We could put you guys in touch with our Accounts Payable/Accounts Receivable system developers and you can get them to write your reports. No? We didn’t think so.
Look, we’re happy to rethink the way we work together, to define new rules of engagement. We’re even happy to fund a resource to shadow you while you do your jobs so we don’t have to keep on asking you what’s next. But we need you to meet us halfway. Shoot, we need you to meet us, period. How about lunch?
You know where to find us,
Your BI Team
Photo by footage (via Flickr)

Hands-down, the most functional BI/DW environment I ever worked in was when the "BI Team" was part of the business and was co-located with the IT team (5 people) that supported the DW and the BI tools. We were fortunate, in that the IT team was interested in learning about how we were using the capabilities they were putting in place (we made an effort to share analyses with them that were enabled by the capabilities they'd added, including tying those analyses all the way to the business impact and business decisions they drove), and the BI team was staffed with people who wanted to understand what was going on deep in the bowels of the technology -- from the transactional systems through the ETL processes and into the DW.
As far as the rest of "the business" (our internal customers) were concerned, we were one team, and the Business/IT distinction was fuzzy at best. Since that experience, I've been in other situations where the culture is much more "us vs. them" rather than "we're all one team," which can be pretty depressing. But, it also seems to be a much more common way for organizations to evolve as a company grows.
How on earth did this humorous and insightful post wind up making me depressed as I commented on it?!
Posted by: Tim Wilson | June 02, 2009 at 07:45 PM
Tim:
Obviously you need to go sit in someone's driveway and light a fire and listen to the radio. And imbibe the adult beverage of your choice.
The centralization-decentralization IT model tends to ebb and flow every six years or so. Right now IT departments seem to be re-centralizing. But I've seen your "functional" BI team model in action, and I think your keyword there is "co-located."
We've seen clients where BI teams that work in the business can sometimes be marginalized as IT works around them to get the support and funding they need. Obviously in the circumstance you describe, that didn't happen because the BI folks in IT and the business formed a virtual team, with what I'm sure was a common set of goals and KPIs.
So on the contrary: Don't be depressed! You had a chance to work on BI in a collaborative culture. Many BI professionals never get that chance.
Now go light that fire! (That's a metaphor for "be the change you want to see in the world.") Deep, huh?
Jill
Posted by: Jill Dyche | June 02, 2009 at 11:11 PM