JumlongCh/iStock/ Getty Images Plus
Project Startups 1219 Pr 5e138179c90ee

Five Keys to a Successful Project Handoff and Startup

Jan. 7, 2020
By following these simple steps, contractors can reduce project risks and avoid surprises.

Everyone knows that if you plan work early, you will be more productive and profitable on a project. It’s also a well-known fact that it’s difficult to plan and run a construction job because of ever-changing job-site realities, which are often impossible to predict. However, based on MCA’s inhouse experience, research has shown that by using the fully integrated Work Environment Management® methodology every hour of planning can save up to 17 hours on job operations. The real question is: How can you successfully and realistically implement job planning before the job even starts?

Before diving into the actual “how-to” of planning, let’s review the basics of a project. Every project has certain inputs and  outputs (Fig. 1). The steps between the input and the outputs are all the items that need to happen to achieve the outputs. To be able to predict the outcome, as well as to design the process steps as efficiently and profitably as possible, the outputs and inputs need to be clear and understood by everyone on the project team. This can be achieved through good project planning.

Project management is risk management. It is in and of itself a profession, yet many field leaders become blessed with this title because they are good job managers. Project managers cannot assure predictable projects without starting off on the right foot.

The actual execution of project planning needs to happen in a structured and repeatable way that doesn’t depend on the experience or habit of a single person. Many companies have tried to implement a structured information exchange (e.g., kickoff meeting, pre-planning meeting, handoff meeting, or startup meeting). While most people agree that project startup meetings are great and help the job to be more productive, companies struggle to ensure that the meetings are happening in the correct structure, so the right people get the full benefit out of the meeting. To ensure the project startup meeting is beneficial, the following process steps need to be owned and followed by the project managers.

Independent of the size of the job, the information that the estimator knows needs to be transferred to the right people and positions. Therefore, the first step is to:

1. Define your project support team. Who needs to be involved?

Possible functions to consider are project manager (PM), foreman, field leader, estimator, prefab manager, procurement manager, BIM/VDC contact, safety manager, tool/equipment manager, and vendor partner (Fig. 2). The number of people involved in the meeting mainly depends on the size and risk of the job. It can be as simple as having the PM (who was also the estimator) and the foreman get together. Ideally, all of the different functions shown in Fig. 2 should be involved in the meeting and part of the project support team.

After the project support team is identified, the next step is:

2. Define content and timing of information to be shared. Who needs to know what, by when?

Two different approaches can be used to answer this question. In the first approach, everyone should hear everything about the project. Although this method may be more time consuming, it could benefit the whole project team by avoiding information exchange misses and helping increase the company’s cross functional learning.

The second approach focuses on the fact that certain topics are mainly relevant for certain people. In this case, it needs to be defined who should know what, by when. The general strategy is to pass on the information as early as possible to ensure that the planning and layout can happen as early as possible and open questions can be addressed. Now it’s time to address the type of meeting to be held.

3. How should the meeting be conducted?

Generally, there are three different options available. The information exchange can happen in one meeting, where all project support team members (Fig. 2) participate in the full length of the meeting. Another option is to hold one meeting that covers all the necessary topics, but participants join and leave at different times, depending on the discussed topic. The third option is to hold separate meetings for the different project topics. As illustrated in Fig. 3, this could include, for example, an estimating to PM hand-off; a project kickoff with PM, FM, safety, etc.; a procurement kick-off; a prefab kick-off, including the Work Breakdown Structure (WBS) review and prefab identification; as well as a vendor services and Externalizing Work® identification. The information exchange itself should happen in person as much as possible or via video conference to ensure immediate information exchange without communication barriers or losses.

Having the meeting type and participants defined, the next step is to specify the meeting content.

4. What is the agenda for the meeting(s)?

The agenda(s) should include all items that need to be discussed, including the outcome of the meeting (Fig. 4). Depending on the size and the potential risks of the job, the meeting duration can be either longer or shorter. If you are planning to have multiple meetings, define the agenda for each of the meetings. It is important to pass on the agendas to the participants ahead of time along with a notification about what each participant must prepare for the meeting. It is beneficial if basic job information sheets are filled out and distributed ahead of time to ensure every team member can become familiar with the job before the meeting. This can be done by sending out the meeting invites, including the agendas and supporting documents to the team. By now, most of the logistics and preparation for the meeting has been done. Before the actual meeting can be held, however, there is one more item that needs to be defined.

