My Photo

About Mike


Subscribe to Mike's Blog

Subscribe to Postings

To Receive a Daily Email of new Postings
Enter your email address:

Delivered by FeedBurner

Read My Posts via RSS feed
 


Join the Conversation
Subscribe to Comments

To Receive a Daily Email of Comments on Posts
Enter your email address:

Delivered by FeedBurner

Join the Conversation (Comments RSS Feed)
 AddThis Feed Button

Site Search





Creative Commons License 
This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 2.5 License.


Recognition


My photos on
www.flickr.com
This is a Flickr badge showing public photos and videos from Mike Schaffner. Make your own badge here.


Powered by TypePad
Member since 10/2006

Rankings

  • Blogarama - The Blog Directory
  • Technology Blogs - Blog Top Sites
View blog authority

« IT Needs To Become More Like "Shadow IT" | Main | A Timely Example »

January 15, 2007

How We Can Become More Like "Shadow IT"

Shadowit_1 In my previous post I made my case for formal IT becoming more like shadow IT by co-locating people with our customers.  I closed that post with what I thought were two logical questions about this proposal:

  1. Just exactly how is this co-location structured?  Are you saying we put PC techs and programmers out with our customers?
  2. How do we accomplish this?  It calls for more people than I have available.

I will now try to address these questions.

Keep in mind that what I've proposed deals with our tactical duties such as PC problems, questions about how programs work, connection issues, and simple programming issues.  These are the issues our PC techs and Help Desk people deal with on a daily basis.  In our quest for efficiency we've decided the best way to handle these issues is to physically locate all these people in the IT department.  Although this centralization has made us more efficient the presence of shadow IT indicates it has made us less effective.  Our customers have taken on the task of dealing with many issues because we in IT can't or won't.

I've proposed replacing shadow IT  with formal IT people co-located or embedded with our customers.  Specifically, I suggest we disband the PC tech and Help Desk organization and move these people out to work directly with our customers.  These folks remain IT employees and take direction from IT on items of policy, standards etc.  However, they take direction from the business units in terms of what things to work on first.

Because of our previous focus on efficiency we've tended to hire people for these positions that have "depth" that is, they are narrow in their focus.  They know a lot about their specialty but don't have a lot of "width" -- knowing something about a lot of areas.  In contrast, most shadow IT folks have more width than depth.  To make this transition we will need to make sure we have a lot of communication and training.  We also need to make sure we support these people by providing a way for them to come back to centralized IT when they have questions.

The second question is perhaps the more difficult one.  Even if you are willing to convert all of the PC techs and Help Desk people you may find that you don't have enough to provide someone for every group.    Plus we've all been around long enough to know that we aren't going to be able to increase headcount either.

The first step is to figure out who currently makes up shadow IT.  Ask your people and talk to your users and you can probably get a pretty good handle on who makes up shadow IT.  In many cases, the departments are very open about who their shadow IT person is and acknowledge it freely.  In other cases, fearing a loss of service they deny having any shadow IT.  Keep in mind that not every "department" has a full-time shadow IT person.  Smaller departments either have someone who does this only part-time or more likely they use someone from a neighboring department.

The next step is to work with the business unit manager to convert some of the shadow IT people to formal IT personnel.  To do this you have to address their WIIFM (What's In It For Me) issues.  If you can show that by doing this you still provide the same service they have had through shadow IT plus the IT concerns are addressed they will be more accepting of the change.  Business unit managers understand and really do support the IT concerns as long as IT's concerns don't hold them back.  If you can demonstrate the same level of service through co-location they will support the move.  Taking people out of their budget and into IT's can also be an added incentive (again, as long as the service level stays the same).

In doing all of this don't forget to work with the Human Resources and Accounting folks.  The key point is that although IT's headcount and budget goes up, there is an offsetting decrease in other areas for no net change.

Not all departments will go along with this.  For these groups I'd suggest skipping them and implement this where you can.  Over time as people see actual result they may be more agreeable to make the switch.  In fact, you may want to roll this out a department or major area at a time to work out the issues.  This gives you the opportunity to adjust the program as you go along and to demonstrate your seriousness about making this work.

Lastly, don't forget your IT folks.  Don't blindly ship them off with nary a fare-thee-well.  This change may be difficult for them.  Support them with training, communication and support.

Co-location isn't easy.  It makes our management task more difficult.  But keep in mind, our ultimate goals is to provide better service.

What do you think about this? 

If this topic was of interest, you might also like these:

Tell a Friend       View blog reactions       

TrackBack

TrackBack URL for this entry:
http://www.typepad.com/t/trackback/1102168/7410325

Listed below are links to weblogs that reference How We Can Become More Like "Shadow IT":

Comments

Hi Mike,

Good series of posts. I'm interested in knowing why you feel that PC and help desk support should go out into the business. What about business analysts/architects? Would they not be better ambassadors with the business?

Chris,

Thanks for commenting. I spoke of the PC techs and Help Desk going out into the business since Shadow IT involves primarily PC related issues and not the systems issues typically dealt with the by business analysts or specialists in the Applications group. It is the PC techs and Help Desk people that deal with the day-to-day issues that users most often go to Shadow IT to for help. These are things that can be implemented now. It's a place to start.

Having said that, I do believe it would be good to have someone embedded with the business units to speak to the applications issues. I whole-heartedly agree that someone in the business analysis/architect role (and not a application developer/programmer) should be with the business units and absolutely does make a better ambassador. I plan on future posts on this topic. The biggest issue is that many IT groups don't yet have this role in place or are struggling with being effective at it. A true business analyst/architect role is sorely needed in IT and by placing it with the business units can help bridge the business - technology gap. Strange as it may seem, I know of few CIO's trying to do this but are getting push-back from their IT groups concerned that it will just generate more work.

Mike

Post a comment

If you have a TypeKey or TypePad account, please Sign In





Recommended Books



This is the personal blog of Michael W. Schaffner. The opinions expressed in this blog are soley mine and those of commenters. You should not infer that these opinions are the opinion of or have been endorsed by any current or former employer.
Copyright 2006, 2007, 2008 Michael W. Schaffner       You may copy or quote sections of this blog if you provide an attribution consisting of a reference to the Michael Schaffner and ''Beyond Blinking Lights and Acronyms" along with a hyperlink (if a web reference) to the blog posting.     
Creative Commons License 
This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 2.5 License.