Project Management

Please login or join to subscribe to this thread

When does a project really start?

linkedin twitter facebook  
avatar
Suhail Iqbal Suhail Iqbal PMIATP CIPM FAAPM MPM MQM CLC CPRM SCT AEC SDC SMC SPOC PRINCE2 MCT| PM Training School Rawalpindi, Punjab, Pakistan
A very interesting a thought provoking question, project managers wonder about is "When does a project really start?"

I have been explaining it to my students but still many similar questions keep pouring in. I recently received following question:
In PMBOK the End of project is clearly defined as:
a) when project objectives are met
b) when project is terminated... and
c) need for the project no longer exists.
However, what clearly marks the Start of a project?
I tried hard to get a clear definition for it. In one of your video lectures you said the day we start to spend project money then that day project has started.
Your example was the passport digitization project where you visited the project office after a year and the PM telling you that the project has yet not started.
What marks the START of a project?


TEMPORARY ENDEAVOR

Well, every project manager has his own definition of the start and end of the project. PMBOK Guide, 5th Edition, clearly defines a project as a TEMPORARY ENDEAVOR. Some people think that a Temporary Endeavor means a fixed date to start and a fixed date to finish a project. I have reservation to that interpretation. If the two dates are already known and fixed then project manager has absolutely no flexibility to plan. I do agree there me be some constraints imposed on a project and these kinds of fixed dates may be one of those constraints, but we should not take that as a norm. Sometimes you may have to start a project by a certain date and sometimes you may have a constraint to finish a project by a specific date. Even sometimes you may even have a more difficult situation when a project is constrained by both of these dates, but that may be an exception rather than a mandatory condition. We must understand the constraints will restrict the independence of the project manager in planning, but they sometimes are a necessity rather than convenience.

CONSTRAINTS

I would say, a project manager must understand all the project requirements, constraints, limitations, risks, and assumptions, when he is assigned the project. That is exactly when we have to start identifying the stakeholders immediately after the charter has been issued. Some people think that all requirements are given in the charter and project manager need not waste any further time in identification of stakeholders and collection of requirements. Remember, the charter, the business case, the statement of work, and the agreement or contract, all these documents do describe the scope at a specific level of detail but not at the level required to plan and execute the project. Project manager is the the one who has to deal with the changing requirements of the stakeholders at the minutest levels, so that high level scope will not serve the purpose, except for getting the scope further elaborated during planning. Naturally, further constraints and limitations will keep getting introduced and project manager will keep adjusting and complying to them during the project life cycle. So the best approach for project manager during initiation would be to understand all the constraints and limitations and then during planning he has to do her own detailed analysis of the requirements after having collected them further from identified stakeholders, because that would add more detailed constraints and limitations, which project manager will have to comply with.

BEST CASE AND WORST CASE SCENARIOS

Project manager should start planning only after she has well understood the whole situation and has a good grasp on the matter under consideration. I will strongly suggest that initial plan when being brainstormed should be free from consideration of any constraints. Although it looks odd to say you should not consider any constraints at this stage but that will give you an optimist's view how a project can be done, that is your best case scenario. Then you plan again with a pessimist's point of view where you consider all possible constraints and risks (not only those which have already been known through requirement gathering but even more), would give you the worst case scenario. Now you must be sure that these are the two extreme limits within which the project can positively be accomplished with a little ease or difficulty. but beyond these two extremities, it is impossible to perform the project. Now that you practically know your limits, it is the time to put the constraints imposed on you by the project environment, stakeholders and other sources. If your project is still doable, it will form a shape (start and finish dates) within the two extreme limits of best and worst case scenarios, you had earlier defined. Else you would know, either it is impossible to perform this project or you have to creatively bring major changes to the scope, time or cost to make it doable. Whole of this exercise will contribute positively in determining the start and finish dates of your project.

POINT TO START THE PROJECT

In the discussion so far, we have focused on determining the start and finish dates of the project, with a emphasis on the execution of various activities and the schedule. Does that mean initiation and planning is not to be included in the schedule? That may be a wrong assumption. Projects are not only the implementation or execution part, but must have a point in time where project should have actually started much before execution could start. What should be that point?

PRE-PROJECT AND PROJECT WORK

