Showing posts with label Project Delivery. Show all posts
Showing posts with label Project Delivery. Show all posts

12.12.2013

Googlizing the AEC Industry

IPD-BIM and SMART Culture Launches AEC Industry to New Levels

I recently posted an article "Googlizing the AEC Industry" on our NoSilos.com site outlining the basis of a new series of live seminar and workshop events to be held in 2014 and 2015. In keeping with our goal of breaking down silos of information and operation within companies and project, we are offering a full two-year training effort called "The Smart Built Culture" to transform those who attend this series. There will be other webinar and free website information and presentations to inform our readership about these resources and presentations so, even if you can't make the live events, you will be able to get some of the benefits of our research and experience over the past ten years in this emerging business model.

11.02.2013

BIM mandates ... Is Snake Oil not far behind?

Many of you know I'm a very strong proponent of Building Information Modeling for many reasons, but when I start seeing government mandates for public works projects I have to take pause. Why? Well frankly after being involved with several GSA projects here in the US for remodeling, repurposing and new construction, I've not seen the GSA leverage the reality of BIM in their life-cycle use and maintenance.

What happened? I thought what we were doing was going to make a long term difference in the cost of operations for our government, but as I dug deeper, I found the operations folks didn't have the appropriate tools to take advantage of the products we delivered to them. Further, they didn't know if they would ever get the tools to leverage our work for their benefit.

7.23.2013

Is 57% waste real in delivery of projects in the Built Environment?

What is the highest portion of waste in construction projects?
It appears that rework tops the list. The data show that rework often has more than one cause. A recent CII study called "A Guide to Construction Rework Reduction" reveals that the biggest contributor to rework, at 25.4%, is scheduling, followed by issues related to materials and equipment (19%), design and engineering (14.6%) and instruction/monitoring (14.5%). Cutting costs too much can also drive rework. To save money, for example, some architects and engineers use old designs or templates for new projects, and those designs may have problems that were fixed on a previous job but remain in the original design and are passed along to a new one.


At the beginning of this year a conversation began between myself and collaboration principles of NoSilos.com. The reports from the Building SMART Alliance and the Construction Institute and others have been purporting A huge percentage of waste in our industry. While I cringe at the huge numbers, the reality is a lot of that number is infrastructure costs which are inflated due to the litigious nature of our business. Examples such as insurance, performance bonding and financing directly increase the cost due to the risky nature of the current methods we use to deliver Built Environment  projects. So eliminating these excessive costs will be difficult until lenders, insurers and risk assessment folks change their policies to favor less risky arrangements.

That said, the Cll study cited in the ENR article gives us a glimpse behind the numbers from yet another perspective. The study points out that rework, aka failure that manifests itself at the tail end of a project, is spawned by many different failure mechanisms. Bad schedules, materials, equipment, design, execution, supervision etc. etc. account for rework BUT most rework arises from more than one failure mechanism. Further, rework is merely the visible tip of the iceberg. The real failure points lie submerged and ignored.

If necessity is the mother of invention then crisis is the father of failure. And we see the father of failure sowing wild oats all over! And let us count the ways:
  •  RFI's
  • Energy
  • Re-work
  • Waste removal
  • Poor site logistics
  • Over priced construction materials
  • Over priced construction equipment
  • Poor delivery coordination
  • and more, more, more.....
At NoSilos.com we have a metric we use called ROF or Return on Failure. Sort of like the Return on Investment metric known in the financial world, but in reverse. The value of failure compounded over time creates its own wave of increased cascade of failure. 

So how much can be reduced. Past experience shows a possible reduction on privately funded projects of at least 10% and more likely around 15% when we used a modestly integrated design and delivery process not even close to true IPD process. The key to these numbers was a combination of great communication, clear goals and some judicious use of technology to help make the process a bit easier. 

The bottom line, from our perspective, is that waste and inefficiency are known realities by key stakeholders in every sector of the economy regardless of their willingness to admit to the presence of the waste. We bring solutions to identify the differences between uncontrollable and controllable waste. What our clients do to reduce those costs is up to them. There is a vast opportunity for every company to reduce their ROF and increase their ROI to levels not seen before. 


6.17.2013

Lean Startups and the Flow of Value-A lesson for the AECO Sector

Dave West recently wrote an article in ProjectsAtWork.com's June issue  that I immediately identified with. In fact he almost writes a parallel post to one of my original posts which is also one of the all-time favorite posts here on this blog. BIM & XPM-A Made Marriage.

