Navigate / search

Readiness: The #1 Predictor of Project Success

By Eileen Strider, Marie Benesh and Wayne Strider

The Vice President was worried. The project to replace their administrative systems was gaining support and speed, but was the organization really ready to start? Could they succeed or would they be added to the litany of organizations with failed software projects? They hadn’t undertaken a major project in years.  They had bad memories from recent past projects involving software packages.  This project was going to change the way the whole organization worked, certainly staff’s job duties and maybe even the organization structure. They were going to have to work together cross-functionally to gain any benefits. There were some seriously broken relationships that were going to be critical to the success of the project. He wasn’t sure how to get straight answers to address his concerns.  What he needed was a PCC Project Readiness Assessment.

In this blog, we are going to shamelessly promote our PCC Project Readiness Assessment.

A Project Readiness Assessment asks the question, “How ready are you and your organization to take on and complete this project?”  In order to answer that, you have to determine what “ready” means.

We look at five key areas that organizations need to address in order to effectively start and complete a project. They are generally areas of risk that can cause havoc as a project progresses.

The areas included in the assessment are:

Executive Sponsorship and Decision Making

We look at how your organization plans to manage project scope, user and stakeholder expectations, and whether you have clearly defined and communicated the project’s goals and objectives. Leadership support and sponsorship are the next areas that we evaluate – how clearly are the leadership roles defined, do the sponsors have a clear set of expectations for their own role and how that impacts the success of the project. In addition, we look for design principles for decision-making, or how decisions will be made. Is this decision-making  policy clearly written and communicated to all stakeholders?

Read more

A Framework for Project Launch Decisions: To Go or Not to Go Live

Go, Wait or Stop Light

By Eileen Strider

Although everyone knows that the Affordable Care Act (Obamacare) system was not ready for prime time on the October 1 launch date, does anyone really know how the decision was made to go-live? Was it a conscious decision with full consideration of the readiness of the system or a de facto decision when October 1 arrived?  And closer to home, do you know how your project will decide if it’s ready to go-live when the planned go-live date arrives?

My project and IT management experience is that most people don’t believe that they could actually say “No, the system is not ready and should not go live on the scheduled date.”  Here are just a few reasons why:

–       I’ll be the only one to say no.

–       No one will listen to me anyway.

–       I’ll be blamed for the project’s failure.

–       I’ll be labeled “Not a Team Player”.

–       I don’t have the courage to say no.

Any or all of these may actually happen. If you watched the congressional hearings, you saw lots of finger-pointing and heard lots of blaming from all parties involved; none of which fixes the system problems.

You can avoid this scenario by using a straight-forward process for deciding to go live or not on the planned launch date.

Here are the steps in this process:

1. Establish Go-Live Criteria

Identify objective criteria that must be met for the project to successfully go live. Don’t say that everything must be complete; be very specific about what must absolutely be working properly at Go Live. Each project is unique, so your project’s criteria will be unique. Establish the criteria as soon as you know enough about the project to define success.  If you have a project charter, use it to identify success criteria. Add to the criteria when you know enough about what technically is needed for success. If you discover another success criteria later in the project, revise the criteria. Just don’t wait until the last minute to set the criteria.

The key to success on this step is involving the project’s business sponsor in this step.  The sponsor should approve the Go Live criteria and understand exactly how it will be used. Typically there are both functional and technical criteria identified. Depending on the nature of the project, there may also be regulatory and legal criteria.

Here are a few examples of typical go-live criteria, along with indicators for how you know that criteria have been met.

System Functionality: Critical parts of the system work as specified: Testing is the activity used to verify this criteria is met.  Specify exactly which testing must be completed such as user acceptance testing , performance tests in terms of response time, load tests, security tests, integration tests between the new system and legacy systems, data verification testing, etc.

Data Readiness: Data required to operate the system has been loaded and verified. If data conversion is involved, this has been completed and verified as accurate. Data conversion often requires a significant amount of data cleanup. If data in the new system is incomplete or inaccurate, a significant correction effort might be required after go-live. This can be extremely aggravating to users of the system. Report testing should be complete.

User Readiness: This may involve user training, new/revised business process training, user equipment, help screens, tutorials, documentation, etc.  Define exactly what must be complete, especially for critical users. By complete, I mean verifying that users have developed enough competency to use the system effectively and efficiently; not just that you’ve checked off that they attended training. If your users are the general public, be sure testing was performed by a sample of members of the public. Read more

facebook like