Share This Article
Guided Insights helps global project teams speed time to
results through better collaboration across time zones, cultures and other boundaries. Special areas of focus are remote team leadership,
facilitation skills, virtual team collaboration, project jumpstart workshops and design and facilitation of virtual
Building the IT Consulting Competency
IT consulting groups are springing up all over. Forming consulting "teams" has become a popular strategy designed to enable IT organizations to get closer to their customers. Some work well; many do not. What accounts for the differences? This article focuses on the critical success factors (CSFs) necessary to improve IT performance through internal consulting initiatives. It includes an action plan to create successful IT consulting groups that will provide services in technology consulting, process redesign, and change management.
In the Beginning
What has not changed, however, is the perception users have of IT professionals. Although some IT departments deliver every project on time, within budget, and meet all user requirements, others still operate like The Gang That Couldn't Shoot Straight. Their business clients (is that not a better name than "user"?) feel they are not being serviced appropriately and that the cost of the services they do receive is exorbitant - and they give their IT departments bad reviews. They then spend buckets of money on external consultants because they believe that someone can certainly "do it better" than their own people.
The response from the "Rodney Dangerfield" IT departments is to try and "get closer to the customer." They have watched how international consulting companies, as well as a host of local consultants work. They believe that the only difference between themselves and their external competition is that the consultants charge too much. The obvious solution is to create an internal IT consulting group. They announce the new organization and conclude that they are now "closer to the customers." The former applications programmers are designated "consultants" and are told they have responsibilities for specific business units. The business clients are told that the consulting fees that will be charged are at substantial discounts from the "gouging rates charged by the Big Boys."
Several months pass, and then - not infrequently - the Chief Information Office or the Vice President of Applications Development are invited to "pursue other opportunities." Little substantive change has occurred. The situation may, in fact, be worse. Business clients are more unhappy than before; they perceive they are getting the "same old same old" results from their IT "consultants" (who do not seem to understand the business of the business unit, their clients' business needs, or the urgency of their requests). The demand for outside consulting services increases, instead of declining. There is no joy in Mudville. IT has struck out, again.
A Better Approach
To their credit, senior executives stuck with the initiative and encouraged the team to learn from their difficulties as well as from their successes. Ultimately, the team succeeded and served its clients more effectively than ever before. The Senior Vice President of Business Consulting Services will say that three critical success factors were identified at the beginning. First, the consulting team had a business plan that focused on understanding client needs from a business perspective. Second, they had - and used - a set of methodologies to ensure consistent results. And third, they hired the right people and provided appropriate training.
Creating a competent IT consulting organization is not a slam dunk. Making the organizational changes and then using the Nike slogan, "Just Do It," is a surefire recipe for failure. IT professionals may not have the requisite skill sets needed for consulting success - and they need more than skills. They also need a set of processes and tools that undergird every successful consulting business.
The Business Plan
The mission of this business consulting unit was to enhance the business performance of its clients by providing services they could successfully deliver and by brokering services that they could not successfully deliver. Further, they determined that they could not be experts in all business aspects of insurance, but would specialize. For example, they might have great experience in claims but limited experience in underwriting. Consequently, they would broker underwriting work but do the claims work themselves.
The most common type of work was developing business specifications that were then used in the purchase or development of software. Actual coding was done by a specialist group within IT, but the consulting organization developed strong project management capabilities. Also, they developed capabilities in business process redesign and change management.
The unit marketed its services aggressively. Staff were assigned to business development roles in each operating unit. Their charge was to identify business needs as well as help their clients think of their businesses differently. Much time and money was spent on taking clients to seminars and conferences where they could expand their horizons.
The financials required that the consulting unit deliver a specific rate of return. They established a billing rate 20 percent below the average rate charged by local consultants, were able to pay their expenses, make their contribution to overhead, and hit their required rate of return. (Getting to this point, however, took a long time and grayed the SVP of Business Consulting Services' hair.)
The insurance company bought several methodologies. First, they had a systems development methodology that allowed for flexible use based on client needs. They also had a project management tool that was used on every project, regardless of size. They also had methodologies for business process redesign and change management. The most important point, however, is that they developed a strong culture of adhering to the use of these methodologies.
The writer worked recently with a small company that had created an IT consulting group that worked with twenty former applications developers, now IT consultants. A training program was conducted and included basic presentation skills practice. All twenty had presentation skills poorer than one would expect from high-school seniors. Presentation skills are essential for IT consultants. They also need skills in facilitation, conflict resolution, interviewing, data collection and research, critical thinking, project management, and client management. These skills can be acquired and used most effectively when customized to individuals and their responsibilities.
The insurance company was very careful when selecting people to work with clients. They created position descriptions, did skills assessments on all employees, and then matched individuals to the appropriate jobs. For the first two years, their training budget was three times that of the rest of the company. While training consisted of many of the skills mentioned above, people also were trained in the insurance business. Specialized areas, including process redesign and change management, were critical for those who desired to become experts in these areas. A formal mentoring program was incorporated to ensure that the staff continue to develop professionally.
After creating their consulting group, the insurance company found that the clients were still unhappy. The focus of the consulting group had been on their own people and not on listening to what their clients had to say. A focal point of the current effort is a client listening program (CLP). The CLP requires that the consultants listen to and document all opportunities and feed what is learned back to the organization. Active listening is done whenever the consultants are with clients (even including special events). For example, when consultants and customers attend seminars they complete reports that become available to all members of the client team.
An important part of the CLP focuses on projects. Each project starts with a statement of work (SOW) that defines exactly what the client can expect from the project team. But before the project begins the project manager also establishes with the client a "soft statement of work" (SSOW). The SSOW is about "how consultants and clients want to work with each other." For example, the SSOW details what clients can expect in terms of work habits, frequency of reports, types of reports, etc. The SSOW is reviewed frequently with clients in a "How am I doing?" approach to management. The SSOW is one of the most important relationship-building tools in internal consultants' tool bags.
Exhibit 1 shows a summary of the content of both the SOW and the SSOW. Remember: The SOW defines the contractual relationship between the client and the consultant and the SSOW defines how the parties will work together to accomplish the objectives of the SOW.
Exhibit 1. Statement of Work vs. "Soft" Statement of Work. Note: The content of a SSOW is flexible and can include many more items than those listed here. The SSOW should be considered as the way in which work will be conducted and should be shared with all members of the project team and reviewed frequently with the client.
Point of View
The point of view adopted by the internal consulting group of the insurance company was that they were business partners with their clients. They professed to know about the client's business but certainly would not know more than the client. They also believed that they were educators who would work closely with their clients not only to do the work together, but also to help them learn how to do the tasks themselves on future projects. Finally, they always found ways for their clients to shine by having them make the key presentations to senior executives, by having them featured in company articles about the project, and by insuring that the clients always got the credit - not the consulting group.
Getting from A to Z
Remember, building an effective IT internal consulting team is not a "slam dunk." However, it is not rocket science either. To create a powerful client-responsive IT consulting group requires that its purpose and business plan be well thought out, implemented with a client and business focus, and be designed to provide consistent service at a reasonable cost. Perhaps it is rocket science after all!
About the Author
© Copyright 2007 Auerbach Publications