My research showed that their workflow is grounded upon a decades-old philosophy of essentially doing all of the work manually with little to no automation. Yes, they use AutoCAD. They also have some design/surveying solutions, but they do not use them much. Their fieldwork is done with total stations, which is good news; however, the data collected is drawn by hand. Literally, the points are hand-connected in CADD. I thought this idea went out decades ago, but I guess no one will be shocked when I say it is still occurring far too often in our business.
Of course, this is where I prodded them to improve: Use the software at their behest to automate dreary hand computations and eliminate typographical errors as well as manual input and drafting. Field-to-finish surveying software is one of the most productive tasks that can be automated. Yet these professionals insisted that they “had more control” if they hand-connected the dots.
Data is processed into a surface so that contours can be drawn, but then adjustments are made to the polylines, not the source data for corrections. Of course, that blows the surface model. Profiles are hand-calculated and hand-drawn in the CADD system. Geometry is hand-computed and hand-drawn in CADD, as well.
And this is where I got into trouble. I recommended that the profiles be pulled from the surface model. What a concept! This group vehemently pushed back and resisted my advice, and I must admit I was shocked at this defense of time wasting. So, as an experienced consultant, I backed off to consider their argument. As I did, I inquired further as to the cause of their dismay at my suggestions.
What I found was that sometimes the systems and processes that are governing workflows and methodologies take precedence over incremental production improvements. Either I never quite encountered this before or didn’t catch it in the past, but it came as an important realization to me this time.
The production in this large city could be improved radically if we could give it a top-down makeover, but that was not in the cards. What the city has managed to accomplish, though—and this is the crux of their argument—is a workflow that works.
Here is what I found:
- The current manual methods are understood by everyone;
- Learning curves are minimized for new or transferred staff;
- The tasks being performed have decades of background data to support them;
- The city has a plethora of metrics to refer to;
- Deadlines can be very closely estimated based on experience;
- Estimates of project costs can be very closely approximated;
- Staff can be held accountable for the tasks ongoing fairly easily;
- Supplies, support and resources can be closely monitored and maintained;
- Many upgrades, the introduction of new solutions and bleeding edge technologies are minimized or avoided; and
- This workflow works for the system and its processes.
This last item is really where I learned my lesson. The city has a process that has endured for decades and is closely monitored by the taxpaying public, which funds this outfit.
Consider the following. If the survey branch improved its production by, say, developing its field-to-finish to produce automated surfaces, that improvement, in turn, would allow for profiles to be pulled automatically, which would certainly benefit that branch. However, the data would then be turned over to the design group, which is fundamentally unprepared to receive such data. The design workflow is not set up to use digital surfaces. It isn’t trained in the theories of modeling, the errors that can occur or the troubleshooting methods. So, the survey department would gain productivity, but the receiving branch would be hampered, and liabilities could skyrocket.
Likewise, if the design branch were to automate its work and produce digital data for construction, this advance would actually hamper the construction division from moving forward if it isn’t prepared to handle the influx of technical data. And so on and so forth.
From my analysis, I found that everyone must be in the mode of using technology for it to actually benefit the organization. Each proverbial cog in the wheel must understand the technology, its theories and applications. Additionally, the technology must be integrated into the organization’s workflow. Further, the data emanating from one department must be delivered in such a manner that it is conducive to the receiving processes. And the dataflow, the workflow and all of the participants must fall into a predictable, verifiable, repeatable system that everyone understands and in which everyone can co-exist.
Until this is accomplished, these departments are 100% correct—improving production piecemeal can actually harm the agency’s ability to produce solutions. While some tasks would improve, others could be irreparably harmed.
So now we need to look for ways to fix the system, bring it up to date, develop justification for improvement, obtain funding and move forward.
****************
What do you think? Please share your comments below.
By: Richard H. Lawrence
Posted: March 24, 2010 1:29 PM
Once again, an interesting and thought provoctive article. It was well written, articulate and to me, seemed to describe the majority of the AEC companies nation-wide that I have had contact or experience with. I too, have long pondered how this evolution can ever be accomplished. In your position as a champion of the intergrated technological approach towards this more efficient process, I would guess that you would know more about how to make this become a reality than most. Certainly more than I do even after wrestling with this conondrom for many years. I too have been accused of having a faithful and trustworthy assistant named Sancho, but I would be very interested in your thoughts about how you think progress in this direction could be accomplished.
Thanks again
By: Collins
Posted: March 25, 2010 9:20 AM
By: Production Improvement
Posted: March 29, 2010 9:04 AM
By: Rambling Surveyor
Posted: April 1, 2010 9:35 AM
By: David M. Niese,P.E.
Posted: April 3, 2010 5:33 PM
One student stayed after class to work with the transit some more. My father
Max always told me to fall back on the basics when difficult situations come up. I understand why the city employees used the old way. My boss at a company said he did not like the new automation of surveying because he could not check the data collector like he could a complete set of accurate field notes. He was the one who sealed the cadd drawing. He said he did not know if it was right since it was all automated. The boss sent me out to the site to try and verify that the site and drawing were about the same. My automation now is Mathcad for calcs or Excel and Word and an up to date reference library. I still perform some calcs by hand.
By: Rob
Posted: April 9, 2010 12:48 PM
Automated linework falls in this category. Drafting the linework is a small part of the drafting process. It may take two hours on a complicated topo. Auotmated linework takes longer in the field- crew time, not drafting time. The field 'learns' the project as they locate it. complicated breaklines are difficult enough without trying to do automated linework. In addition, you loose much of the doulbe check process in the office and the final product is often inferior because its less likely to be messaged by the draftsman.
I'm all for technology- Glonass is great, I'm a heavy GPS user. Many o the aotomations in contouring, profiling and road design are great. It's important to remember that technology is just another tool to be incorpoarted properly. I remember my college prof gettting mad at me in the 80's because I pointed out to the class that it took me 2 days to write a computer program and 5 minutes to check it the old fashioned way on my HP.
By: John LS-Florida
Posted: April 17, 2010 12:46 PM
By: Dave Prosch
Posted: April 26, 2010 1:26 PM
By: H Ward
Posted: April 26, 2010 1:59 PM