All of you must be knowing the vital aspects of Project Management, the critical attributes of Project Management. But have you ever admired what the most hazardous word in Project Management is?
I sure most of you won't be aware of that word, and many of you would think there can't be any such words? But there is one word, and that is "UNIQUE." How? Let me explain it to you. "UNIQUE" is the word that, on a high level, stunts our growth as a profession and starves us of learning lessons & applying continuous improvement practices to project delivery.
All of you are a little confused; let me explain this in detail through this article.
If you are engaged in a Project or Project Management process, then you would have heard or come across the word "UNIQUE," and it's being used to describe the Projects and their deliverables. But do you all know the reality? In reality, PMI describes a project as "a temporary endeavor undertaken to create a unique product, services, and results." Another renowned certification body, APM, describes a project as "a unique, transitory endeavor, commenced to accomplish planned goals, which could be defined in terms of outputs, outcomes, or benefits."
Unique is the Anti-Pattern
The anti-pattern is a typical response to a recurring problem that is ineffective and risks being counterproductive. In Project Management, the deep-settled preoccupation with the uniqueness of projects itself is an anti-pattern that slams Project to repeat the same mistakes as their predecessors. The overall pattern looks like this. Every organization believes that a solution to a problem or an opportunity cannot be achieved efficiently within its operational delivery structure. Therefore they board the project. In this stage, the solution is not the "UNIQUE" one; in fact, it's slightly out of alignment with the way business functions. It is like a round peg in a square hole. This is when Project managers take over and begin to apply strategies designed for handling genuinely unique challenges. Uniqueness is assumed from the beginning of the project, and unlike other assumptions, it has never been validated adequately. In such cases, lessons learned from the past are overlooked because no one believes that these lessons would be beneficial or relevant for this project. As a result, the project will start making the same mistakes as other projects that were already delivered by the same Project Manager, same organization, same business units, or using the same technology. To become successful, we need to spend less time thinking about what makes our projects unique, and we should spend more time understanding what makes our Project Ordinary.
Approach to categorize Projects in a Portfolio
There is a most common approach which is usually used in Lean Manufacturing. The approach is called Runners, Repeaters, and Strangers; this approach can categorize the projects in a portfolio. As the name goes, this approach will sort and categorize the projects into three sections, i.e., Runners, Repeaters, and Strangers.
Runners
The runners are the most frequent types of Projects. In large organizations, it can be included in intradepartmental projects or technology upgrade related projects. In an event management company, the regular meetups or breakfast seminars are considered as runners. Similarly, all the internal projects coming through business units can be considered or categorized as runners.
Repeaters
Repeaters are the regular projects, but not all the typical projects need to be treated as repeaters. Usually, projects like significant CRM upgrades and introducing new product lines would fall in this category.
Strangers
All the infrequent types of projects will fall under this category. The projects that are not common in nature and rare types of nature like mergers, acquisitions, or something unusual product line with no frame of reference will fit the strangers' category.
In most organizations, the number of Runners projects would be very high, and on the other hand, there will be fewer projects that can be categorized as Strangers. The effort should be made to arrange the projects which belong to Runners and Repeaters category and build the competencies in delivering these projects, rather than treating them as unique. We should study and analyze that the Projects are categorized as strangers; are they strangers everywhere or just in our organization. If they are strangers only in our organization, our effort should focus and learn about them from the market or from the other organizations.
The detailed analysis of all three categories of projects will help the organizations develop a process-oriented methodology to deliver effectively. It can also help to get constant feedback loops to ensure a sustainable process, and we are refining them as we keep learning from past lessons.
Lessons Learned: The most underrated aspect of Project Management
If the Projects are unique, then it deems the chances of learning from them. So, if we set aside the anti-pattern of "UNIQUENESS," then we see rich seams of data and insights will open up from all the corners. I discussed this with one of my school friends, who is currently working in Chennai in the Toyota Manufacturing plant. He was explaining to me that the plant has something called "The Andon Cord." So, The Andon Cord's benefits are when someone pulls up the cord; then it means a critical issue has occurred and required immediate attention and response. The best part is pulling up the cord is restricted to managers; everyone has the authority and leverage to pull up the cord as in when required. Once the cord has been pulled, the entire team has to resolve the issue and ensure that it won't happen again. This approach won't be required or required significantly less for a "UNIQUE" Project, but with Runners and Repeaters, this approach makes absolute sense. Usually, a slight delay on one project to resolve an issue and prevent it from happening in the future would help the organization save money and time in the long run. Based on my discussion with my friend, I realized that stopping the manufacturing line would feel too extreme, so lessons learned can be powerful and can help them save a huge amount of waste. Effective techniques like "CALL3" should be introduced within the organization to bring up the lesson learned to life rather than simply filling up the lessons after the end of the project to gather the dust and be forgotten.
Continuous Delivery: The most tweaked aspect of Project Management
Many organizations are adopting Agile approaches; I can also see that organization adopting the continuous delivery approaches. Usually, in this kind of environment, forming a team to deliver the project is completely different. Project work is actually drip-fed into highly flexible and permanent teams that can deliver the business priority. These approaches are common in software development environments, but now it's actually gaining some traction in other industries like marketing and others. Go Aboard on a continuous delivery journey can even allow more opportunities like to improve and optimize. It challenges the anti-pattern "UNIQUENESS" and eradicates the concept of the project is a temporary arrangement. We all know that pulling up together a Project team is a highly inefficient method. As I have mentioned in my previous article in the "psychology that can be beneficial to Project Managers," each team will go through the phases like forming and storming to attain the condition where they are performing at a level that is considered normal. Seldom project teams stay long enough to reach the performing stage, but continuous improvement can help teams stay together and bring the work in them to attain the performing stage. The approach of continuous delivery can open up more possibilities for standardizing the lessons learned and applying them more prominently than ever before. It is always worth considering this approach if you have a higher number of projects which require common skills and capabilities.
PMO Plays the Vital Role
PMO plays a critical role in breaking the anti-pattern, which continues to hold the delivery back. Based on my experience, here is a checklist that I prepared. The checklist can be beneficial for the PMO to break the strings of "UNIQUENESS" and can help them to improve project delivery in organizations:
- Categorize the Projects as Runners, Repeaters, and Strangers.
- Work closely with the Project Managers to classify the Runners and then the Repeaters so that they can have a standardized Project plan, checklists, pre-populated stakeholder maps, and pre-populated risk log.
- Prepare a training plan and provide training in delivering the Runner Projects. Build your capabilities and Skillsets to deliver the changes rapidly and consistently.
- Create and Act as a hub for lessons learned.
- Deploy the Call3 to ensure the project starts without the lessons learned from a similarly delivered past project.
- Check if the continuous delivery will work for your organization or not, and if it works, then what steps or measures can be taken to turn it into a reality.
- Create a framework where success can be measured easily and seamlessly.
- Ensure you have the best metrics to track the delivery improvements for all the projects across the organization. It will help you see how the changes implemented by the PMO impact the delivery.
- If your organization is already working on a continuous delivery environment then start tracking cycle time and determine process improvements.
- For projects that are categorized as Strangers, check with your peers and supplier network to leverage them and get the benefits from the lessons they learned for those stranger Projects.
- Spread the word if the project delivery is going to improve, we need to stop thinking that our Projects are "UNIQUE." So, dropping this anti-pattern could pave the way for more project delivery improvements than one could have imagined.
Disclaimer: Views expressed in this article are my own. I have articulated this article based on my 15+ years of experience in Project Management. I have been delivered 39+ projects. Based on my Project delivery observation and experience, I have realized that "UNIQUENESS" is the word that can destroy the entire project team's creativity and stunts their growth. For the Project team to grow, they need to drop the word "UNIQUENESS." This article is purely based on my viewpoints based on my experience; if anyone wishes to share their thoughts, please share your comment in this article.