Dave is currently the Chief Product Officer at Tasktop and one of the foremost industry experts on software development and deployment. He has helped advance many modern software development processes, including the Unified process and Agile methods. As such, he knows of what he talks and it is a strong validation of the work I discovered somewhat by accident and happy circumstances over ten years ago.
Please read Dave's article here

Dave's mention of the Lean Startup movement, that is going through companies right now lead him to some interesting conclusions. As a mentor at our local Gangplank chapter in Tucson and having been through several Lean Launchpad  Startup workshops, I can attest to the parallels which Dave highlights. For the real focus on the Lean Launchpad is creating value and validation of a new idea using the minimum of effort to seek the greatest return. In a Lean Launchpad we don't go into big elaborate tests, but use simple tests to determine if an idea has merit in the marketplace. For me that was natural. I have been doing that in design practice for quite a while. Tweaking the context was easy for me to see how focusing on creating the greatest value using the least expensive means possible gave way to determine where the maximum effort should be spent as an idea matured and became validated.

How did all this resonate with me? I started using a variation of XPM and Agile back about 10 years ago in the design profession of architecture. The close parallels of SW development and working in the built environment design are quite scary. For that reason, and that it focuses on the value stream of information, the above rationale delivers very good results.

On my early journeys in this endeavor to find a better way to practice design I looked for ideas which would bring the design process together more efficiently. Since I'm not a purist on either the lean or agile side I just looked for what worked well and could be repeated over and over with consistent results. Creating a flow of information which delivered the value needed for timely decisions became our mantra. It reduced rework, it focused on the issue(s) at hand and set all others aside and above all was guided by the principle of keeping the end goal in mind.

Often, the project's end goal was modified along the way due to inconsistencies in assigning value in the beginning. But that is to be expected, since not all the value is known before a project starts. Discovering that new areas of value harvesting made more sense than staying with original ideas we were able to keep the project expectations in line and the Owner happy. More times than not, the final results were better than anyone would have imagined going into the project.

Who was responsible for delivery, everyone. If someone working on the project did not see it was their project to deliver value, they often were removed or isolated out to minimize their damage to the rest of the producing team.

As you can see, adaptability, collaboration, transparency, autonomy and focus on value were key components in our success.

Always remember "Collaboration is the Glue of Success"

NoSilos.com
Collaborative Construction Blog

This article is a continuation of conversations about how delivery of professional services in the Built Environment can change the way business is done. This article focuses on the change in focus from functional activity to delivery of value in every action and the need for all participants to own their part of the project delivery. It is a continuing String of thought with connections to project management, project delivery methods, change management and the continuing evolution of business delivery in our marketplace. 

5.20.2013

Infrastructure and AEC Possibilities "Fix It First"

President Obama announced in his State of the Union Address we should be focusing on fixing the broken infrastructure elements in our country. Not long after President Obama's address the civil engineers announced our county only earned a D+ in infrastructure condition and performance. While a lot of focus has been on the roads and bridges our water systems are in deplorable condition. Many cities have pipes which leak almost 20% of their input back into the ground at a tremendous cost to rate payers. Electrical grids and telecommunication networks are aging and in rural communities are often among the oldest installations left in our country.

Roads: Why Fix Them When You Can Build More?

Democrats would rather build more than fix much of anything. Building new cost x times more than to fix what is already there. 
 
Cutting red tape, increasing private investment, and designating $40 billion for urgent repairs are the three cornerstones of President Obama's new plan for U.S. infrastructure.
Fleshing out the "Fix it First" plan announced Feb. 12 in the State of the Union Address, the White House issued a Fact Sheet on Wednesday (Feb. 20) with more details of the proposal.
"Investing in infrastructure not only makes our roads, bridges, and ports safer and allows our businesses and workers to be as competitive as they need to be in the global economy; it also creates thousands of good American jobs that cannot be outsourced," according to "The President’s Plan to Make America a Magnet for Jobs by Investing in Infrastructure."
... What remains unclear, however, is how the Obama administration plans to pay for this and other infrastructure initiatives that the President outlined in his State of the Union speech last month.
In a speech to the National Governors Association Monday, the President fleshed out additional details of the plan, announcing that his administration will create "regional teams" that will assist states in implementing infrastructure projects.

Fact Sheet: The President’s Plan to Make America a Magnet for Jobs by Investing in Infrastructure

White House fact sheet on infrastructure projects. 

