Back to Blog

Projects Lifecycle: From Initiating to Closing

By  Jose Barato

September 1, 2023

7 minutes read

All things are created twice, first in the mind, and then in reality. Projects are no exception. Project professionals are constantly visualizing how the outcome will work after transitioning it to operations.

If we were to build the super lab from the famous series Breaking Bad, during the course of the project, we would be envisioning scenes like this:

Looking back into that future, we continuously envision the project’s decisive moment when the project ends and operations begin, which is the transition moment:

In all kind of projects, be them predictive, hybrid, or agile, it is effective for all involved parties (team members, project manager, program manager, portfolio manager, PMO, functional manager, sponsor, requester, and other stakeholders) to be able to distinguish in which management phase the project is now.

A project is a temporary endeavor undertaken to create a unique product, service, or result. Another, more contemporary definition, describes projects as temporary efforts to turn ideas into reality.

An agile project (= adaptive = value-driven = change-driven) is one in which, by its very nature, most requirements cannot be fully clarified at the beginning and should be progressively elaborated based on continuous feedback from stakeholders (= value) who regularly attend practical demonstrations to review increments toward the final outcome. Stakeholders can request changes at any time, even late in development. Changes are welcome if they deliver more value to the customer. The goal is to deliver the best possible outcome given the preallocated resources and available time.

A predictive project (= process-oriented = plan-driven) is defined in contrast to an agile project. In other words, the majority of the requirements, after a gathering effort, can be sufficiently clear from the beginning so that agreement is possible, and a professional schedule, cost, resource planning, etc., can be elaborated. Work is developed to deliver the outcome that meets the pre-agreed-upon requirements.

Hybrid projects are those which combine predictive and agile phases.

The professional project management standards distinguish 5 project management process groups:

  • Initiating: Define a new project or a new phase of an existing project by obtaining authorization to start the project or phase.
  • Planning: Establish the scope of the project, refine the objectives, and define the course of action required to attain the objectives that the project was undertaken to achieve.
  • Executing: Complete the work defined in the project management plan to satisfy the project requirements.
  • Monitoring and Controlling: Track, review, and regulate the progress and performance of the project; identify any areas in which changes to the plan are required; and initiate the corresponding changes.
  • Closing: Formally complete or close the project, phase, or contract.

The execution and control processes occur simultaneously because control is based on the evidence from the work being executed, and the decisions made during control lead to new actions that need to be executed. The remaining process groups, except for initiation and closure, often overlap.

  • In order to decide if the project should be approved or not (initiation), sometimes it’s necessary to estimate how long it will take or how much it will cost, or identify the major risks that should be accepted (planning). Alternatively, feasibility tests or proof of concept may need to be conducted, involving resources that cost money and must meet specific milestones (executing and controlling).
  • While the project is in execution, new or more detailed information is often discovered, meaning that the plan should be improved.
  • Sometimes, during formal closure, the need for rework may arise (execution).

Managers who are part of the project steering committee can practice effective project governance, even if they are not experts in professional project management. They can oversee technical phases and grant permission to proceed to the next one if the phase gate meeting is positive (or cancel the project early otherwise).

Project Management Phases

The life cycle for any project (or technical phase) can be reduced to 4 management phases:
  1. Initiating: The project has not been approved. Subject matter experts are discussing whether to proceed or not.
  2. Planning: Execution has not yet started, meaning no big cost incurred by technical resources. The project management team is putting efforts into modeling what needs to be done, when, by whom, how much it will cost, potential issues, and so on.
  3. Executing: Close attention should be paid because significant expenses are being incurred, and poor decisions can lead to further expenditure, project cancellation, and harm to the business, among other consequences.
  4. Closing: The technical work has been completed, and only the formalities remain to formally close the project or phase and transition the outcome to operations.

1. Initiating

The project has not been approved. Subject matter experts are discussing whether to proceed or not.

2. Planning

Execution has not yet started, meaning no big cost incurred by technical resources. The project management team is putting efforts into modeling what needs to be done, when, by whom, how much it will cost, potential issues, and so on.

3. Executing

Close attention should be paid because significant expenses are being incurred, and poor decisions can lead to further expenditure, project cancellation, and harm to the business, among other consequences. During the execution phase, stakeholders receive timely updates on progress: No less important, the project manager’s social skills are essential for leading the team and managing conflicts:

4. Closing

The technical work has been completed, and only the formalities remain to formally close the project or phase and transition the outcome to operations. The project professional must be a good “closer.” Stakeholders must understand that they no longer have the right to request further changes, the project team has been released, and the outcome has been transitioned to operations.

Agile Project Lifecycle

In a predictive project, requirements are elaborated first, in order to set the project scope. Later on, we plan schedule and cost, etc., producing finally the project plan. A management model based on planning is followed:
On the contrary, in an agile project, we can set the timeframe the business can wait to have the product done, let’s say 18 months, for instance. We can easily calculate the cost for a stable agile team of 8 people, for example. On the other hand, we need to estimate scope progressively, with the continuous engagement of stakeholders. We follow a value driven project management model. The agile project will fail if the stakeholders do not get along—they do not attend demonstrations or refinements meetings, they do not resolve impediments, etc.
In agile projects, it’s also necessary to justify the initiation with subject matter experts and formalize the project closing. The difference from predictive projects lies in the fact that the upfront planning is typically very brief, just enough to plan the minimum viable product and subsequent releases. In practice, the project goes from initiating to executing. While executing, replanning is done based on continuous business feedback and value orientation.
In agile projects, since the requirements are not clear, continuous iteration with stakeholders is needed to progressively discover value. The execution phase is divided into time boxes called releases, which usually last about 3 months. At the end of each release, a product that will be used by the stakeholders is transferred. Features included inside a release are progressively elaborated. Each release is broken down into other time boxes called iterations, usually taking 2 weeks. At the end of each iteration, in a face-to-face meeting, the development team demonstrates the features to stakeholders, who provide immediate feedback.
Agile projects normally follow an iterative-incremental lifecycle:
  • Iterative means feedback is received at regular intervals.
  • Incremental means that the product is elaborated “like the layers of an onion”: first the heart with the most important features and then the successive less important layers. The product grows with new features while refining the ones already built.
  • In each demonstration, a potentially shippable increment is shown. If the release is cancelled any time, a working product could be delivered.
Normally, a release has about 5 iterations. The last iteration, called iteration H (hardening) is not aimed to produce more features, it is aimed to formal closing procedures and technical deployment to production environments.

Related posts