Following the success of my\u00a0first blockchain and BIM article<\/a>, I received a lot of comments and responses from people both inside and outside of the construction industry on why this pursuit for process and technological improvement is important. At first, I thought that Blockchain was receiving an unwarranted amount of attention from our community; after all, construction is so technologically regressive, we\u2019re still fighting an uphill battle to digitise field work with basic apps and office-to-field-to-office communication.<\/p>\n Surely the priority for today\u2019s growing number of BIM, VDC and innovation managers should begin with basic automation of data communications and the increased adoption of technology on the job site to improve productivity (the low hanging fruit to immediate profitability).<\/p>\n Having thought a little deeper about this, however, I decided that perhaps the focus is indeed well placed. Perhaps the push to make the job site adopt innovations in process improvement is too difficult, fettered by tight schedules, a reluctant workforce and reduced budgets, and we should be focussing on a stage further, reaching for the next gen of tech adoption and skipping the field adoption stage (despite the need in the face of a skilled labour shortage only immediately (and partially) satisfied with tech adoption in skill replacement).<\/p>\n The next gen of construction tech adoption would leapfrog our current slow pace and take construction in line with the more generally aligned workforce \u2013 a move to automation. With automation, we remove the need to train, to delay projects with new tech to learn, to add to an already tight budget, to convince those who are averse or resistant to change. We instead focus on the inclusion of process improvements without the need for physical change or interaction. Data \u2018appears\u2019 in the right places, at the right time; generated by intelligent programming.<\/p>\n This article is obviously leading down the road to a justification in the intensified theorising on a construction blockchain solution, specifically in improving the current BIM process. We should be diligent here though, as the primary area we should be looking to is field implementation, specifically including manual work, the work and scheduling of sub-contractors and the process of reducing change orders and remedial works; it\u2019s my view that currently, the experience, and therefore most natural, focus has been on office-based improvements. This opinion isn\u2019t rooted in hunches however, it\u2019s evidenced in the increasing adoption of 3D models in office workflows (as the path of least resistance in tech-based adoption) as well as the lack of, and sometimes distaste towards new tech in the field.<\/p>\n Currently, we\u2019re seeing millions spent on 3D modelling only to see it not used in the field and with glaring differences post-construction; meaning a model meant to be good for service and maintenance post-construction being of minimal value and generally prepared for the sake of appearing progressive. Feel free to disagree with me on this.<\/p>\n I understand the lack of field adoption and reluctance of management to enforce new tech. Partly, this is because the full workflow vision may not have been worked through by the owner or GC, often taking a \u2018first step\u2019 approach of \u2018office first\u2019. But largely, I see the lack of a connected field and office due to constraints put on field delivery. If I were in a scenario where every day counts and any deviation from schedule could result in lost revenue and ultimately project success\u2014 where training of transient labour, or implementation of tech only personal devices or those of subs is a roadblock, where adding tech and processes which are alien to the workforce can make them slower initially, but also resentful as it undermines the value of the construction methods they\u2019ve been perfecting for decades\u2014 \u00a0it\u2019s difficult and understandable. Who has time to learn? Who has time to train? We don\u2019t allow them to do this any other time than at the start or during a project when interruptions are most impactful and sometimes devastating. Would you take this risk? Especially when it\u2019s explicitly tied to your performance, and perhaps even your career longevity?<\/p>\n After\u00a0my last blockchain article<\/a>, which now sits in the google search top spot (quick brag), I tried to present a theoretical overview of how blockchain based data packets can improve construction productivity across the lifecycle, contractor reliability, reduced documentation and document production from the financial teams, and a simpler supply chain fund based on performance.<\/p>\n In essence, if you don\u2019t have time to review the original article, the theory revolves around micropayments based on completed\u00a0smart contracts<\/a>. A smart contract is a fraction of a traditional deliverable, like the completion of electrical fixes, or ground works. Instead, \u2018stages\u2019 of this work are tied to a portion of the total payment. In practice, this breaks large lump payments into more cash flow beneficial, small payments which are healthier for all parties involved in supply chain and construction. Healthier cash flow of contractors, for example, has direct consequences on delivery and performance and a reduction of delays. These broken down monolithic project milestones are the smart contracts.<\/p>\n A smart contract could be as granular as the install of a light bulb or the dispatching of materials prior to delivery. \u00a0The overall lump value of the original milestone is proportioned across the range of minor tasks which compose it.<\/p>\n For example, I install the lightbulb, I get paid a percentage. This payment is based on the initial agreement of the milestones, the smart contracts, and assigning budgets and wallets to each involved party. Completion and verification of the work immediately triggers an automated payment from one wallet into another: no invoicing, no payment submissions, and minimum physical interaction with the process of being paid. This reduces financial team cost on all sides and the speed of delivery and verification of work.<\/p>\n The benefits to BIM in this are that the smart contracts are tied to the model and verification against it. Completion and verification of the tasks are populated within the model, verifying its continued accuracy and adherence to project timeline. Verified smart contracts become data packets \u2018blocks\u2019 and are added to the information chain (series of data updates in the project lifecycle) which works as an automated \u2018CoBie like\u2019 drop. At this point, all parties, whether in the field or the office are viewing project progress and accurate project status equally.<\/p>\n This is high level and devoid of technical input or reference, it assumes possibilities, as much of these conversations do. What we need now is a greater understanding of what is possible, but also an equal emphasis\/input from the field, not just the office. These smart contract completions and verifications need to have a simple way to be flagged as completed and verified. If this process isn\u2019t simple, or involves more than a few screen touches, it won\u2019t improve productivity and may be ignored. To stress again, we\u2019re trying to avoid the requirement for system training in the field and involvement of third-party businesses and sub-contractors. I\u2019ve yet to hear a solution to this problem, and this is, to me, of primary concern- how do you get a new contractor on-site and completing smart contracts without having to get their entire team to download apps or trained on on-site software?<\/p>\n An immediate suggestion would be interactive on-site project screens. The industry is moving towards the visualisation of productivity metrics and schedules in plain sight on-site. Perhaps these could be touch-screen with access to company or trade based smart contracts which can be ticked off for verification, or tied to simple web-based apps with the same base information. \u00a0We should also consider the contracts which can be auto-verified, like load tests or power verifications from network-connected\u00a0IoT\u00a0assets. Whatever we can automate, we should.<\/p>\n Take a look at this free ebook for more info on IoT and smart construction.<\/a><\/p>\n I manage a business which automates the access of workers on and off the site. Simply by being present on site, hard hat beacons display worker or contractor time and attendance, but also automate the checking and tracking of compliance documentation. If someone enters the job site with an expired work permit, for example, the nearest manager is flagged, or if you have turnstiles, the system will not allow them access. This kind of automation could easily be used to see work time in scheduled \u2018work zones\u2019 for productivity metrics, but also tied to completion of certain tasks in specific areas, which an intelligent system could infer the correct contract from.<\/p>\n What I\u2019m getting at here is that before we advance down the route of \u2018let\u2019s do this cool idea\u2019, we need to consider how it functions in the field primarily, not the office. This is where much of our productivity improvements can be made, and where the most internal \u2018PR\u2019 needs to be done. \u00a0More BIM managers in the field could be the first step.<\/p>\n <\/p>\n Matthew Ramage<\/strong><\/p>\n Segment Manager for Asset Management<\/p>\n Trimble<\/p>\nAnd so, Blockchain (at last we get to the point)<\/h3>\n
What about BIM?<\/h3>\n
A solution to completing smart contracts<\/h3>\n