===
Finally, what appears to be a 'shot in the arm' for the basic needs for the country is only a temporary fix to a systemic problem. Costs of federal procurement is higher than any other roadway and infrastructure project type of its kind. Lower real value is produced per dollar spent than in any other kind of construction. While welcome to the larger infrastructure design and construction firms, smaller firms will have to scratch it out to gather their part of the pie. And when the pittance of 40 Billion is spent when we are really talking about over 1 Trillion in needs, the short-term fix will leave us with significant needs to deal with.

Call and write your federal legislators in both the House and Senate to use this as a starting shot in the arm for real wage growth in the country. While you are at it introduce them to the idea of integrated design and delivery to help each dollar go further. 





5.14.2013

Why Do Projects Fail? - A contrarian POV

Earlier today I came across an article entitled, "Why Do Projects Fail? - Learning how to avoid failure."  An engaging topic to be sure. Especially for me, since I'm in the business of helping folks deliver successful projects and managing the change which often accompanies those projects.

Well the article rounded up the usual suspects of project requirements, losing focus, disengagement, impossible deliverables, the wrong deliverables, the wrong project statement, governance and poor implementation. Now I'm not going to debate the importance of everyone of the stated reasons in the article, but I am going to take issue with the basic premise of a project' existence. The single item above which get's closest to this idea is the 'wrong project statement.'

Project Statements and Their Assumptions

We begin a project with the best intentions in place. Thinking that it will deliver clear benefits to it's constituent users and make their lives better. But hold on a minute. Who asked the question about why this idea came about in the first place. Why did they think this was a good idea? Who is the real champion behind this idea and why are they interested? What is the failure surrounding this project's initiation? What is the value of that Failure? Even more importantly, what causes the failure in the first place?

Did you catch on the Who, What When, Where, Why theme. As a long-time problem solver both in the singular and collaborative group context, often I've found few, if any, of the above questions or others similar have been asked and seriously answered. In many cases the key question is about the failure surrounding the genesis of the project in the beginning. More than once when looked at closely, this failure value question gets to the heart of where the real solution lies and more than likely, the solution wasn't what people thought it should be.

So the assumptions made at the beginning of projects are more likely to contribute to the failure of a project simply because the problem statement is all wrong from the beginning. It is of no consequence if there was complete engagement, perfect execution and implementation; in the end the project will fail to survive because it serves no real purpose of delivers any significant value and will be abandoned.

I mention this not from the perspective of building projects so much as the processes we use to deliver projects. Often our efforts to make our businesses more effective only continues to contribute to the confusion and failure within and between organizations. We find ourselves chasing rabbits, ghosts and digging holes for no reason. All the ineffectual, "Stupid" stuff many of us deal with daily.

The Challenge

So the next time someone proposes a project, find out if it can stand the scrutiny of the Who, What, When, Where and Why sisters. If it does, then likely you are on the right path and success is more likely than if you don't.


This is a continuing series of monographs and conversations about the Connections of ideas as Strings and Links of overlapping ideas dealing with project management, business management, business processes and project delivery.
Remember "Collaboration is the Glue of Success."

3.28.2013

Rigidity in Institutions is harbinger of failure


My good friend James L. Salmon has a blog called Collaborative Construction I know some of you read, but for those of you who don't check out this link to his post entitled (SMART)X Public Policy? While the article James refers to is interesting and on point to the medical profession, it is also a shade of foreboding in the Built Environment as well. As more and more public policy is enacted in the areas of building performance, emissions from the built environment, water purity, water usage and the like, we continually restrict the creativity of human minds and calcify the momentum we need to maintain to make the huge changes needed to create environments which are both environmentally and economically sustainable.

While legislation to improve air quality has seen some success, there is also abuse on both sides and this results in further draconian reaction from regulators, legislators and litigators. Like Professor Mead, the author of the cited post, points out, we need to refocus our efforts on getting the bloat out of policy and legislation and focus on more responsive means. The AEC industry needs to take note, we are already heavily regulated in the areas of building design performance, labor, material safety and job safety. The business does not need to bear more regulation for the sake of trying to be more responsive to the needs of society.

As an industry, we need to be more productive, innovative and responsive and supportive business relationships with a goal in mind to shed our old thinking for new relationships and better performance negating the need for more legislation and administrative oversight. Responsible change is less expensive for everyone concerned.





This is s continuing series of ideas based on Connections and Links which form Strings of knowledge related to the Built Environment and the issues surrounding project delivery and regulatory compliance.