Project management frameworks

Photo by Pixabay on Pexels.com


Project management frameworks provide structured approaches and methodologies for planning, executing, and controlling projects, ensuring that they meet their objectives efficiently and effectively. Various project management frameworks have emerged over the years, each with its own set of principles, processes, and tools. In this introduction, we’ll cover some of the most widely recognized project management frameworks.

1. Waterfall:
The Waterfall model is one of the oldest and most well-established project management methodologies, known for its sequential and linear approach to managing projects. It provides a structured framework for project execution, where each phase must be completed before the next one begins. This methodology is widely used in industries with well-defined requirements and minimal uncertainty, such as construction and manufacturing.
Key Principles of Waterfall Project Management:
– Sequential Phases: Waterfall divides the project into distinct phases, each building upon the previous one in a linear fashion. These phases are typically sequential, with no overlap between them.
– Requirements Clarity: Waterfall assumes that project requirements can be clearly defined at the outset and will remain relatively stable throughout the project. Changes to requirements are discouraged after the project has started.
– Documentation: A significant emphasis is placed on documentation at each phase, including detailed project plans, requirements specifications, design documents, and test plans.
– Testing at the End: Testing and quality assurance activities occur primarily at the end of the project, after development is complete. This is known as the “testing phase.”
– Customer Involvement: Customer or stakeholder involvement is typically higher at the beginning and end of the project, with less interaction during the development phases.

2. Agile:
The Agile model of project management is a highly flexible and iterative approach that has gained widespread popularity in the software development industry and beyond. Unlike traditional, linear project management methods, Agile prioritizes collaboration, adaptability, and customer feedback throughout the project’s lifecycle. Agile projects are divided into small, manageable iterations or increments, often referred to as “sprints” in methodologies like Scrum. Each sprint typically spans a few weeks and results in a potentially shippable product increment. This iterative approach allows for continuous improvement and the delivery of functional pieces of the project at the end of each iteration. It enables teams to respond quickly to changes and emerging requirements.
Principles of the Agile Model:
– Iterative Development: Agile projects are divided into small, manageable increments or iterations. Each iteration typically lasts two to four weeks and results in a potentially shippable product increment.
– Customer-Centric: Agile places a strong emphasis on customer involvement and feedback. It aims to deliver value to customers early and continuously throughout the project, adapting to changing customer needs and preferences.
– Cross-Functional Teams: Agile teams are typically composed of cross-functional members with diverse skills, including developers, testers, designers, and business analysts. This diversity ensures that teams can handle a wide range of tasks and responsibilities.
– Embracing Change: Agile welcomes changing requirements, even late in the project. It views change as an opportunity to deliver better value and encourages flexibility in response to evolving circumstances.
– Transparency: Agile projects maintain transparency through daily stand-up meetings, frequent progress reviews, and highly visible project boards (e.g., Kanban boards or Scrum boards). This transparency helps teams track progress and identify and address issues quickly.

3. Scrum Methodology
Scrum is a popular and widely adopted Agile framework for project management and product development, known for its iterative and incremental approach. Originally conceived for software development, Scrum has found applications across various industries due to its flexibility and ability to adapt to evolving requirements. In this comprehensive overview, we will delve into the core principles, roles, ceremonies, and artifacts that define the Scrum methodology
Core Principles of Scrum:
– Iterative and Incremental: Scrum embraces an iterative and incremental approach to development. It breaks down complex projects into smaller, manageable pieces called “sprints,” each typically lasting two to four weeks. At the end of each sprint, a potentially shippable product increment is delivered.
– Empirical Process Control: Scrum relies on empirical process control, emphasizing that knowledge comes from experience and making decisions based on what is known at the time. Teams regularly inspect and adapt their processes to improve outcomes.
– Collaboration: Collaboration is at the heart of Scrum. Cross-functional teams work closely together, sharing knowledge and skills. Open and transparent communication fosters collaboration among team members and stakeholders.
– Customer-Centric: Scrum places the customer or end-user at the forefront. The product owner represents customer interests, prioritizes work items, and ensures the team is building the most valuable features