First of all, we must debate and decide what all should be included in project and what should be considered a pre-project work. This definition is different in different organizations, cultures and industries. Some people consider the project to have started when the idea of the project was conceived, which, in a way, is not wrong as it is a befitting translation of the start of a life cycle. But the fine difference between hand-off from the organizational operation to the project start must be defined. As shown earlier, project life cycle could be stretched all the way back to inception or feasibility of the project, or we may decide charter, the final authorization to mobilize the resources for the project, to be the start of the project. In the later case all work before issuance of charter would be treated as pre-project work and will fall in operational responsibilities of the organization. Maybe that pre-project work falls under senior management, portfolio or program manager or even the business analyst. The cut-off have to be decided and therefore we can safely say, project should start only when it has been authorized. A little overlap in preparing that authorization (charter) and issuance of that authorization could also be treated as part of the project, as per PMBOK Guide, 5th Edition.

So we understand, generally the Statement of Work has already been issued by the customer (internal or external), organization through their business analysts or senior management has already developed a business case, and decided to propose their solution for that project, which have finally been accepted and an agreement reached. This was all the pre-project work, which we generally assume, must have been done before the launch of the project itself. That means all expenses for these activities are not part of the project but is considered organizational investment, which could have all gone waste if this project never end s up being awarded to us, which is by no means the fault of the project manager, who has not even been assigned as yet.

WHO IS PROJECT SPONSOR?

Only after tall this pre-project work has been accomplished, will the senior management assign a senior executive as Project Sponsor, a single point of contact for all key stakeholders, which are generally considered as project sponsors. We would like to call these various project sponsors as key stakeholders for ease of understanding as if we do not misconstrue the term Project Sponsor, who is considered here as a single entity representing all key stakeholders or you may organize them in to a 'Project Board'. This settles here the question if there is only one project sponsor or many, for a project. We have no problem with many project sponsors except for the fact we want the project to take all its orders, permissions, approvals and acceptance from one single entity who may represent many others.

So now, we have tied up the project start to charter which will be given by the project sponsor and he would be representing a project board which may include elements or representatives of senior management, customers/user, and contractors/consultants. Another point, which is asked in this regard is, who signs the project charter?

WHO SIGNS PROJECT CHARTER?

Project Charter falls in the responsibility of Project Sponsor, and for all practical purposes and fro the point of view of the project manager, Project Sponsor is the one who is authorizing the project, so he is mostly the signatory of the Project Charter. Project manager can never be the author of this document, while his efforts maybe requested by the Project Sponsor in helping it shape up. Project Manager will never sign the charter as the author of this document but if he is asked to write it, he would only write the mindset of the Project Sponsor and the the signatory will remain as Project Sponsor. Now Project Sponsor is representing the Project Board and naturally, the preparation and approval of charter is mutually decided by the Project Board, sometimes it can be required by the senior management that they or all the members of Project Board sign the charter. But if there is no such restriction, Project Sponsor is the one signing it, as a delegated authority to him by the Project Board. The Project Manager can only sign the charter as the receiver of the document.

Now coming over to another aspect: "how would anyone know that a project has started?"

Has the Project started?

For an outsider, a simple check would be that the project budget can only be spent on the project activities. Wherever, the organization has drawn a line between pre-project and project work, that defines when the spending should begin. If the expenses are being carried out from the project head, it is simple to say that project activities must have been performed, or else all this spending is unjustified. I usually say that a project deems to have started, as soon as first penny from project budget has been spent. Those who do not define the start of the project clearly, might be thinking the project has yet not started but still making huge spending from the project head, means they have no clue about the start date of the project, and you will get varying views from them when asked about the project start date.

I can express that in another way. All the work that has to be carried out to meet project requirements is within the scope of the project. Project start can be defined as soon as any activity of the project starts because budget will be spent on that activity, no matter if it was scheduled to be the first activity or not. A project cannot finish until and unless all work within the scope of the project has been completed and all requirements of the project have been met. That means project cannot be declared complete before all the project activities have actually finished.

HOPE THIS CLARIFIES THE QUERY ASKED AND EXPRESSES MY JUSTIFICATION.
Sort By:
< 1 2 3 4 5 6 >
avatar
Ricardo Gonzalez-Escandon Project Manager Instructor| PM-ProLearn Imperial, Ca, United States
PMBOK 6th edition page 77states: "The approved project charter formally initiates the project".
avatar
Gautham Chejarla Sreenivas Project Manager| Applause App Quality, Inc. Hyderabad, Telangana, India
In my opinion and the experience so far, a project gets started as soon as a need is identified that helps in fulfilling a purpose or solving a problem.
PMs point of view, it starts as the need is taken to the next level by signing a contract, defining the business case, SOW etc. Though PM will start working only after the charter is prepared but PM does refer to the other docs prepared prior to charter.
avatar
Steve Ratkaj Ontario, Canada
We have the same issue within our organization. Our project phases are defined as:
1. Identification
2. Options Analysis
3. Definition
4. Implementation
5. Close-out

