A multiple-methodology approach to project management may lead to happier project teams, according to a new report by LiquidPlanner.
The 2017 State of Project Management in Manufacturing report found that 74 percent of the respondents who said they were highly satisfied with their existing project management methodology actually used a combination of methodologies.
At first glance, using multiple methodologies seems odd, especially in manufacturing organizations optimized with repeatable processes. The natural reaction is to respond “What’s wrong with my methodology?”
PMOs and process specialists spend months developing standard processes, methods, and templates to achieve predictable results. Believe it or not, the PMO doesn’t create a new template or a new process out of sadistic pleasure. Many PMOs seek to provide structure and guidance while letting project teams adjust and scale the methodology to the project.
Despite the amount of focus user group surveys, subject matter expert collaboration, and thoughtful process analysis, there will never be a single, perfect methodology for getting work done. It’s natural for project managers and teams to use a combination of processes and templates from multiple methodologies, such as waterfall, scrum, lean, and Six Sigma.
Here are six reasons why:
A methodology is merely a tool in a team’s toolkit to guide them to a successful outcome. The team delivers the project using methodology as a guideline. Effective teams still need strong leadership, project management, and clear communication to deliver. The best methodology in the world won’t help a struggling team from failing; it will help them fail according to the standards. This is why effective teams know to pick the best tool for the job, independent of prescribed methodologies.
I’ve participated in several project turnarounds where the project manager followed the methodology but failed to actually lead and manage the project.
One of my favorite projects successfully launched and delivered its objectives without a signed project charter. Methodology should be used to provide directional guidance and teams need to know how to adjust accordingly.
Projects are not a production assembly line. Methodologies are developed to provide guidance to produce a predictable result. However, few projects follow a predictable path.
When you’re working on a project, it’s likely that there is a methodology to follow. Yet, the journey to get there won’t always be a predictable journey. No two projects are the same; the people, environment, project constraints, and potential risks will be different.
Even my commute to work doesn’t follow a predictable path, and I drive it every day! Traffic, weather, and delays getting the kids into day care all impact my “project” to drive to work. If we can’t exactly predict when we’ll get into the office, how can we be expected to be 100 percent accurate on project end date six months out?
The key is to adapt and adjust. This also means tweaking the methodology.
We staff projects with talented people to leverage their professional experience and ensure project success.
I’ve met several certified PMPs, Black Belts, and Scrum Masters who shouldn’t ever lead or manage a project. People may be experts in a methodology, but if they lack the professional experience and subject matter context, the chance of project success is lower.
A few years back, a process quality assurance (PQA) analyst wrote me up as “out of compliance” because I wasn’t using a prescribed methodology template for meeting minutes. Instead, I used a mind mapping tool to capture the notes and actions and sent them out in a Word document. The team found the mind mapping format easier to follow and it actually lowered the administrative burden.
I understand the PQA analyst had a role to play, but it wasn’t in delivering the project.
The time it takes to introduce methodology changes, gain consensus, update documentation, and communicate the change doesn’t enable a project team to shift easily. Within the PMO, methodology changes can be launched quarterly to ensure best practices are incorporated and teams have time to learn and adjust. The lack of an updated methodology should not stop a team from implementing their own best practices.
Project teams need short feedback loops (an Agile principle) and should be encouraged to fail fast and experiment to find the best solution. Just because a methodology has a design phase, doesn’t mean the team can’t run small incremental proof of concepts to validate the design. As humans, we do this all the time and course corre...
(RSS generated with FetchRss)