4. Kanban:
Kanban is a versatile and widely adopted method for visualizing, managing, and improving workflows in various industries. Initially developed in the manufacturing sector by Toyota, it has since been applied to fields beyond manufacturing, including software development, healthcare, and marketing. Kanban, which means “visual card” or “billboard” in Japanese, relies on a visual system to track work items and optimize the flow of work through a process. In this overview, we’ll explore the core principles, practices, and benefits of Kanban.
Core Principles of Kanban:
– Visualizing Work: Kanban emphasizes the visual representation of work. A Kanban board, typically consisting of columns and cards, provides a visual snapshot of the workflow. Columns represent stages in the process, while cards represent work items or tasks.
– Limiting Work in Progress (WIP): One of the central tenets of Kanban is the establishment of WIP limits for each column on the Kanban board. WIP limits define the maximum number of items that can be in progress at any given time. These limits help prevent overloading team members and maintain a smooth flow of work.
– Managing Flow: Kanban aims to optimize the flow of work through the system. It encourages work items to move continuously and smoothly from one stage to the next. By managing flow, teams reduce bottlenecks, minimize wait times, and increase overall efficiency.
– Making Process Policies Explicit: Kanban makes process policies explicit by defining how work items should move through the workflow. These policies clarify expectations and provide guidance for team members, ensuring consistent practices.

5. PRINCE2 (Projects IN Controlled Environments):
PRINCE2 (Projects IN Controlled Environments) is a widely recognized and widely adopted project management methodology used for planning, executing, and managing projects. Developed initially by the UK government, PRINCE2 has become a global standard and is known for its structured and process-driven approach to project management. In this overview, we’ll explore the key principles, components, and benefits of PRINCE2.
Key Principles of PRINCE2:
– Continued Business Justification: PRINCE2 emphasizes the importance of ensuring that a project remains viable and aligned with the organization’s objectives throughout its lifecycle. Projects should have a clear business case and regular assessments to validate their ongoing value.
– Learn from Experience: PRINCE2 encourages organizations to learn from past projects by capturing and applying lessons learned. This promotes continuous improvement and the avoidance of common mistakes.
– Defined Roles and Responsibilities: PRINCE2 defines specific roles and responsibilities for project participants, ensuring that everyone knows their role and what is expected of them. Key roles include the project manager, project board, and various project team members.
– Manage by Stages: PRINCE2 divides projects into manageable stages, with each stage having its own defined objectives and deliverables. This approach allows for effective control, monitoring, and decision-making at each stage.
– Manage by Exception: PRINCE2 sets predefined tolerances for each project stage and allows project managers to manage by exception. This means that they can take corrective actions when a stage deviates from the predefined tolerances without seeking constant approval from senior management.
– Focus on Products: PRINCE2 emphasizes the importance of clearly defining and managing project deliverables (products). This ensures that the project’s output meets quality and scope expectations.
– Tailoring to Suit the Project: PRINCE2 is adaptable and can be tailored to suit the specific needs and characteristics of each project, whether it’s large or small, simple or complex

6. PMBOK (Project Management Body of Knowledge):The Project Management Institute (PMI) is a globally recognized organization that has developed a comprehensive framework for project management known as the Project Management Institute Framework or PMI Framework. This framework is described in the PMI’s flagship publication, the “Project Management Body of Knowledge” (PMBOK) Guide, which provides guidelines, best practices, and standard processes for managing projects effectively. In this overview, we’ll explore the key components and principles of the PMI Framework.
Principles of the PMI Framework:
– Project Management Knowledge and Practices: PMI emphasizes the importance of applying project management knowledge and practices derived from the PMBOK Guide to manage projects effectively.
– Tailoring: The PMI Framework promotes tailoring project management processes to fit the specific needs of each project. One size does not fit all, and flexibility in application is encouraged.
– Ownership: Successful project management requires clear roles and responsibilities for all project stakeholders, with an emphasis on leadership and accountability.
– Adaptation: The PMI Framework recognizes that projects may require adaptation to changes in their environment and should be flexible in responding to those changes

