Behind the scenes, the client’s main IT/Programming group was working issues in real-time almost around the clock, which significantly improved the project status as well. We completed UAT as successfully as we could, and we were finally ready for go-live. Or so we thought.
Two events occurred for which we could never have planned. First was the COVID outbreak. The second was that the vendor who owns the system we had just finished testing, was conducting a cloud storage migration for its platform. This meant we would now have to conduct UAT for a second time, and due to the pandemic, we would have to run it remotely. This created absolute chaos amongst the backdrop of workforces going remote and reinventing their business processes, so our end-user stakeholders were less than pleased. This also affected the go-live timeline and the data conversion that would need to occur between the old and new system.
This project was truly a project management challenge for me and has been one of the most difficult projects I have been privileged to work on to date. I was able to take away a few things as well and learn from the challenges this project presented, where I often felt reminded of one of my favorite books “Man’s Search for Meaning” by Victor Frankl.
- Have a “what if” plan that can account for things like an entire workforce migrating to remote/telework. If COVID-19 has taught me anything, it is that people and organizations are very capable of working remotely and tailoring your project management style accordingly can result in an increase of productivity.
- As it relates to this horror story, we would have greatly benefitted from up-front transparency regarding the hosting migration the system provider was planning to undertake. When running technology implementation projects in the future, I will be sure to try to get as much information about future changes to the system we are implementing so I can plan a project accordingly. This can be valuable information when drafting Service Level Agreements or task orders since you can build in a plan at the start of a project rather than during or at the back end.
- The end users know the system better than you think. We continually learned new functionality and issues while we conducted testing from the very folks testing the system. Leaning on these people as well as project stakeholders can create a better project ecosystem, especially when end users feel like they have an impact on the system they are adopting.
- Sometimes, and very rarely, things just go wrong that are entirely out of anyone’s control. Myself and my team were certainly not expecting a global pandemic that would result in months of remote work, and the only thing anyone can really do in that scenario is roll with the punches.
The last point specifically is what reminded me of Victor Frankl, who made the argument that the only real possession anyone of us truly own, is our choice to react to a situation. This project was, unfortunately, a project full of reaction and as Project Managers, our role is to react in the best way possible for the client.