Face it: for most of us, users are mainly an annoyance when we're building systems. They don't understand the technology. They don't like it when they get what they asked for. They're always changing the requirements and demanding the inelegant, the hard to design, the impossible to code.
Besides, isn't IT cosying up to users just some management guru's fatheaded fad? Why can't users just throw the specs over the wall, let us do our work and accept what we throw back?
That's not an idle question. We used to develop systems that way. Why do we have to change?
Because the pivot point, the fulcrum we get our leverage from, has changed.
In the old days, our job was about data. We collected it, protected it, massaged it and doled it out in reports (and, after LANs arrived, in client/server applications).
Sure, we also managed and maintained a lot of technology. But still, at the heart of our mission was the data.
And data structures don't change much over time. They can't, because changing a data structure means changing every application, every screen, every report, every protocol that depends on that data structure.
So every new application was really just another variation on an old theme: Fetch the data, present the data, process the data, store the data.
But today our job is about business. It's about a whole slew of specialties we're supposed to support - sales, manufacturing, supply chains, just-in-time everything. And not just the data-related parts. It's also about communications, trust, relationship building, deal-closing.
Those are real, immensely complex business processes. And they change constantly. And the only people who really know them are users. But the users can't formalise what they know into a spec, even if they had the time. And that spec wouldn't be valid by the time we finished a new system anyway. As stable and unchanging as data structures were before - that's how slipperybusiness processes are now.
And that's why we need users, why we have to be in so close with them today. Many - maybe most - of the applications and systems we'll be building for the next decade won't be about data. They'll be about what users do. And that will keep changing. We'll have to help make sense of all that. And we'll have to keep refining and changing our understanding - and our systems - to match what users really need each day.
So don't kid yourself. Getting in close with users isn't some annoying gimmick or business fad.
This time it's for real. Things have changed - and for IT, how we leverage that change will define how well we serve the business.