| 
Business
Intelligence & Data Warehousing Conference
Orlando, FL — September 27 - 29, 2005
If
you're attending the upcoming DCI conference,
you can find Rick Sherman at:
Seminar:
Moving Your Enterprise from Spreadsheets
to Analytics (speaker) Monday,
September 26, 2005, 9:00 AM - 4:00 PM
Best
Practices Panel: Data Acquisition and Integration
(moderator) Tuesday, September 27, 2005
1:15AM - 12:30PM
Staying
Afloat in the Data Integration Quagmire
(speaker) Thursday, September 29, 2005 9:30AM
- 10:45AM
(Contact
us to have Rick Sherman speak at your
event.)
Recent
Articles in DM Review
ODS
Redux, Part 2 (August 2005)
ODS
Redux, Part 1 (June 2005)
Hub-and-Spoke
Redux (May 2005)
Mitigating
Meta Data Misery (Apr 2005)
|
Relationship issues?
In previous articles in this “back to the
future” series, we discussed several business
intelligence problems that keep cropping up, year
after year:
-
Multiple “single versions of the truth”
-
Data shadow systems that breed like rabbits
Now we’re tackling the subject of relationships
– namely the relationship between
IT and business users.
Couples
Therapy for IT and Business Users – (Business
Intelligence Goes Back to the Future Part II)
by
Rick
Sherman, Athena IT Solutions
Have
you ever wondered why companies buy software licenses
from BI vendors for hundreds or even thousands
of "seats" and only use a small fraction
of them? Or why business people continue to use
Microsoft Excel as their primary BI product even
though their IT group selected a different BI
tool and may even want to ban Excel? And why is
it that IT groups boast about the corporate data
warehouse's terabytes of data while business users
lament their lack of data?
The
underlying answer to questions like these is that
business and IT groups have "relationship
issues." Maybe they need couples therapy.
Both
sides are talking, but it seems like nobody is
really listening or understanding. Does IT have
a sense of what the business users really need?
Do the business users really care how IT is going
to deliver the data?
Part
of the problem is that each side has expertise
in different subjects. The business people concentrate
on areas like marketing or finance. The IT department
focuses on technology. IT groups need to realize
that their systems merely enable business users
to do their jobs, and that the business user focuses
on making decisions and taking actions, not just
reading reports.
On
the other hand, business users need to realize
that in order for IT groups to build systems that
produce a solid ROI and are cost-effective, they
need to take the time to design and architect
solid solutions. They should not expect IT groups
to work in a reactionary mode; planning and foresight
are essential.
To
complicate matters, there is a third party to
consider -- the business "power user"
who is often regarded as the liaison between the
business users and the IT group. The business
power user is comfortable with technology, enjoys
using "cool tools" and is savvy about
IT processes -- and all of these attributes deem
him a poor representation of the average business
user.
Since
power users aren't ideal representatives, there's
often a disconnect between what most business
users want and what the power user wants. Beware:
this problem isn't always evident at first. The
power user is typically the first to use a new
system because he has played an instrumental role
in the project's design and development.
Problems
generally occur after the initial pilot or system
rollout when other business users start using
the system. At that point, some IT systems "hit
a wall." Confused users start asking a lot
of questions and those who aren't satisfied with
the system voice complaints. It becomes painfully
apparent that there is a discrepancy between what
the business users need and what the power user
articulated to the IT team. Many IT project teams
are puzzled when they find themselves in this
kind of situation. After all, they believed the
power user to be a representative for the majority
of the business users, and the system they designed
and deployed met the requirements specified by
that power user.
Still,
the power user can be key to the success of a
project for a number of reasons. Most importantly,
the power user can persuade the business users
to embrace and adopt the new BI tools. Because
the power user is typically involved from the
earliest stage of the project, he or she will
likely become the most ardent advocate for the
new system.
Can
this relationship be saved? Of course. Many IT
groups have successfully involved business users
in gathering the requirements, setting goals and
priorities and providing feedback on the project's
design and deployment. Successful IT groups often
use these basic approaches:
- Dedicate
a member of the IT group to business systems
analysis. This person works with and
tries to understand business users and how their
jobs are impacted by the technology they use.
- Get
back to basics. Project management
fundamentals such as documenting requirements,
conducting status meetings and reviewing deliverables
-- with equal involvement from business users
and IT -- opens the door of communication and
reduces unwanted surprises on both sides.
- Join
up. Many successful projects have some
form of a business users group working with
the IT project team. This group could be informal
or it could be a more structured steering committee,
but it is always recognized and active in the
project.
With a little foresight and a lot of communication
between the right people, business users and
IT groups can avoid a trip to the counselor's
office and enjoy a compatible relationship.
|