Technology

Avoid IT Project Failure

Negotiate contracts that define expectations and balance risks.

May 17, 2011
KEYWORDS risk , third-party
/ PRINT / ShareShare / Text Size +

The contract negotiation

The timeframe for contract review should be sufficient to permit counsel to review and critique the contract.

Beware of vendors who, upon giving you a copy of the contract, tell you that any promised discounts require execution of the contract in a very short time period. Vendors know that the less time you have to understand the contract’s legalese, the less likely you’ll be to request changes and clarifications.

Identify up-front what could go wrong and the cost to the credit union if failure or delay does result. Review and negotiate remedies and damages with this exposure in mind.

A specific statement of work should be part of the contract. Exhibit 1 to any contract should contain the system specifications and include:

  • The software to be implemented or developed and the functions it must perform;
  • All other deliverables, including consulting, training, documentation; and
  • Milestones and performance and acceptance criteria.

Be sure the statement of work, or another part of the contract, includes specific statements or representations made by the vendor regarding system function and capabilities that were important in selecting the particular system or vendor.

If they’re not explicitly in the contract, the “entire agreement” clause typically found in most IT contracts will render such promises unenforceable.

Other considerations:

• Make sure the contract has a workable approach to test performance before “acceptance” of the system, and hold back a substantial amount of the purchase price until acceptance has occurred.

The acceptance concept in the law of contracting is important in that the buyer can reject the goods only before acceptance. After that time, the buyer is left to contractual remedies that are often very limited.

Testing must ensure the system works properly in a live environment and integrates into the credit union’s systems. A minimum testing period of 30 days is advisable.

Most warranties that are implied by law for goods contracts are typically disclaimed in software agreements. Certain functions or attributes of the system may have been fundamental to the credit union’s purchase decision and should be the subject of express warranties in the contract—for example, that the software is free of defects or viruses, the software doesn’t infringe on the intellectual property rights of third parties, and the vendor isn’t currently the subject of any litigation that will prevent it from performing under the contract.

• Scrutinize the contract’s remedy and damage provisions. Most courts will enforce these limitations against a purchaser absent fraud or complete failure of the vendor to implement the promised remedy.

Most of these clauses limit the remedy to repair or replace the system and limit damages to what the purchaser has paid for the system. Contracts typically exclude the recovery of consequential damages, such as lost business or the cost of labor to deal with the failure.

• Beware provisions that shorten the period for bringing claims against the vendor or select a court venue or law that’s unfavorable to the credit union.

• Be sure that the vendor has processes and procedures in place to absolutely secure and protect nonpublic personal information of credit union members. The vendor’s disaster recovery plan should also be reviewed.

• Review and negotiate indemnification provisions and allocate as much risk to the vendor as possible. Third-party claims should be carved out from any liability limitation.

Project implementation

Assign a team from the credit union that is charged with interfacing with the vendor on implementation.

Schedule weekly project implementation meetings with the vendor where a senior credit union officer not on the implementation team is present.

Be sure the credit union project manager is checking the implementation against the statement of work in the contract, including the project schedule.

There are many factors that affect IT project implementation success. However, careful product and vendor selection and informed contracting as described above can go a long way toward ensuring project success.

GINA CARTER is chair, Credit Union Team, for Whyte Hirschboeck Dudek S.C., Madison, Wis. Contact her at 608-234-6058.

Great Comments

Ken Schroeder, CBCP, VP-Business Continuity, Southeast Corporate
April 20, 2011 9:03 am
Great points, especially the deliverables and remedies.

Actually, these principles apply to every critical vendor, not just for IT projects. A solid vendor management program will help ensure the CU is never left hanging in the wind when a critical vendor fails to perform.

Unfortunately, too many CUs just pay lip service to their vendor management program, or think it applies only to IT.


Flag Comment as Offensive

Post a comment to this story

heroes

What's Popular

Popular Stories

Recent Discussion

Great article! Unfortunately, most employees don’t feel valued or appreciated by their supervisors or employers. In fact, research has shown that the predominant reason team members quit their jobs is because they don’t feel valued. This is in spite of the fact that employee recognition programs have proliferated in the workplace – over 90% of all organizations in the U.S. has some form of employee recognition activities in place. But most employee recognition programs are viewed with skepticism and cynicism – because they aren’t viewed as being genuine in their communication of appreciation. Getting the “employee of the month” award, receiving a certificate of recognition, or a “Way to go, team!” email just don’t get the job done. How do you communicate authentic appreciation? We have found people have different ways that they want to be shown appreciation, and if you don’t communicate in the language of appreciation important to them, you essentially “miss the mark”. Additionally, employees need to receive recognition more than once a year at their performance review. Otherwise, they view the praise as “going through the motions”. A third component of authentic appreciation is that the communication has to be about them personally – not the department, not their group, but something they did. Finally, they have to believe that you mean what you say. How you treat them has to match the words you use. If you are not sure how your team members want to be shown appreciation, the Motivating By Appreciation Inventory (www.appreciationatwork.com/assess) will identify the language of appreciation and specific actions preferred by each employee. You then can create a group profile for your team, so everyone knows how to encourage one another. Remember, employees want to know that they are valued for what they contribute to the success of the organization. And communicating authentic appreciation in the ways they desire it can make the difference between keeping your quality team members or having a negative work environment that everyone wants to leave. Paul White, Ph.D., is the co-author of The 5 Languages of Appreciation in the Workplace with Dr. Gary Chapman.

Your Say: Who should be Credit Union Magazine's 2014 CU Hero of the Year?

View Results Poll Archive