“Few people think more than two or three times a year. I’ve made an international reputation for myself by thinking once or twice a week.”
George Bernard Shaw (1856-1950) Irish Author & Playwright
Tag Archives: Think
The Case for an “Engineering Specific” Information Management System
“We already have a system to manage documents (and/or data) and we don’t understand why the engineering team thinks they need yours.”
I’ve heard statements like this many times over my career. And the reasons behind it make sense. It usually comes from someone on the IT or management team that believes that they’ve already spent the money to “solve” the engineering information management problem.
After all, there are a lot of systems that manage documents or data in one way or another. Most vendors of general purpose systems will say that they can manage engineering documents. And they can, but in a very limiting manner when compared to systems designed for EIM. (See the third bullet in the list below)
Engineering data is an amalgamation of documents and data (with some formats found only in engineering) the interrelationships of which can be far more complex and much larger in size than common business documents. In addition to these interdependencies, this content is created by sophisticated engineering applications that can imbed objects and link to external databases that carry important information about the asset that will be used in construction and operations. And, oh yeah…this content is being authored by a team, rather than an individual, and that team is frequently separated spatially.
A few years ago I wrote a short white paper on this subject and it’s due for a refresh. I’m planning to address this overdue update through a succession of weekly posts here. The series will describe both the challenges that engineering information creates and why general IM systems fall short. Some of the topics will be:
- Engineering content is different, and the IM system must account for this
- Managing engineering vs. managing the results of engineering
- File format support isn’t enough; application and workflow integration is required
- Management of change
- Securing engineering content has unique challenges
- Publishing complex engineering information shouldn’t be limited to a lowest common denominator
- Information Mobility
If you have ideas or specific questions you’d like to see addressed, please comment.
Next week we start by looking at the complexities of engineering content and the unique challenges of managing it.
How long do you think “an app for that” will last?
Yeah…there’s an app for everything. But is an OS dependent app the right answer for every functional requirement?
There are questions in the engineering world about who the mobile platform winner will be …Apple, Google or Microsoft. But my guess is that it’s all AND (hopefully) none of the above.
Here’s some prognostication for you…in three years most of our applications will be browser based and the device (and the OS it runs) won’t matter. (BTW…I have downloaded 79 apps to my iPad and fully half have limited to no functionality when not connected to a server on a network or the www.)
Yes…engineering will still need thick apps on a workstation; and what Bentley is doing for Mobile i-models is hot ( SQLite based http://www.sqlite.com/ ) and will require apps initially. And, of course, there will be mobile apps for use cases where the device is disconnected from the network. But everything else will (should) run in a browser. HTMLx will give us that. That’s what I’m telling Bentley’s development teams…
What’s your best time-saving trick?
Never do anything twice—spend the time to write a script to do it for you. It’s amazing how easy it is to get sucked into spending five minutes a day doing something that would only take an hour to automate. – Eben Upton, cofounder and executive director of the Raspberry Pi Foundation
Click here to share your best time-saving trick…