One of the nice things about being American is that the government always gives us an opportunity to learn from their mistakes. It doesn’t matter your political views, government is messed up.
So with the latest fiasco with Obamacare (or the Affordable Care Act, if you prefer…but Obamacare is so much easier to say) we can see how the website rollout was a poorly managed project. Let’s do some inferring and see why.
A project is really about syncing three things: Scope, Quality, Time. Let’s look at how these things are interconnected and how we can make sure we observe some basic understanding of what to do.
The scope must not have been well defined for the website since the major issue was that too many people were trying to log on at once. This should have been projected as a risk during the definition portion of the project and a mitigation strategy designed. Now, I am not a web designer or network engineer, so please forgive the errors I may state and feel free to correct me if you have knowledge in these areas.
The system should have been designed to manage the peaks of the users. The traffic should have been projected and then doubled. I know that some of the States had their own systems and that needed to be factored in as well. But there are mathematicians that can help with the statistics. There are design criteria for the servers and workflow processes. Some users could have been given a “sorry” message rather than having their information lost when applying for healthcare.
Obviously, the timeline was not reasonable since the website clearly wasn’t ready. This should have been a pushback to the White House. Another option would be to cut back the scope or quality of the site, but since that was probably not a good option, they should have delayed the start.
In the political environment, you have to pay attention to what is promised to the people. The web site designers should have been regularly communicating with the President (their Sponsor) who in turn is communicating to the people (the Stakeholders). The President and system designers should have been on the same page with timing, capability, and expectations so that everyone understood what was going to happen. If it would have been stated that the site could only handle so many users, it would have been better received when there were issues and the corrections could have happened immediately.
Lessons…
- Clearly understand your objectives and create a comprehensive scope.
- Listen to your Sponsor.
- Predict the needs of the users.
- Communicate, communicate, communicate.
As with Leadership, Project Management boils down to communication. Communication of expectations, progress, and reality. We all want an optimist to lead, but reality has to be part of what is communicated. People can tell the difference between hope and reality if you give them the information to distinguish between the two.