The project sponsor is supposed to be responsible for the work in the first two phases, and the project is turned over to the project manager at Definition. The project also receives formal expenditure approval in Definition. This is where the project "officially" starts, but the issue is that the effort required up front in the first two phases is critical to project success and more often than not, there are insufficient resources (people and money) to do an effective job in determining the best option to move forward. As such, I wish the project received official "approval" including the requisite resources at the beginning in the Identification Phase. I've seen too many projects fail to deliver an effective solution because the effort and analysis upfront was not done properly.
avatar
R. Max Wideman Mr.| AEW Services Richmond Hill, Ontario, Canada
March 30, 2020. I don't know whether this thread is still live, but I have been worrying about the same issue. Suhail Iqbal, if you are still around, please send me an email at [email protected]. Thanks.
avatar
Eduard Hernandez
Community Champion
Product Operations Program Manager Barcelona, Cataluña, Spain
The project governance processes should help the organizations, and not the other way around. Therefore, organizations should decide on when and where place project gates. At the end of the day, whichever approach is taken it must be pragmatic.

For example, project budget is typically granted upon charter approval. Writing the charter itself requires time to gather the input from stakeholders (time = money). Thus, one could argue that the project started as soon as the charter was initiated, and not upon its approval. One could also claim that project started when project's inception idea was added to the funnel.

From my experience, project is typically started upon project charter approval. Previous activities are considered pre-project. I could not imagine saying that a project was cancelled or put on hold before charter was approved. What was cancelled was the idea, the pre-work, but not the project itself.
avatar
R. Max Wideman Mr.| AEW Services Richmond Hill, Ontario, Canada
Thank you Eduard for your observations. I would agree with you, but you said: "Previous activities (i.e. Previous to Charter Approval) are considered pre-project. If any of those activities are specific to the project in question, then what are those activities charged to? And, if not the project, then why?
...
1 reply by Eduard Hernandez
Mar 31, 2020 12:45 PM
Eduard Hernandez
...
That should be assessed in a one to one case. Having a yearly budget in a concept such as "Evaluation of new ideas and proposals" could do the trick.
avatar
Eduard Hernandez
Community Champion
Product Operations Program Manager Barcelona, Cataluña, Spain
Mar 31, 2020 12:18 PM
Replying to R. Max Wideman
...
Thank you Eduard for your observations. I would agree with you, but you said: "Previous activities (i.e. Previous to Charter Approval) are considered pre-project. If any of those activities are specific to the project in question, then what are those activities charged to? And, if not the project, then why?
That should be assessed in a one to one case. Having a yearly budget in a concept such as "Evaluation of new ideas and proposals" could do the trick.
avatar
Peter Rapin Subject Matter Expect; Project Delivery| Independent Consultant Ontario, Canada
When does a project start? When an effort is applied specifically to achieve a stated defined objective. In my mind a project must have a defined objective in order to establish a start and completion date. Its part of the definition.

Project 1: "Let's take a look at increasing capacity." That in itself is a project as it has a specific objective and requires effort.

Project 2: "Let's proceed with the recommendation to increase production." That's a project as it has a specific objective and requires effort.

Theoretically both of these, although directly related, are projects with different objectives, start and completion dates and require effort. Realistically, the second could be joined to the first recognizing initially that the second may not proceed.

The project starts as soon as someone in authority says "let's do this" or "apply an effort to make [this] happen". The following resourcing, planning,stakeholder coordination, design concept and details, costing, scheduling happens within the project.
avatar
R. Max Wideman Mr.| AEW Services Richmond Hill, Ontario, Canada
Peter Rapin - I don't think I entirely agree with your last examples. You say: "let's do this" or "[let's] apply an effort to make [this] happen". In my view, the start of a project is when any work is actually applied to the project, and time or money is actually spent on the project such as for planning and/or concept work, preliminary design, etc.
avatar
Peter Rapin Subject Matter Expect; Project Delivery| Independent Consultant Ontario, Canada
As I wrote in the first line:
"When an effort is applied specifically to achieve a stated defined objective"
However effort cannot be applied "until someone in authority" directs the application of effort towards achieving the objective.
< 1 2 3 4 5 6 >

Please login or join to reply

Content ID:
ADVERTISEMENTS

When an elephant is in trouble even a frog will kick him.

ADVERTISEMENT

Sponsors