
When I was a teen I had a terrible accident at Wet-n-Wild. I was there with my youth group and found a cool waterfall with a shallow kiddy pool on one side and a ledge where you could hide-out on the other. I was chilling on the ledge when some other kids from the group showed up. All in one motion I decided to impress them by jumping through the waterfall in full swan dive formation.
My swan dive came to a bitter end seconds later when my head made contact with the concrete bottom of the pool. Disoriented, I came up for air and wondered why everyone was screaming and running out of the kiddy pool. Then I looked down and understood. The pool had immediately turned crimson red. I was bleeding like a stuck pig.
One emergency room visit and a bunch of stitches later I was as good as new. The doctor let me know it was almost a miracle that I had not broken my neck.
In retrospect, it wasn’t my swan dive that was the problem. It was the depth of the pool I dove into, and my lack of understanding that led to a busted noggin.
Get early buy in from end users. Clarifying statement: early buy in does not mean you should allow them to select the solution. It doesn’t even mean they should be in that discussion. It does mean that you keep them informed early that change is coming, and make a strong effort to document their needs and desires for new software.
Spend significant time in planning. This is kind of like my Dad’s “measure twice, cut once” rule. Some organizations spend less than 15% of their project time planning and managing technology projects. In our experience, this should be closer to 30%, and is always time well spent. If you can uncover pitfalls and speed bumps before development or implementation begins, you will always save time and money in the long run, and you can insure the end product will be usable.
Don’t coddle the naysayers. Nonprofits struggle with this. We like to be “nice”. It will be to your advantage if you approach internal communication with a firm resolve. Let your end users know that change is coming, and the success of their job performance will include their ability to adopt the new technology and make it work. Whatever you do, never, ever, nurture a culture of whining. Adoption of new technology should not be optional.
Provide deep levels of user training early. We like to get end-users involved in training for their job-specific use cases well before the project is live. If possible, we even like to get their participation in completing the project. This saves the organization money and virtually insures a deep level of proficiency with the tools at go-time.