PMPeople Blog
Process, Project Economy

Projects Lifecycle: From Initiating to Closing

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:

https://youtu.be/ips4JVBPSkI

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:

https://youtu.be/m5z4z17eNMk

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:

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.

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.

https://youtu.be/AGri4feDWZs

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.

https://youtu.be/mK1cQKDAHGY

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.

https://youtu.be/oE1QNrNsYxk

During the execution phase, stakeholders receive timely updates on progress:

https://youtu.be/ed2bXhuShYg

No less important, the project manager’s social skills are essential for leading the team and managing conflicts:

https://youtu.be/TBFLB1Fglo8

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.

https://youtu.be/kH1d9i6-9L8

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:

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.

Projects Lifecycle in PMPeople

PMPeople is the tool for the Project Economy. All types of organizations manage projects, programs, and portfolios to turn ideas into reality. Organizations are getting “projectified” and need project professionals to ensure predictability, accountability, and final success of each project.

Every user can see the project’s current state (initiation, planning, execution, closure, or archive). Managers can change the state in the control tab. When projects are presented as elements in a list, there is always a column for the state, and you can filter by this field. It’s important to distinguish the management phase or state (initiation, planning, execution, closure, or archive) from the technical phases of the project lifecycle, which the functional manager can model in the configuration of each business unit and can also be changed in the control tab.

PMPeople is a technology for project professionals to collaborate using roles. Launched in April 2018 for PMOs and project professionals using 12 collaborative roles to work in teams professionally, in the cloud, collaborating on projects, programs and portfolios.

PMPeople goes beyond simply following workflows, chains of supervision, processes, or document templates: it promotes people interact as individuals. Project Managers can manage projects at many organizations using predictive and agile frameworks. Stakeholders can supervise many projects and give feedback with their mobile application. Team members can know their teammates and job descriptions, submit comments, timesheets, expenses, etc.

PMPeople is aimed to unify professional project management by these differential points:

Start using PMPeople for free, for unlimited time and for any number of users. In premium organizations, only managers have a cost. Several roles –stakeholders, team members, sponsors, and resource managers– are always free. You can increase or decrease your premium seats according to the organization’s actual needs. Premium organizations have access to our online interactive support. Our servers are located in the EU. This software can also be hosted on customer premises.

Read this article in Spanish

Related posts

Measure and Adjust Projects

Jose Barato
5 years ago

Practicing the PMBOK® Guide 7th Edition with PMPeople

Jose Barato
3 years ago

Antipatterns to Implement a PMO

Jose Barato
1 year ago