The End Of IT: More Questions, Some Answers - InformationWeek

InformationWeek is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

IoT
IoT
IT Leadership // CIO Insights & Innovation
Commentary
5/9/2016
08:06 AM
Connect Directly
LinkedIn
Twitter
RSS
50%
50%

The End Of IT: More Questions, Some Answers

Jonathan Feldman, CIO of the City of Asheville, N.C., responds to some of the many questions elicited by his earlier column "Why It's Time To Say Goodbye To IT."

6 Secrets 100 Winning IT Organizations Share
6 Secrets 100 Winning IT Organizations Share
(Click image for larger view and slideshow.)

At the end of 2015, I wrote a column called Why It's Time To Say Goodbye To IT.

In that December column I argued that there's something wrong with IT; that most IT is perpetually at war with business units; that "security expert" tasks somehow turn into "how to disable the business unit"; and that the model of "superhero IT," in which IT positions itself as superior and a rescuer to everyone else, is fundamentally dysfunctional.

I stand by these statements. There are IT organizations that are exceptions but, for the most part, we would be better off tossing legacy IT in the trash and reincarnating it as Digital Services. This model would combine a mix of technology, marketing, and customer service skills, with a focus on collaboration.

Thought leaders in both the US and Russia challenged me on these concepts and asked for elaboration. Below are two sets of questions and my responses.

Born In The USA

Eric Jackson, a US-based serial startup technologist with experience at Dell and Quest Software (and, might I add, my Russian translator), started off the barrage of questions. He said:

The big questions that arise for me from the article are about "how." One way, of course, is to fire everybody in IT (and probably everybody else in the organization) and start over. However, assuming that idea won't fly:

How do you get existing IT staff to think of themselves as collaborators with or, maybe even better, people who empower their colleagues on the business side?

Eric, I think it's all about leadership. My favorite leadership framework, "The Leadership Challenge," insists that leaders must "model the way."

So, here's my return question: "Is the chief of the tribe actually collaborating?" If so, collaboration is much more likely. If not, collaboration probably won't happen. If the CxO is modeling the way, I'm betting that the right type of collaboration and empowerment will also happen with staff. I have written before that we won't get to digital until we have "digital" employees. The change in behavior must happen both from the "top" of the organization and in rank-and-file.

Eric then asked:

How do you get business staff to rethink the role of IT in the business and their own role with respect to IT?

Challenge business staff to stop exhibiting a "learned helplessness." Ask them if they think that using technology is part of their role. Inevitably, they will say "yes."

Then the question is, "What parts of technology can you take on?" As I said in my previous column, we're going to get nowhere fast if business staff continues to do dopey stuff, like asking IT to change inkjet cartridges or to install a simple app on their mobile device.

