ArtsAutosBooksBusinessEducationEntertainmentFamilyFashionFoodGamesGenderHealthHolidaysHomeHubPagesPersonal FinancePetsPoliticsReligionSportsTechnologyTravel

Software Migrations Mistakes and the Lessons Learned from Them

Updated on January 9, 2018
tamarawilhite profile image

Tamara Wilhite is a technical writer, industrial engineer, mother of 2, and a published sci-fi and horror author.

Introduction

Software migrations are regular points of failure for IT. This is a major problem, given the rapid evolution of software applications and the constant need to regularly migrate software applications from one version to the next or one software application to another.

Having worked in software support and process improvement, I’ve learned a number of lessons about software migration that need to be shared with the wider community. Let me share them with you now.

Use the same configuration management principals applied to your software code for your documentation, test plans and requirements.
Use the same configuration management principals applied to your software code for your documentation, test plans and requirements. | Source

Software Requirements

Small changes to software requirements have major impacts down the line. Don’t make little changes assuming it won’t affect something else.

Set strict deadlines after which further changes are forbidden, no matter how small or how essential they may be deemed to be. Then stick to the deadline. Last minute changes lead to unexpected test results, hurriedly altered test plans and uncertain requirements verification.

Centrally manage software requirements, software complaints, bug reports and functional requirements during software migrations. Don’t let developers get surprised by new software requirements or unreported problems that arose in test but aren’t reported to coders until the last weeks before a release.

Software Documentation

Maintain strict Configuration Management control of test documentation, software requirements and test plans as well as software code when managing software migrations. A test series run with the old test may be wrong, and the choice to give the old test plan a pass could result in defect escapes. After all, there was a reason you changed the test plan in the first place, and formatting is rarely all of it.

Maintain your test plans and user documentation as software requirements change.

Don’t forget to update documentation as functions are removed due to scheduling and funding constraints.

File Loading and File Loaders

Loaders should load metadata and files. While you may have a thoroughly planned data map for the software migration, verify that file loaders don’t filter out critical metadata or translate metadata to the wrong fields.

And the fact that the metadata loaded doesn’t mean the data did, too. Look for zero byte file sizes after using file loaders, which may exist even though all metadata fields are perfectly filled in.

Validate the loading of various types of files. You can’t assume that everything you upload will be a document file or Pro-E drawing. Users will upload scanned signature sheets as PDFs, financial files in Excel, Power Point presentations for review by others, flow charts and a dozen other file types.

Test plans should not only verify the straightforward workflow of creation - acceptance - vaulting. Test the rejection workflows, the exceptions and the failures, too.
Test plans should not only verify the straightforward workflow of creation - acceptance - vaulting. Test the rejection workflows, the exceptions and the failures, too. | Source

Validation and Software Migrations

Validate every type of object in every lifecycle state your new system will have after the software migration. This includes newly loaded items, objects at the start of the workflow, items in the middle of the workflow and the end of the workflow.

Validate data before you start checking object workflows, such as document review and data submittal workflows.

Don’t forget to verify that objects uploaded in the middle of a workflow can progress through the workflow to completion. In some applications, an object may get imported in a life-cycle state but not receive an in progress workflow. For these objects, putting them at the start of the life cycle before manually moving them to the correct state may be the best option. Or have the life-cycle completed before the objects are migrated. But don’t leave them hanging.

Test rejections and rework loops, not just the happy path of items approved and vaulted.

Software is now more often upgraded than IT hardware. Yet we tend to test software less thoroughly and concern for actual user needs than hardware.
Software is now more often upgraded than IT hardware. Yet we tend to test software less thoroughly and concern for actual user needs than hardware. | Source

Testing before the Software Migration

Schedule enough time per test fire (dedicated testing round) to complete all planned tests, and a little extra time to duplicate problems found during testing.

Put enough time between software test fires to actually fix problems found in the prior test fire. You can decide to test these fixes before the next test fire or verify that the software works properly in the next test fire. However, problems found in a test fire should always be fixed before go-live.

Always plan at least two test fires, preferably three or more.

Where possible, have two environments running so that one is always available. And you may possibly then get twice as much testing done.

Don't neglect the testing of any and all interfaces to the system.

If you have automated testing, have a human check on the computer. Informational notices and warnings may not be properly logged by an automated test script, though it is painfully obvious to the human observer.

Data Cleansing

Clean data on the legacy system before migration. Never assume loaders properly cleanse data, such as missing metadata fields or altering object lifecycle states. They are far more likely to add errors if logic has to built in to fill in fields.


Ensure that objects in the middle of the workflow during migration do not have to restart the workflow from the beginning during the system release. If everything in work starts the workflow over, you will dramatically increase the workload when users are already overwhelmed.

Training for Using the New Software

Train leaders like team leads first to improve stakeholder buy-in.

Auto-assign people to training courses instead of assuming they will sign up themselves. If it is optional, some will opt out of attending.

Spread out training so that everyone has an opportunity to attend at least once, and let people attend more than once if they feel the need.

Don't train in spurts, with training three months prior to a rollout and another blitz a week or two before go-live. Knowledge retention is best when users practice constantly for weeks prior to the new system's implementation.

Focus training sessions of specific activities like document approval, creation of parts and searching. Then have people attend the training sections they need to learn in addition to mandatory training. This ensures that no important information is glossed over in a long training session, and that people don’t sit through 30 minutes of non-relevant content in a catch-all training session.

Breaking up training into separate sections like searching, creating and approving documents makes scheduling more complex but improves information retention over an 7 hour data dump. Furthermore, people can choose to repeat individual sections they didn't attend, such as how to move a document through an approval workflow or how to revise a model, than sit through a second all-day lecture. People are then more likely to learn what is most crucial to their jobs.

