GISdevelopment.net ---> GITA 2001 ---> People make the difference

Getting Difficult People to Successfully Deploy Difficult Technology

Stan P. Weber
Stan P. Weber Executive Consulting
9564 East Coronado Court, Parker, Colorado 80134-5506
www.stanweber.com


Sometimes people and technology mix, and sometimes they do not. If you have been employed for any length of time, you no doubt have been involved directly or indirectly in the implementation of some form of information technology – whether a new telephone system, a new electronic mail system, or a new accounting system. On the surface, this change was proclaimed to be beneficial to both you (the employee) and the organization, but upon closer scrutiny, you may have found that it hasn’t really “lived up to the expectations” that were set at its inception. What had been touted as a solution that would boost productivity and provide ease of use, actually wound up being a “real chore.”

What is it that makes the implementation of large corporate information systems so difficult? Is it an innate desire to resist change of any type? Is the technology truly too difficult for us to comprehend and incorporate into our work routines? Let us begin by examining some of the more common ailments associated with large information system implementations.

Common Pitfalls of System Development
First, let me begin by saying that I am not an expert in system development. I simply have had the benefit of being on both sides of the issue (user vs. supplier) for the past 20 years. What follows is not intended to be an exhaustive list, but a compilation of my observed experiences.
  1. User and Supplier expectations are mismatched
    This is probably the most common pitfall. The user most often hears what they want to hear, and the supplier says what they believe the user wants to hear in an effort get the contract. Promises and commitments are made that both sides will quite likely be unable to meet, thus setting up future disagreements which erode any built up trust. The best way to sidestep this pitfall is for the user to educate themselves as to other installations of the same or similar technology. Industry trade shows and site visits are an excellent means to gain this knowledge.

  2. User requirements are not clearly developed and documented to the Supplier
    In most cases, the user has a general idea of what they want, but rely upon the supplier to “fill in the gaps”. This doesn’t rear its ugly head until the supplier delivers the first prototype and the user states, “That’s not quite how we envisioned it”. The burden is on the user to clearly understand exactly what business they are in, and exactly which business processes this new technology will impact. If the user is not clear on these items, then they will transfer that “lack of clarity” to the supplier. Having a clearly defined and documented set of requirements that are signed off by both the user and the supplier can aid in mitigating the effects of this pitfall.

  3. User and Supplier fail to contain a previously agreed upon “scope” of effort
    This pitfall is commonly referred to as “scope creep”. Invariably, as the business requirements become translated into software development, additional features and functionality will be desired. The challenge for both parties is to have a written document in place that, as clearly as possible, communicates the level of detail expected in the final solution. This allows decisions to be made which affect both budget and schedule in a nonemotional setting.

  4. Supplier is not fully experienced in delivering what the user expects
    At best, this can be viewed as “over representation” by a supplier who desires to enhance their chance of winning a contract. At worst, this is “false representation,” and both supplier and user will likely suffer. Once again, the burden is on the user to assure that the supplier is capable of performing the effort, and all suppliers’ client references have been checked and potentially visited. The best hedge against the effects of this pitfall is for the user to be fully educated as to the strengths and weaknesses of the supplier. Once the weaknesses of the supplier are identified, the user should have a risk-mitigation plan in place to address those weaknesses.

  5. Supplier suffers from resource issues, thus impacting deliverable quality and schedule
    No supplier is perfect, and since a company’s workload and resource allocation vary, what was not a problem during the supplier selection process, may become a problem during a multi-year project implementation. For example, some supplier skill sets are highly specialized. Thus, there is greater risk to the project when losing a $150/hour database architect, than when losing a $50/hour software coder. The best hedge against the effects of this pitfall would be for the user to require a “backup” or “transition” resource plan from the supplier in the event key resources leave the supplier’s organization.

  6. User and Supplier lose trust in each other along the way
    When looking back, it usually becomes clear that there were identifiable warning signs which, if they had been addressed in a timely manner, could have averted the effects of this pitfall. This is not unlike a partnership that has gone “sour.” It is very difficult to reverse, but a corrective measure quite often is to replace certain personnel that may have contributed to the trust erosion.

    Some of the early warning signs and their potential solutions are as follows:
    • WARNING SIGN: Problems which are allowed to smolder
      POSSIBLE SOLUTION: Known problems should be addressed immediately!

    • WARNING SIGN: Ongoing personality conflicts
      POSSIBLE SOLUTION: Resolve by getting parties to “work it out” amongst themselves, or remove them from the project

    • WARNING SIGN: Ongoing concerns over invoice details
      POSSIBLE SOLUTION: Bring these issues out into the open immediately and resolve

    • WARNING SIGN: Meetings between user and supplier become increasingly tense or hostile
      POSSIBLE SOLUTION: Spend more time discussing achieved milestones and resultant celebrations, than project problems

  7. Technology advances cause delivered solution to be “dated” upon delivery
    This is a difficult pitfall to sidestep in many instances. Technology always develops and improves faster than organizations can implement it. This pitfall alone can act as a deterrent to successful multi-year projects. For example, a supplier may be originally contracted to deliver an application using Microsoft® Windows® 98. However, prior to completion and delivery, the organization has already decided to upgrade to Microsoft® Windows® 2000. The potential damage from this pitfall is the lack of user enthusiasm and acceptance of the delivered solution. If the best technological solution is implemented at the organization in record time, but the users fail to use it and receive the projected benefits from it, then the solution should be considered a failure. Managing the user’s expectations and the planned life of the solution will go a long way to minimizing the negative effects of this pitfall.