5. Who will be taking notes and assigning action items?

How many times have you been in a meeting where a great discussion occurs, but after the meeting ends nothing happens with this information and no actions are taken? To keep this from happening, it’s important to have a dedicated person who takes notes and assign action items at the meeting. Project startup meetings usually raise many questions, which can slow down the meeting if the participants try to answer them immediately in detail. By noting them and moving on, the items can be registered and followed up afterwards without derailing the structure of the meeting.

Now that all items in steps 1 to 5 have been identified and completed, the actual meeting or meetings can be held. Before the end of the meeting, all the action items need to be reviewed, including the responsible person and due dates assigned for each item. The notes and action items should be distributed to the whole team. In a best-case scenario, the notes are stored on a shared space so everyone can reference them later and add any updates or additions. The project will be changing and so will the action items and next steps, which requires updates and adjustments on a regular basis. This task is owned by the project manager and can be managed through an “open item list.”

The last item before any meeting is adjourned is to define the next steps and schedule follow-up meetings. Every item on the agenda should be reviewed to identify if a follow up meeting is needed, and when and with whom it should be scheduled. In most cases, prefab or procurement follow up meetings need to be scheduled. Depending on the size and complexity of the job, recurring meetings can be set up with the project team and different supporting departments.

Now your project team is set up to start the project on the right foot. Figure 5 summarizes the steps for a successful project startup. The PM is the one who needs to take the lead and drive the startup process to ensure it is done correctly and in a timely fashion. Figure 6 summarizes “do’s and don’ts” for a startup meeting.

In summary

As stated earlier, project management is risk management, and therefore it is important for the project manager to share the project goals with the team, define a detailed plan on how to get there (WBS), and ensure that the whole project team has correct and timely information to support a successful and profitable job. A good and timely project startup meeting is key to a good and productive project. By being able to identify the risks and open questions and potential complications up-front, the project team can plan, predict, and prevent (and therefore avoid) productivity loses and obstacles. With good project planning, the profitability of the job can be increased tremendously and overall safety can be secured.              

Dr. Perry Daneshgari is the founder, president / CEO of MCA Inc., a research and implementation company based in Grand Blanc, Mich., that focuses on implementing process and product development, waste reduction and productivity improvement of labor, project management, estimation, accounting and customer care. He can be reached at [email protected]. Sonja Daneshgari is field operations manager for MCA Inc. She can be reached at [email protected].

About the Author

Sonja Daneshgari

Sonja Daneshgari is field operations manager for MCA Inc., a research and implementation company based in Grand Blanc, Mich., that focuses on implementing process and product development, waste reduction and productivity improvement of labor, project management, estimation, accounting and customer care. She can be reached at [email protected].

Voice your opinion!

To join the conversation, and become an exclusive member of EC&M, create an account today!

Sponsored Recommendations

Latest from Business Management

