Tag Archives: programming

Part 2 – Changing culture is like pulling teeth

When you implement a change management process in your company for the first time, it’s a change of culture, , , and changing culture is very, very difficult.

In my last post, I showed you two change management processes, , , well, at least one of them was a real process. The other is what our clients would like us to do, , , give us the request verbally and the hope we march off to our little IT world and create the result for them.

I call this an “ad hoc” process, and many IT organizations operate in this mode. It’s very prevalent in small and medium size companies and not so unusual in big companies as well.

When you introduce a process change, it can be a real culture change because, “That’s just not how we have been doing things here.” You might also hear things like, “That won’t work for us.” or “We have been doing it our way for years and it seems to have worked pretty well to this point.”

What “seems” to work well may in fact not be working well at all if you were to conduct an honest and objective assessment with your clients. Many times the IT organization believes they are doing a good job when they are not.

Let’s take another look at the programming support change management process we discussed in the last post:

There are four parts where the client must spend time and effort that might be new for them. If they haven’t been participating in these steps already, there will be some level of kicking and screaming as you pull your client into the process.

That’s right, , , there will be resistance!

The four components are steps 1, 2, 4b and 5. Each of these steps require your client’s involvement and guess what, , , your client does not want to be involved. Your client just wants you to “do your job” and what that means to them is that you do all the work without them having to be involved.

In a very small company, the client being minimally involved might work; but in a company of any size with lots going on, this method simply doesn’t work well for you. More importantly, it does not work well for your client! Remember, the main reason we want to introduce a change management process is to help us do a much better job in supporting our client.

Let’s analyze why your clients don’t want to be involved:

  • Clients view the work as an IT responsibility, not theirs.
  • Clients don’t understand technology nor want to.
  • Clients don’t want to do the extra work.
  • They resist change imposed by IT.

Let’s take a closer look at this last one, “They resist change imposed by IT.” Clients have a natural resistance to anything that comes from their IT support organization. Many times, they view you as not being part of the core competency of the company whereas they certainly view their own department as being a critical part of that core competency.

Clients see IT as always forcing change upon them and often do not understand the change, , , they see IT as a group that constantly does things that makes their job more difficult.

Another key reason for all of this is that many of your clients are high detail people, just like you and your people probably are. High detail people resist change.

4 steps that require client involvement

1.  Define the change request,
It is difficult, if not impossible, for you to deliver what the client wants unless you know exactly what the client needs. This means you need specific definition of the request and that means someone must document the specific programming changes needed to address the client’s issue. A good Business Analyst can help the client do this, but a BA should not work on this alone.

2.  The client must review and approve requests
IT should not take requests from everyone in the company. Department managers or designated leaders in their department should review and approve requests to be submitted to IT. This insures the right hand knows what the left hand is doing and will minimize duplication of requests. It also gives the department an opportunity t verify the request is worthwhile.

3. Clients should prioritize the work to be done
Get ready for major kicking and screaming. I’ve never seen many clients want to be involved in this part because it takes time and they think IT should take care of it.

The problem is that the client is in a much better position to determine which requests are most important for their department, , , not IT.

Certainly, IT must sit at the table of a committee assigned responsibility to determine programming priorities and even be able to influence some of the decisions that help the programming staff improve productivity. But the key piece of this is that our programming priorities should be driven by the business and not by the IT organization.

If you allow the IT organization to be solely responsible for determining programming priorities, it will be easier, , , however, you can never win when this is the case. The client will constantly believe you should be able to get more accomplished for them and will be frustrated with IT programming support.

4.  We need a user quality assurance (QA) function
To be the most effective, we need a knowledge expert involved in the QA process from our client, not just an IT testing effort of new software changes. Be prepared for mor kicking and screaming, , , your client wants no part in this but it is also a critical component to help your team be the most productive you can be for your client, , , the real winner is the client.

Positive outcome
The results can be significant. Your team will get more work done for the client and the client will be in much better control of their own destiny. It’s something they want, but they probably won’t be able to see how all of this gets them there. What they will tend to see is that this is just a bunch of extra work with no guarantee things will get any better.

I have never had a client organization sign up for a new change management process without some level of concern or pushing back. Expect resistance. The good news is that over time your client will embrace the process and see it simply as a way of how we get things done.

In some of my travels, I’ve seen this type of process working well in a company and when I asked the clients about it, they always tell me,  “It was hard at first, but now we wouldn’t think of trying to work without it.”

A structured change management process is well worth the effort. Don’t be discouraged by early resistance, , , expect it and persevere through it because the benefits are well worth the effort to get there.

Advice for a new IT Applications Manager

A few days ago, I received a message from someone who was just promoted to IT Applications Manager, , , i.e., a Programming Support Manager who supports business applications in his company.

His question
“I have about 10 years of IT experience, and currently facing a new challenge by accepting an offer to handle a job of IT Applications Manager. I am seeking your help and advice. What is the best for me to order from your products/books/tools which helps me to manage the Applications Department?”

I gave him an answer about which of my books and tools would be of assistance and told him I would post additional insight on my ITLever Blog, , , so here goes.

Additional insights
Congratulations on your promotion. I assume your ten years of IT experience was probably as a programmer, , , which led to your selection as the next IT Applications Manager, sometimes called Programming Support Manager, Business Applications Manager, etc.

This promotion takes you to a responsibility that is totally different from what your experience has been. Now, instead of depending predominately upon what you can do yourself, you are going to be depending upon other people on your team to get the job done.

It can be a difficult transition unless you have a path to follow and tools to help you.

The first thing I would do is review the ITLever post titled, New IT Manager needs a fast start and download the fast start tool. There is also a 20 Minute IT Manager training session on this topic you can watch. CLICK HERE to view.

Second, I suggest you subscribe to my free Practical IT Manager Tips newsletter and read the free e-book, IT Management-101: fundamentals to achieve more when you subscribe at www.mde.net/free.

Third, browse through the posts of this ITLever Blog, , , lots of IT management insights and tools you can download.

As a new manager, there are several things you need to know how to do:

1.  Determine what to work on
This is all about conducting an effective IT assessment. My book titled, Acquisition: IT Due Diligence lays out a step by step process and all the tools you need to determine the business needs and issues of your client. This is the demand side that should be what drives your IT support focus.

2.  Understand your organization’s capabilities and capacity
The other side of an IT assessment is the supply side, , , what can you do and how much can you do. In order to manage your client’s expectations about support delivery, you must know this part as well. Details are included in the book, Acquisition: IT Due Diligence

3.  Implement a programming change management process
You must have a simple change management process to deliver programming support effectively. Review the 20 Minute IT Manager training session titled Managing a Programming Backlog.
CLICK HERE to review.

4.  Manage the quality of your team’s work
Quality is key. CLICK HERE to review the 20 Minute IT Manager training session titled, Improving Programming Quality.

5.  Track and communicate the results
Communicate your results or no one will know what you are getting accomplished. Make it a point to report on your programming support status and completion activity on a monthly basis.

I hope this information is helpful and I wish you the best of success in your new management role.