[Is IT at your organization a valued component of the business, or is it headed for the tar pits of extinction? See Signs You're an Endangered IT Species.]

Selecting which parts of technology are appropriate for business staff to handle is kind of like choosing a vehicle. We might not be able to fix an engine, but many of us rise to the occasion when it is time to select a new car. Sure, we might have a mechanic inspect the vehicle prior to purchase to make sure that there are no ugly surprises.

We know that when the engine breaks, we'll have to consult a technologist, but for the most part, even as non-technologists we can pick a vehicle with features that make sense for us. After purchase, there are choices to be made about how you're going to take care of that vehicle. Most of us probably would not pay someone to add windshield washer fluid, right?

Click thumbnails for full-size image.

Figure 1:
(Image: DNY59/iStockphoto)

(Image: DNY59/iStockphoto)

So, let's bring that back to IT. On the application side, there's generally no reason for an analyst to be involved in an app selection. There might be a need for an analyst to vet whether a given app has the appropriate governance or data sovereignty features. IT has a role, but it's a far less dopey and far more valuable one than installing a simple app on your smartphone for you.

If IT was to be responsible for everything in the organization that has technology in it, you would quickly increase the size of your IT team to mirror all your business staff. That's not going to happen, and it shouldn't happen.

Next Eric asked:

How do you get buy-in and sustained support from management or, even better, how do you get them starting to create their own vision around IT-enabled change?

This gets to the core of the matter. Again, companies will not become digital until the employees, including the executives, adopt digital-age attitudes and techniques. The question is, "How?" In many instances, this will be a Darwinian process. Those CEOs who think digitally and who understand disruption will naturally lead their organizations to better places. In other cases, boards and directors will select new CEOs, perhaps those who have demonstrated an understanding of both business and the new digital age.

I am not sanguine about that a superhero CIO can somehow convince an old-school CEO to adopt digital age practices. That change must come from within the CEO or from the board. The CIO can help, but only if the CEO wants to be helped.

From Russia, With Love

Oleg Vainberg, a Russian business trainer, wrote me:

Many CEOs believe that PMI, PMBok, AFW, Prince2, and other acronyms can save their organizations. But project methodologies are not a silver bullet. And I fear that good ideas will be discredited by greedy consultants who promise to solve all the organization's problems by installing a new and very expensive PM-system and a brave CIO who promises the same thing."

Right on, Oleg! I agree, totally. Frameworks are powerful, but let's not put the cart before the horse. Frameworks should be things that assist strong leadership, but they are not a substitute for strong leadership. All too often, the organization spends a lot of money on consultants who trot in their consulting framework before even considering how it could fit at the organization, and whether the framework is truly the right approach -- whether it is ITIL, COBiT, or the consultant's own custom framework.

And yet everyone gets excited, and everyone gets a mug, or a T-shirt, or (if you've spent a lot of money) a backpack. 

Too frequently, the consultant doesn't take into account the business environment, or the consultant doesn't spend adequate time assessing conditions before applying the framework. This process is a little like a painter who shows up and doesn't clean the existing painted surface or apply primer. That new coat of paint is going to peel off sooner rather than later.

That is indeed what happens in many of these situations. The consultant disappears, and the new practices stick around (sometimes) for perhaps a month or two. Then people get busy. They get into survival mode. They revert back to their quickest, most natural ways of working -- in other words, the process state before the expensive consultant showed up. Tell me how this could be a good use of scarce resources?

Let's get back to the how of it all. Consider this before hiring a pricey consultant: IT is not a tech business, it is a people business. Any successful CIO will tell you that. Success in pushing the business agenda generally comes from dedicated people who commit to business progress. Yes, many times it is through technology, but the main event is business progress. Great technologists are quick to throw out a given technology when it becomes apparent that it does not fit. 

Frameworks are great, but my major question to any consultant isn't "What framework do you use?"  It's "How effective have you been with your last 10 clients, and can I talk to them?" If the answer is "no," move on.

Oleg commented:

Many companies conflate project management with change management. They are convinced that if they manage their projects they can sleep peacefully and without bothering with change management. Aren't both needed?

Of course. Project management keeps track of progress on modules, tasks, schedule, and budget. Change management is needed when you're looking to win hearts and minds. You need both.

There is no "organizational change." There are lots of individuals changing. A focus on how a project is going to affect individual employees is not only important, it is critical. Indeed, change management expert Mary Lynn Manns once told me that the ways individuals are treated can determine the success or failure of projects.

I agree that project management and change management are needed. But let me expand on that question a bit. Project discipline is also needed.

Project discipline means that the executive involved is willing and able to identify resources available, compare them against what resources are needed to attack a given project portfolio, and then identify what's not going to get done.

This can be anathema in some organizations, where every project that comes down the pipeline is considered as "the most important project." Yet, every project portfolio must be "force ranked," and every organization needs a consolidated Gantt chart (or other methodology) which represents activity in every business unit.

Effective project management and change management require rigorous deferral of projects, and deletion of projects must occur. When project discipline doesn't exist, it means that the people doing the project and change management are overwhelmed and can't adequately focus on anything.

This last concept doesn't seem terribly digital, until you consider that the whole idea of digital is to transform your business. Then you realize that without freeing up time and resources to focus on digital transformation it won't happen.

Project discipline is one of the primary gateways through which digital transformation happens.

Jonathan Feldman is Chief Information Officer for the City of Asheville, North Carolina, where his business background and work as an InformationWeek columnist have helped him to innovate in government through better practices in business technology, process, and human ... View Full Bio
We welcome your comments on this topic on our social media channels, or [contact us directly] with questions about the site.
Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Author
5/10/2016 | 9:25:06 AM
Re: Economics and productivity
@SaneIT: Indeed, ideally there's at least quarterly training going on on using the tools you have, learning new tools and techniques that may come into play, learning effective cybersecurity measures, etc.
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Author
5/10/2016 | 9:23:58 AM
Re: Economics and productivity
@jastroff: Of course, this can be problematic when sales promises more than engineering can deliver or essentially dictates what the engineering team will work on next.  :/

As for having better tools, well...  dilbert.com/strip/1996-04-01
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Author
5/9/2016 | 9:05:22 AM
Economics and productivity
Well, there's learned helplessness, and then there's productivity.

Should the CEO of a Fortune 500 company be changing a printer ink cartridge?  Heck, should his executive assistant even be bothering with that?

At some point, if the organization is large enough and the task is distinctly tech-related enough, it doesn't make economic sense to have anyone other than the "person who's paid to do it" do it.  (Not that you want network engineers being called upon to perform the more menial tech tasks, but certainly a front-line helpdesk technician or other low man on the IT totem pole can be called upon to do some gofering when the situation calls for it.)

Of course, people should  know how to do these basic things -- and be empowered enough to do them themselves -- if they situation warrants.  But if the person makes over $100 an hour to create a marketing strategy or handle securities litigation, maybe their time is better spent than figuring out what an A0 error on the copy machine means.
InformationWeek Is Getting an Upgrade!

Find out more about our plans to improve the look, functionality, and performance of the InformationWeek site in the coming months.

News
How SolarWinds Changed Cybersecurity Leadership's Priorities
Jessica Davis, Senior Editor, Enterprise Apps,  5/26/2021
Commentary
How CIOs Can Advance Company Sustainability Goals
Lisa Morgan, Freelance Writer,  5/26/2021
Slideshows
IT Skills: Top 10 Programming Languages for 2021
Cynthia Harvey, Freelance Journalist, InformationWeek,  5/21/2021
White Papers
Register for InformationWeek Newsletters
Video
Current Issue
Planning Your Digital Transformation Roadmap
Download this report to learn about the latest technologies and best practices or ensuring a successful transition from outdated business transformation tactics.
Slideshows
Flash Poll