7. Lean Project Management:
Lean Project Management is a methodology that combines principles from Lean Thinking and project management to enhance the efficiency, productivity, and value delivery of projects. It aims to eliminate waste, optimize processes, and improve project outcomes by focusing on customer value, continuous improvement, and the reduction of non-value-adding activities. In this overview, we’ll explore the key concepts and principles of Lean Project Management.
Principles of Lean Project Management:
– Specify Value from the Customer’s Perspective: Define what is valuable to the customer and ensure that project activities align with these customer-defined values.
– Identify the Value Stream: Map the end-to-end process of delivering value to the customer, identifying all steps and resources involved.
– Create Flow: Streamline the process to create a smooth, continuous flow of work, minimizing interruptions, bottlenecks, and handoffs.
– Establish Pull: Implement a pull system where work is initiated based on demand, reducing overproduction and excess inventory.
– Seek Perfection: Continuously strive for perfection by eliminating waste, improving processes, and increasing the efficiency of value delivery.

8. Scaled Agile framework:
The Scaled Agile Framework (SAFe) is a comprehensive and widely adopted framework for scaling Agile principles and practices to large organizations. SAFe provides a structured approach to implementing Agile methodologies, such as Scrum and Kanban, across multiple teams, departments, and even entire enterprises. It is designed to help organizations deliver value more efficiently, improve quality, and foster collaboration at scale. In this overview, we’ll explore the key components and principles of SAFe.
SAFe Principles:
SAFe is guided by several core principles, including:
Take an Economic View: SAFe encourages organizations to make decisions based on economic factors, ensuring that investments in Agile development deliver value.
Apply Systems Thinking: Organizations should consider the entire value stream and understand how changes impact the system as a whole.
– Assume Variability; Preserve Options: Embrace change and keep options open for as long as possible to adapt to evolving requirements.
– Build Incrementally with Fast, Integrated Learning Cycles: Use short feedback loops to continuously learn and adapt.
– Base Milestones on Objective Evaluation of Working Systems: Assess progress based on working solutions and deliverables.
– Visualize and Limit WIP, Reduce Batch Sizes, and Manage Queue Lengths: Use principles from Lean manufacturing to optimize work processes and reduce waste.


Scrum Methodology

Photo by Fox on Pexels.com

In the early part of my career, when I was learning the ropes of product development, the only process that we used to follow was Waterfall model. The process was simple – we define the requirements, design it , build it, test it and deploy it. It was not until along came the agile model and specifically the scrum framework that we realised that there is a better way to build software products.

We got introduced to agile through Scrum. As we discussed in the last post, Scrum is one of the agile frameworks. It honestly disrupted our thought process and changed the way of thinking about product development. Sometimes unless you see something new – its difficult to see an alternative at least by majority of us. And those who do – they go on to change the world.

We will not go into the details of Scrum. A great resource for knowing more about the framework is https://www.scrum.org/resources/what-is-scrum. In a nutshell – it is a framework developed based on the 12 core agile principles which was discussed in the previous post. It focuses on iteratively building a product based on a defined prioritised roadmap. The process is iterated over a small manageable periods called sprint usually 2-4 weeks long. The sprint includes selecting a list of stories from the prioritised backlog, building the stories, demonstrating what is build to the stakeholders, gather feedback and improvise further in the next sprint. The beauty of the approach is that you see the product taking shape right in front of your eyes along with all stakeholders. Stakeholders all field that they are actively contributing to see the vision materialise in the form of product. Needless to add that the stakeholders have the ability to adapt their original requirement if they feel real product will not meet the expectation.

One of the concept I enjoy talking most about in the process is the idea of a product owner which is aligned to product. Years back when I took the role of a product owner – I immediately felt a transition in my attitude towards the product development. Product owners are meant to own the vision of a product from the inception to go live and beyond. Agree it depends on how one wants to perceive any role but for me this role was about being owning the end to end story of something that adds value to the end users. I have been part off and lead the product go live of multiple products – the thrill when the product reaches the end users and kudos that follows is simply amazing. It is not an easy role where you will be involved in almost all facets of product from funding to design, risk management, legality, selling marketing, commercialisation and so on. Especially the adrenalin rush is different if the owner is building the product from scratch.

Please don’t get me wrong ..other key roles in Scrum that of Scrum Master and Development team are equally critical and I am sure who plays the relevant roles can add reams of praises for the other roles. My bias to product owner is because that is the role that I play today and have enjoyed most of any roles that I have ever taken. I have also felt (and this may sound an exaggeration) that the product role has characteristics of a CEO. The amount of exposure and control one experiences and the power to influence future direction of a product, responsibility and accountability, strategy involved all seems fit for a CEO profile.