When you create functional group training, remember that the user community is not only managers and view only users. Create functional training for engineers, finance, quality and configuration management users.

Train the trainers well before they are put in front of the audience. Training runs more smoothly when trainers are familiar with the material. Never put trainers in front of reluctant stakeholders and let them see a trainer fumble over a power point he received the day before.

Training systems should act like production for the maximum educational impact. Where possible, use data from the production system on the training database.

Communicate common solutions to all users during training. If there are location specific or unique business division practices, the software migration might be a good opportunity to standardize business practices.

Know that major changes like migrating to a new software system will result in questions to the help desk that was part of the training. Train your help desk staff, preferably by having them go through training along with users.

Ensure that training includes mundane actions such as how to log in and how to enter one's time in addition to job specific tasks like recording a non-conformance or approving a change notice.

Support after a Software Migration

It is better to over-staff support than under-staff it. Consider it an investment in improved productivity of users after the software migration because it shortens their learning curve.

Opt for one page cheat sheets over ten page "how to" workbooks.

Give training materials to help desk personnel before the software migration so that they can refer to it when they receive training questions after the software migration.

Track all user reported bugs, errors, problems and information requests after the software migration. Repeated questions about how to do something represent a training gap, whereas bugs or problems may be due to software problems.

Never throw a manual at a user and expect this to count as resolution. If they were unable to find the solution in existing documentation or learn it in training and were frustrated enough to call the help desk, take the time to fully resolve the issue.

Comments

Submit a Comment

No comments yet.

working

This website uses cookies

As a user in the EEA, your approval is needed on a few things. To provide a better website experience, hubpages.com uses cookies (and other similar technologies) and may collect, process, and share personal data. Please choose which areas of our service you consent to our doing so.

For more information on managing or withdrawing consents and how we handle data, visit our Privacy Policy at: https://hubpages.com/privacy-policy#gdpr

Show Details
Necessary
HubPages Device IDThis is used to identify particular browsers or devices when the access the service, and is used for security reasons.
LoginThis is necessary to sign in to the HubPages Service.
Google RecaptchaThis is used to prevent bots and spam. (Privacy Policy)
AkismetThis is used to detect comment spam. (Privacy Policy)
HubPages Google AnalyticsThis is used to provide data on traffic to our website, all personally identifyable data is anonymized. (Privacy Policy)
HubPages Traffic PixelThis is used to collect data on traffic to articles and other pages on our site. Unless you are signed in to a HubPages account, all personally identifiable information is anonymized.
Amazon Web ServicesThis is a cloud services platform that we used to host our service. (Privacy Policy)
CloudflareThis is a cloud CDN service that we use to efficiently deliver files required for our service to operate such as javascript, cascading style sheets, images, and videos. (Privacy Policy)
Google Hosted LibrariesJavascript software libraries such as jQuery are loaded at endpoints on the googleapis.com or gstatic.com domains, for performance and efficiency reasons. (Privacy Policy)
Features
Google Custom SearchThis is feature allows you to search the site. (Privacy Policy)
Google MapsSome articles have Google Maps embedded in them. (Privacy Policy)
Google ChartsThis is used to display charts and graphs on articles and the author center. (Privacy Policy)
Google AdSense Host APIThis service allows you to sign up for or associate a Google AdSense account with HubPages, so that you can earn money from ads on your articles. No data is shared unless you engage with this feature. (Privacy Policy)
Google YouTubeSome articles have YouTube videos embedded in them. (Privacy Policy)
VimeoSome articles have Vimeo videos embedded in them. (Privacy Policy)
PaypalThis is used for a registered author who enrolls in the HubPages Earnings program and requests to be paid via PayPal. No data is shared with Paypal unless you engage with this feature. (Privacy Policy)
Facebook LoginYou can use this to streamline signing up for, or signing in to your Hubpages account. No data is shared with Facebook unless you engage with this feature. (Privacy Policy)
MavenThis supports the Maven widget and search functionality. (Privacy Policy)
Marketing
Google AdSenseThis is an ad network. (Privacy Policy)
Google DoubleClickGoogle provides ad serving technology and runs an ad network. (Privacy Policy)
Index ExchangeThis is an ad network. (Privacy Policy)
SovrnThis is an ad network. (Privacy Policy)
Facebook AdsThis is an ad network. (Privacy Policy)
Amazon Unified Ad MarketplaceThis is an ad network. (Privacy Policy)
AppNexusThis is an ad network. (Privacy Policy)
OpenxThis is an ad network. (Privacy Policy)
Rubicon ProjectThis is an ad network. (Privacy Policy)
TripleLiftThis is an ad network. (Privacy Policy)
Say MediaWe partner with Say Media to deliver ad campaigns on our sites. (Privacy Policy)
Remarketing PixelsWe may use remarketing pixels from advertising networks such as Google AdWords, Bing Ads, and Facebook in order to advertise the HubPages Service to people that have visited our sites.
Conversion Tracking PixelsWe may use conversion tracking pixels from advertising networks such as Google AdWords, Bing Ads, and Facebook in order to identify when an advertisement has successfully resulted in the desired action, such as signing up for the HubPages Service or publishing an article on the HubPages Service.
Statistics
Author Google AnalyticsThis is used to provide traffic data and reports to the authors of articles on the HubPages Service. (Privacy Policy)
ComscoreComScore is a media measurement and analytics company providing marketing data and analytics to enterprises, media and advertising agencies, and publishers. Non-consent will result in ComScore only processing obfuscated personal data. (Privacy Policy)
Amazon Tracking PixelSome articles display amazon products as part of the Amazon Affiliate program, this pixel provides traffic statistics for those products (Privacy Policy)