Difficult People
Difficult people aren’t difficult when they are alone. The problem occurs when people are put together in a setting where a common goal or objective must be reached. That is when we see the personalities and styles of each begin to compliment and contrast with each other. Very few people, if any, arrive at work each day saying, “I want to be as difficult as possible today with everyone with whom I interact”.

Two broad categories of difficult people can be identified as:
  • The Difficult Leader – “My way or the highway”
  • The Difficult Follower – “Just tell me what I’m supposed to do”
In dealing with “The Difficult Leader”, we are left with the choice to either go along with them all the time, or picking and choosing our “battles” carefully. These individuals usually have specific skill sets or strengths that allow them to be seen by others as “experts”. My experience has been that while these individuals exhibit a strong, impenetrable exterior, they will often accept being challenged, provided the person doing the challenging has won their respect. Going along with them all the time (being a “yes” man or woman) truly harms them in that they don’t benefit from other ideas and suggestions. Building a relationship based on trust and respect with The Difficult Leader is an excellent way to work harmoniously with them. Effectively selecting your words in a way that challenges their ideas and not their personality, will likely have the best chance for successful communication and cooperation.

In dealing with “The Difficult Follower”, we encounter individuals who often do not want any authoritative responsibilities placed upon them. They are content to do what they are told. Yet, experience has often shown me that these individuals, while appearing agreeable, can do serious damage by undermining those in authority through practicing gossip -- talking to others about someone they silently disagree with. This can, and often does, have a corrosive effect on a group of people; causing divisions, arguments, poor attitudes, etc. Practicing and encouraging “straight talk” with “The Difficult Followers” is an excellent preventive measure.

The dynamics of putting many people’s skill sets and personalities together on a large information technology project can often become a nightmare, if problems are not frequently and consistently addressed. The topic of group dynamics is indeed too large to cover in this paper, and I am not qualified to offer an expert opinion. My experience, however, has shown time and time again that the executives in charge of the project, to a large degree, set the “tone” and the “demeanor” for any group dynamic. This includes an Executive Steering Committee, a User Project Director/Manager and a Supplier Project Director/Manager. If the men and women in these positions are “dysfunctional,” then there is a high likelihood that the overall project implementation will be plagued with problems such as miscommunication, lack of trust, lack of schedule integrity, high rate of project resource turnover (both user & supplier), etc.

Creating and Keeping “The Team” Together
There is no magic answer as to how to keep everyone “pulling together” in the same direction over a period of years on a large information technology project. It takes a lot of hard work and cooperation. Looking back over the years at successful, large multi-year project implementations, I have observed several common characteristics that consistently appear.

Communication – A huge impact factor in a successful large project is the degree of meaningful communication that transpired over the course of the effort. Even though team members may be displaced in different buildings, separate states or other parts of the world, successful project teams effectively communicated in a timely and consistent manner. I want to focus on the word “effectively”, since we can have frequent communication between individuals that is redundant and useless. People generally do not mind being involved in meetings where there is a concise agenda, where specific issues are discussed, tangible action tasks are newly created and older issues are resolved. People quickly become disenchanted and de-motivated, however, when meetings are seen as “boring” and repetitive. with no action being taken and no issues being resolved.