ID 335485132 © Imaginiac . | Dreamstime.com
The Top 5 Electrical and Construction Industry Trends for 2025
In the typical facility, the plant manager has X amount of discretionary spending power that can be directed toward a single purchase. At each level of management down, discretionary spending is stepped down into smaller amounts. Anything beyond a given manager’s limit must be appealed to the next level up. For example, the Plant Engineer can’t quite swing a purchase of $5200 but the Plant Manager can approve it. This informal arrangement reduces corporate overhead and improves operational efficiency. It does not address whether the spending decisions would make financial sense to the Chief Financial Officer, but the cap at each level keeps any mistakes to a reasonably acceptable loss or misallocation of resources. Beyond the Plant Manager’s limit, there is usually a formal process for getting spending approval. It typically involves filling out a Capital Request (or similarly named form). In well-run companies, the form is very structured. It mostly wants some basic information that will give the reviewer(s) the ability to justify not just the purchase but also the cost of acquiring the capital to do so. Because the funds will typically be borrowed by the corporation, the cost of capital must be balanced against the return on investment. There will be at least one person crunching the numbers to make what is called “the business case” for the proposed spending. Making the business case is something you should do, in some way or another, when considering spending within your approved limits. If the spending is above your approved limits, then the manager above you will need a bit beefier of a business case. The business case must take into account the value obtained versus the money spent. Consider the purchase of a thermographic camera. If you intend to purchase a mid-range camera but nobody at your facility is trained and certified in its use, the purchase is probably a waste of money. You’d be better off getting an entry-level camera and then arranging for a path toward certification if you intend to have that ability in-house and it makes operational and financial sense to do so. And generally, it makes sense to have a person or two with Level I certification so they really understand how to get the most out of a camera system that’s beyond the basic level. On the other hand, if you were a manager at an electrical testing firm with several Level III Thermographers you would be wasting your thermographers if you decided to “save money” by equipping them with only basic or even intermediate camera systems. Your firm needs to be able to troubleshoot problems when that important client calls in a panic. Your thermographers need the tools to do that job, and “cost-saving” on camera systems won’t cut it. Presumably, your clients are smart enough to already have basic camera systems; they just don’t have the expertise to use advanced systems. Sometimes a different logic applies to other types of test equipment. In the typical plant, maintenance electricians need sophisticated DMMs. If they lack the training to use the features that are needed for most effectively keeping equipment running, simply choosing a less capable DMM they already know how to use is not the answer. They need the appropriate DMM along with the training on how to use those features correctly. So far, we haven’t looked at the need to crunch any numbers to make the business case. What we have done is think about the match between the purchase, the problem that needs to be solved, and the ability of the user to solve the problem using that purchase. This sounds like a common sense approach that everyone would naturally take, but people often lose sight of the reason for the purchase in the first place. The tendency is to either go all out on something they can’t use or don’t need, or to “save money” by shortchanging the end users with something that doesn’t allow them to do what they need to do. What about those numbers? When you do a purchase request, a bean counter is going to try to determine the cash flows involved (typically in monthly periods). If you write something like, “The payback period is three years,” they don’t find that helpful. Lenders care that a loan can be serviced, and cash flow is the critical factor in calculating whether it can. Thus, beancounters don’t use payback to determine whether they can afford to borrow. They use the Internal Rate of Return (IRR) or Modified Internal Rate of Return (MIRR). Formulas for both IRR and MIRR have been in spreadsheet programs for over two decades, but before that they were determined using a Business Math Calculator (about $150 in 1990). And before that, they were laboriously calculated by hand. The cash flows that are charted will be either additional revenue generated or losses prevented. To help the person who figuratively wears the green eye shade, tie the use of the test equipment to a revenue stream. A major appliance plant in Tennessee has several production lines that collectively produce $1,560,000 per hour of revenue. Thus each minute of unplanned downtime is quite costly. If the plant electrical engineer there wanted to upgrade test equipment in a way that exceeds the Plant Manager’s spending authority, he needs to help the green eye shade guy do the math. He can cite short case histories from the past two years and briefly explain how having X capability (present in the new equipment, absent in the existing equipment) would have saved Y minutes of downtime (which the green eye shade guy will calculate out in terms of revenue and cash flow). The green eye shade guy also needs to know whether each case history is a one-off that will never recur or if it’s representative of what to expect in the future. You can settle this question with a brief explanation. For example, “The responding technician did not have a [name of test equipment]. Consequently, he had to arrive at the same conclusion by other means to the tune of 24 minutes of downtime he would not have incurred if he’d had a [name of test equipment]. This problem occurred once on Line 2 and twice on Line 4.” Now the green eye shade guy can simply add up the downtime, monetize it, and create the cash flow analysis. And it’s really good for something like a power monitor. For example, “In this particular case the plant did not have a monitoring system capable of detecting short-term bursts of power, which we call transient spikes, and alerting us. Transients happen with no notice, and usually without being detected. The motor shop forensic report shows the main motor failed due to winding insulation failure caused by transients. With a power monitor detecting and reporting those transients, we would have been able to intervene before outright failure, on a scheduled basis. That would have reduced downtime by 57 minutes twice last year alone.” Making the business case for your smaller purchases means simply thinking about what you are trying to accomplish and then making sure you are spending the funds correctly to achieve that goal. But as you go up the food chain, you need to make the picture more clear. And when you appeal to corporate for approval, you need to provide reasonably accurate downtime savings numbers that can be converted by them to revenue loss prevention in specific dollar amounts.
Man staring at wall with hand-drawn question marks and money bags on it

Sponsored