In this episode, we discuss the key actions (or lack thereof) that produce building automation product success. We also look at how to implement these actions to ensure project success.
Click here to download or listen to this episode now.
Resources mentioned in this episode
Training Video
Transcript
Phil Zito 0:00
This is the smart buildings Academy podcast with Phil Zito episode 322. Hey folks, Phil Zito here and welcome to episode 322 of the smart buildings Academy podcast. In this episode, I'm going to be taking you through the biggest barriers to project success and how to overcome them. So we're going to be diving into issues that you will commonly experience in your projects. And we're going to kind of break this out into a couple different phases.
We're going to talk through the project initiation phase, we're gonna talk about the execution phase, and we're going to talk about the project close off phase. All right, everything that we mentioned today can be found at podcast dot smart buildings academy.com, forward slash 322. Once again, that is podcasts that smart buildings academy.com, forward slash 322. Alright, so that being said, let's dive in. Alright, if you think about a project, they tend to break out into three unique phases, the initiation phase, the execution phase, and the closeout phase, we tend to focus almost entirely on the execution. And on the closeout phase, we focus on the execution phase because we want to be able to build out the labor that we're executing. And then we focus on the closeout phase because we want to get off the job so that we can go to a another project. But if I look at the initiation phase, or if we talk about the initiation phase, that's where we will often run into a lot of issues. So there's this thing called a sales to operations, handoff. And the sales to operations handoff is one of the key barriers that I see in whether a project is successful or not successful. So what is a sales to operations handoff. Now we've done an entire episode on sales operations handoffs, and I'll link to that at podcasts at Smart billings, academy.com, Ford slash 322. But most importantly, to know, a sales to operations handoff is the process of taking a project, right? It's a project that has been booked by the sales team, meaning it's been sold and secured by the sales team. And then it's the process of reviewing the mechanical drawings, the electrical drawings, the plumbing plans, the specification and the scope letter. And it's identifying any potential issues. Now these could be timeline issues, like there's no way you could effectively execute in a specific time frame. These could be issues related to costing, these could be issues related to scope. These could be material delays, which is something a lot of you are running into right now. The key point here is the sales, the operations handoff is going to be a process. And ideally, you'll have a checklist where you can review the scope against the existing drawings and specifications and their addendums. You can review that scope. And you can make any adjustments. Maybe you need to add more labor to the job, maybe there's no way you can get it done in the appropriate time. Maybe you need to submit a request for clarification or request for information. You can do all of this during the sales operations handoff process. Now, let's say you've completely skipped a sales operations handoff, which a lot of organizations do. What does the antithesis to the sales operation handoff look like. And that really is what we're talking about here. We're talking about a lot of the things we're gonna talk about in this episode are good, positive practices. And then we're going to talk about the antithesis of those positive practices, which is what most people encounter on their projects. So you don't do a sales operations handoff, you're actually on a job site. And maybe you're the project manager, maybe your lead tech and you get a call from a mechanical asking when your people are going to be out. The equipment's ready, and your electrician hasn't been on the job to install controls. Now that may seem a little bit ridiculous, but that happens way more often than you care to believe. Where the salesperson sells the job. The job is sold. It's booked. No one communicates to you at all that there is a job on the books. No one communicates to you that there was supposed to be a submittal phase anything. And this is a notorious on retrofit jobs. And next thing you know, you are sitting there late on a project getting yelled at getting threatened with liquidated damages, getting told you're behind getting told all sorts of things are your fault. Okay? So how do you deal with that you deal with that with the sales to operations handoff. Now let's move a little bit further. And this is kind of a border between the initiation phase and the execution phase. And this is the submittal process. Oftentimes, in order for you to be able to properly execute a project, in order for you to be able to get off the ground running, Bill out your materials, Bill out your labor, Bill out everything you need to go, and you need to do your project submittals. Okay, so you need to do these things called submittals. What are they we've done a whole nother episode on submittals. And I will link to that in podcast that smart buildings academy.com, forward slash 322. Now submittals are your submission of your interpretation of the design intent, according to the specification and the MEP set of drawings, and your proposed or accepted scope. Now, oftentimes, the submittals have to be done before anything is approved. before you're allowed to do anything, you have to do your submittals. Okay. So what happens if we don't have our submittals done, what happens if we are delayed in getting our submittals done, or we bypass the submittal process? Well, oftentimes, you're not going to be able to bypass this middle process. But if you are delayed and getting your submittals done, that's going to delay your submittal approval, that is going to delay your ability to go and order material that's going to delay your ability to do billings that's going to delay your ability to go and get your electrical sub out on the job and wiring things up. So you can see it's a compounding issue of delays. Additionally, I found that when you work late on submittals, you tend to rush through submittals. And that's where you tend to miss things. submittals should be an iterative process, you should start typically at the terminal unit level, develop your controller design and your bill of materials, and then gradually work from there to the air handler, central utility plant, and then build in your associated supervisory devices, field trunk servers, etc. That's how you build out a solid submittal set. Now, what does the antithesis of this look like? It looks like rushing through submittals because you didn't do a sales operations handoff, so you're late, or you just ignored submittals till the very last moment when they were due. And you submit those last minute and you take submittals from another job, and you put them in and then you forget to change the name of the project from the previous job. There's a slew of issues that this can cause. Not only can this cause delays to your execution ordering of material, and your billings, but it can also cause potential damages, because you are delaying other trades or at least you're perceived as delaying other trades. Alright, let's move up to our next barrier to project success. So the positive thing to do would be you get your submittals approved, and you line out your electrical subs and lining out your electrical subs is where you go, and you actually sit with your electrical subs, you say, Hey, this is exactly what's going on. This is the job we're gonna walk it. This is our,
our electrical design details. This is how we're going to go and implement these design details. And we are going to execute our installation in this manner. That way the electricians know exactly where the material goes, they have a chance to ask you anything that may be confusing to them. They could be like, Hey, I don't get this. How do I go and do this? They have an opportunity to engage with you in that way. Now, that's perfect because that will help you to avoid having project delays having issues where you know your electricians are potentially
not understanding what they are supposed to do on the project. Okay. So the antithesis of this is never to line out your electrical subs. You literally Take whatever quote the salesperson got for electrical subs, you approve that quote, and you tell them show up, and you tell them to coordinate with someone in the office. The electrical subs don't know what didn't install, they don't know how to install it, they haven't been trained on your installation processes and standards, they don't know where things go. They don't know any details that maybe you just discovered during the sales operations handoff, maybe you didn't do a sales to operations handoff. And because of that, you did not go about detailing out what these electrical subs need to know. Additionally, you probably don't have their materials separated by system, you probably haven't walked the job with them to show them where things go on the individual systems in any nuances. So that's going to cause project delays, and proper installation. And that is going to pivot into our next point, which is going to be point to point checkout, and programming and design. Point to Point checkout, right, so excuse me, the equipment's been started up. The electrical subs have wired everything up correctly, at least we hope to have. And now you need to do point to point checkout, you need to go about looking at your IOE your inputs and outputs and making sure that they are properly calibrated, and that they are properly installed and set up. Okay. So what you do is you as a technician are going to go and look at each input and output and you're going to go and properly using and we've been through this in past episodes and videos, using your tools like multimeter Magna helix gauge temperature, humidity probe, etc, you're going to go and calibrate your inputs. And then you're going to go and validate that your outputs are driving to the correct control modes. Now what is the inverse of this looks like the inverse of this looks like not doing any of that you completely avoid doing any point to point you literally are like, Hey, as long as they don't create a punch list, I'm just going to get into now the job. What does that lead to lease the systems that never worked at least a warranty calls dissatisfied customers potential liquidated damages, which are time damages based on your impact of the overall delivery of the project and certificate of occupancy. So not doing point to point can cause some significant issues as well as not doing functional test, which is the Where's point to point is the validation of correct sensing and operation of inputs and outputs. Functional Test is the validation of correct function according to the mode of the sequence. So when my zone temp goes above this point, I should be In cooling mode. When my zone temp goes below this point, I should be in heating mode, and you check the functional test associated. I'm not going to get into issues with programming and with graphics design, because those are very deep. But suffice to say, not having a programming library not having a graphics library can significantly delay and add cost to projects. Anytime you produce a program. Anytime you produce a graphics set, you should be storing that in a library so that you can properly reuse that for similar building or system types. Okay, so we move from that to the as built phase. As built phase, we're starting to transition from that execution to close out phase. And the as built phase is where we literally create documents as they were built. So this is where we take our submittal set. And we revise our submittal set to go and create these as built documents. As built documents should take fit the systems as they were built in the field, ideally, the different trades so your electrical, your installer, your test and balance, your own technicians are going to create their own as belts red lines as they're called. And you're going to gather all these red lines together and a centralized person is going to convert those into an as built submittal set that as built submittal set will then be used to provide training to the owner during the closeout phase. Let's take the inverse of this. You do know as belts, you do no documentation whatsoever. Maybe it wasn't specified. Maybe you're in a rush, whatever. The owner gets a system that they don't know how it works. Even if they are bas savvy, they don't understand how the system should function. They don't understand how things should come together. And because of that lack of understanding and that lack of documentation. The first time something is not working as they perceive it should work. They are going to go and assume it's not working assume it's broken and submit a warranty call, thus causing damages. to your profit, thus delaying your close out of the project. And overall impacting your ability to get off the job and get on to a another job. So you really need to be aware of that. Not doing a proper as built, can really damage your ability to get off the project. Then we move directly into the closeout phase where we're now moving into warranty and associated owner training. So the owner training is something that ideally, you're going to profile based on spec requirements, you know, what type of owner operator do I have? How are they going to be using this system on a day to day basis, and then you're going to create training, based on the most common tasks they're going to do. We've done episodes on owner training all include those at podcasts at smart buildings, academy.com, Ford slash 322. But this owner training program, what you're going to do, you're going to take this owner training, and you are going to customize it to the type of owner and the common tasks they're going to do. That way rather than just showing up and walking them through, you know, this is how to use the browser and giving them some doughnuts and calling it a day, you're actually preventing callbacks and issues, because you're training them on how to do the most common things they're going to do every day with that system. What is the opposite look like? The opposite of owner training is either not doing owner training at all, or doing owner training where you're basically just swagging it right, you walk in, you've got an owner training checklist, they sign off on it, you log into the system, you make sure they all have a username and password, you walk them through how to override a point how to change the schedule, and you call the day. And you give them some donuts and maybe some pizza and then you head out. That ends up with owner operators who cannot operate the system who are confused on the system, the nuances of the system. And because of that, they're going to put things in override. Because of that they're going to misinterpret graphics displays. Because of that, you're going to get callbacks and warranty issues for things that aren't callback and warranty issues. And that's ultimately going to delay your ability to get off the job it's going to impact your profitability by eating into those warranty dollars. And it is also going to delay you from getting on to other projects. So there you have it, my friends, those are some of the common barriers to project success. And those are solutions to make sure that you don't get into those barriers in the first place. I hope this helps you I look forward to seeing your comments on how you have avoided barriers to your project success some strategies that maybe you have so thank you so much for being here once again you can find everything at podcast that smart buildings academy.com Ford slash 322 Once again that's podcast that's smart buildings Academy comm forward slash three to two