Cohesiveness – The best way to keep a team of people motivated over a long period of time is to allow them to create an identity -- a unique identity that exists when they come together as “the team”, and continues when they leave the workplace. Successful project teams often attend extra curricular activities together, such as picnics, sporting events, etc. This allows the team members to see each other in different settings. Some teams have even participated in extreme team trust-building activities, or “survival” adventures, where team members are put in situations where they must literally trust each other with their lives. In this manner, relationships can form that are healthy, and serve to encourage the teamwork that is needed during difficult periods on a long-term project.

Conduct – The early establishment of rules of conduct is also a crucial element that is found in most successful project teams. Principles such as respect, truthfulness, honesty and integrity are critical to building trust among team members. These things must be practiced and not just given “lip service”. Team members must be able to hold each other accountable in a friendly, lighthearted way and not in a judgmental manner.

Celebration – Another very important aspect that successful project teams have in common is the consistent celebration of milestones and the reaching of important goals and objectives. This is especially critical on multi-year projects. Team members need continual encouragement and reassurance that the project is moving along a planned timeline and progress is being achieved. Celebration details are not as important as the celebration itself. The message is clearly being communicated to all team members that they are valued, that their hard work is being noticed and rewarded, and that the whole team is making visible progress toward the ultimate goal of system delivery.

Change – It is inevitable that, especially during a long-term project, certain team members will leave and new ones will come on board. Successful project teams have already accepted this fact and have transition plans in place to minimize disruption to the overall project and schedule. Team members should always have a “backup” in mind for possible absences due to any number of reasons (sickness, promotions, death, etc.). The old adage that, “Cemeteries are filled with indispensable men and women,” especially applies here. Key team members, by their very definition, should have a backup plan in place.

Conclusions
Dealing with difficult people can be, well, let’s face it – downright difficult. Selecting the right personality and skill set mix at the beginning of the project is absolutely crucial. Often these decisions are made with little regard to potential long-term problems because these people are either “currently available and not in a critical position,” or seen as “troublemakers” in their existing position and this project is one way to “get rid of them.” Negotiating adamantly for those with the right personality and skill set is always a preferred course of action. Bringing a new and different technology or information system into the organization will only compound the problem with difficult people. Further compounding the problem is a supplier who also has some of the same challenges with difficult employees.

An often-overlooked item is the present state of the organization in light of its ability to change and handle new or revised work processes. All too often the management of an organization will approve a thorough and detailed business case for a large technology or system implementation project, without taking the required time to assess the “readiness level” of the employees with regard to their ability to change.

How many efforts in the past could have been successful if the implementation plan was altered or phased-in to take into account the “organizational readiness for change” of its users? I would submit to the reader that many (not all) system implementations catalogued as “failures” in the past, were due to the organization’s failure to take the necessary steps to understanding their people, and the amount of change they could absorb.

In my experience, the success or failure of technology/system implementations has not been as dependent upon the technology or system itself as it has been on the people developing and implementing the solution. An organization certainly would not choose to implement technology if it did not believe it would work. So therefore, the success or failure lies chiefly in how well the solution has been communicated to the eventual users, how well the solution replaces the existing business processes, how well the users have been prepared and trained, and how well the promised benefits are actually measured and realized.

References
The following may be useful sources of information for continued reading on this topic.
  • Action Management [PriceWaterhouse Coopers]; Stephen Redwood, Charles Goldwasser, Simon Street, John Wiley & Sons, Inc. 605 Third Avenue, New York, NY 10158-0012 ISBN:0471-34547-4
  • Managing the Change Process [Coopers & Lybrand]; David Carr, Kelvin Hard, William Trahant, McGraw-Hill, 1221 Avenue of the Americas, New York, NY 10020 ISBN:0-07-012944-4
  • The Change Management Handbook - A Road Map To Corporate Transformation; Lance Berger, Martin Sikora, IRWIN Professional Publishing, 1333 Burr Ridge Parkway, Burr Ridge, IL 60521 ISBN: 1-55623-975-0
© GISdevelopment.net. All rights reserved.