Today I attended the thinkBIM “Beyond Design” event. I scribbled this blog post down as the day progressed – so apologies for any for any grammar or spelling which is worse than usual... :)
First up was Deborah Rowland from the UK Cabinet Office. Deborah chairs the FM workstream reporting into Mark Bew and David Philp as part of the UK Government’s BIM Task Group.
The Government Soft Landings policy is out for draft at end of July and looking to be ready for September. Soft Landings has been around for many years, just not called “Soft Landings”.
When looking at after-care, they don’t want a “box of manuals”, sometimes they don't even get a box of manuals. Traditionally this is something that is poor. So we need to focus on the handover documentation and then quality post occupancy evaluation so that we can have a feedback loop to influence the design next year.
One thing that is critical is that the BIM data/the COBie data feeds into the CAFM software tools for the FM professionals that already exist within the public sector and their supply chain partners.
Another critical item is to get the FM professionals involved at the briefing stages and to set the FM budget. To look at OpEx as well as CapEx. This will work best if the FM industry gets on board now.
Discussion at the end was around can the BIM software and CAFM software work together? But surely BIM is the process and the data flows between?
I then stayed with Deborah for her 'round table'. The first discussion was on how we can work backwards from the FM data to go back to the design team so they can set up their data with the occupier as the ultimate end user of the data. Deborah explained how the government trial projects will be monitored and lessons will be learned to tighten the processes over the next few years.
 |
| Deborah Rowland from the Cabinet Office |
The absolute fundamentals are 1. Receiving a good brief, 2. Designing to the brief, 3. Building to the design and then 4. Handing over well structure information so the building can be operated efficiently and future briefs can improve.
One of the big challenges will be keeping the model up to date. Three years to design, three years once complete – what will the data structures and software capabilities be six years from now?
Next item of question for Deborah is how hungry are the government to look at OpEx and not CapEx? Pay designers more, spend more on real quality systems and products – that is the way that real money is saved over 70 years. But "does a government with a 5 year term care about this?" Will they spend more in the short term? Deborah’s experience in the private sector says that you can reduce both by learning the lessons from previous similar buildings.
My conclusion on this is that we have three broad challenges:
- Where does the information come from?
- Can the software hide away this structured data so that you just get what you want when you need it?
- How is this data updated over the years – as soon as it goes out of date it’s useless.
What about post occupancy evaluation tools? All goes quiet. Educating the users is also important – don’t open the windows else the Air Con works twice as hard. Then change of subject – what about “crystal ball time”. Ten years down the line the building receives a major refurbishment and alteration. Can the structured data be round-tripped back into the design package and then merged together? Who knows?
For a big refurbishment job now, why not get a 3D cloud model instead of 2D – then use this as a base for the refurb work in the main design model. No real difference to new build? But if users already have existing CAD DWG files – will they really spend the money for the point cloud?
And after a quick tea break it was time for the second session. I chose the “BIM and Asset Management” with Jason Allen from IBM (BIM Lead in the Asset Management division) – Maximo is the main software package they use.
 |
| Jason Allen doing the roundtable - @EEPaul working the digital magic |
When speaking about the Government MoJ trial project “Two cells and a corridor give 15,000 lines in an Excel spreadsheet” – surely this is not right? Ten type components with Fifty attributes each – it’s only 500 lines in a database? Maybe it’s the instance attributes that are bloating the model? If this is the case then some sort of consolidation is required to make sure the database/spreadsheet does not explode? Again, the confusion over COBie is definitely there at the moment. At NBS we are working on a sample integrated model showing this process off – it’ll take a month or two to finalise but I think it will really help.
Functionally what is needed is a big COBie button in ArchiCAD or Revit or Bentley which allows the users to specify what objects they wish to export – these have to be pre-linked to the spec – the many objects not in ArchiCAD/Revit/Bentley model but in the spec then need picked – then it generates a *concise* COBie database (Excel or openOffice or SQL or Access or XML) automatically.
To date there are currently two excellent resources for COBie 2012 UK:
- What is COBie? http://www.bimtaskgroup.org/cobie-uk-2012/
- Example data drops - http://www.bimtaskgroup.org/cobie-data-drops/
James Allen suggests that the BIM and the FM database are not different things – it’s the same data just further down the line. The physical asset should even update this BIM as to how it is operating (energy use for example). Allows Asset Managers to actually monitor their portfolio of buildings.
It doesn’t matter where the data is – doesn’t matter which database it is in – what matters is that is all hooked off the “master model” through open standards. And then it was time for the adventurous bit – a live web stream from America from Marty Chobot VP of BIM Initiatives FM Systems in the USA.
 |
| @FairSnape makes the web streaming from the USA work |
Marty then goes through a few BIM and FM case studies. For one facility it took two person years to digitalise the information they wanted. That’s not a fun task if it has already changed by the time you have finished. By integrating the FM information into a master BIM they calculated they could save 4-6 months Xavier uni asset management database.
Similar to the FM presentations at BIM Academy last month, the level of detail of the information you are going to store and *maintain* has to be agreed and pragmatically assessed. If you try and maintain too much information you will fail and it will go out of date.
MathWork’s Apple Hill 4 Project was the next case study – where a new building was being built with the intention of getting it perfect for digital information for FM. Marty suggests the same idea that was floated earlier in the day that the BIM deliverable to the operator needs agreed at day 1. Also identify what information is needed – what attributes for what systems and what components. Insist these are delivered and in what format (sounds a lot like the UK COBie iniative).
What really, really matters is that you agree your numbering and naming conventions early. Get the FM involved throughout. And look out for BIM savvy sub-contractors wherever possible.
The day always ends with Pecha Kucha. Three really nice ones from @StefanMordue from NBS, Jon Moorhouse from Constructive Thinking Studio and Olli Aro from Clicks and Links.
 |
| @StefanMordue - It's not just hard FM (lollipop) but soft FM too (ice cream) |
great article :)
ReplyDeletetotally agree with the ‘rich data behind, simple UI up front’ point – tbh I was a bit surprised that people didn’t see that, but to be fair it’s not their world; as software folk, it’s ours - this sort of thing is our bread & butter.
great point about post occupancy point clouds too – where’s the non-geometric data?
I was also shouting “Yes!!!” (in my head) about the timeline point – FM & renovation works are just points further along the building’s timeline. if everyone uses their existing building model as the start point for every bit of FM, renovation & alteration work, then we will all be updating our models as we go, as an integral part of the process of getting the work done – maintaining the model is only an issue if you stop using the model.
<ponder type=”rambling” timescale=”crystalBall”>
I‘m a bit confused that folks really struggle to see the inception to demolition timeline in full.
maybe it’s because the folk who usually create these models don’t have that relationship with the building…? for them, it’s most frequently a single job at a single point in time – renovation or demolition won’t be their concern.
& the FM folks won’t be around forever either… over time, the client (owner) is likely to change, so the model needs to stay with the building, so the data remains available to all subsequent owners/occupiers.
& what if you’re not the owner but an occupier? you might need to interrogate the model & make updates – just like when we refitted this office before we moved in.
which makes me think that models might benefit from being stored centrally. the land registry suffers from being woefully out of date cos updates don’t make it into their model – the new estate over the road from me & the current road layout aren’t on the drawing the land registry sent me for my house, cos it’s from a century ago, when the house was built.
so if everything was central, you could interrogate the housing stock on a countrywide level, a national version of the housing stock management software programs Newcastle University wrote for Newcastle City Council back in the day. store that data over time & it becomes Ancestory.com for buildings.
it’d be great for strategic planning too - if we have environmental targets to meet as a country (as a planet), then interrogating the national model would, for example, show how many homes still have single glazing, so how much it’d cost to upgrade them, so how much grant we can make available & what the energy saving will be. it could show how many roofs could take solar panels & those folks could be targeted directly. & it’d knock on the head those annoying “You might be eligible for a loft insulating grant” cold calls – no I’m not cos, not only do I not qualify by age nor income, but I updated the model last year when we put an extra 100mm in.
it’d be totally cool if things like the IKEA Planning Tools spat out their data into the model too, so that when we redo the kitchen in 20 years’ time, I could see how best to dispose of/recycle the units & worktops.
</ponder>
What the facilities manager, the help desk operator and the PPM planner will want from the handover information is KNOWLEDGE. Data on its own out of context means nothing. Most CAFM systems will be able to import information such as asset data and contact data with minor tweaks. The knowledge comes from the imported data being categorised and linked in the CAFM under location, types, classes, etc. I'm sure many help desk operators would welcome the ability to have a virtual walk through of the building when trying to resolve a problem they have been saddled with.
ReplyDeleteChange control is another issue and although there is a requirement to keep the H&S file up to date, with high churn rates does this in reality always happen. However, with major changes you would expect the model to be updated if anyone can understand how it works.
Ted Robbens
Stephen
ReplyDeleteSorry forgot to mention that the software used for BIMs projects at any given point in time will have a finite life (possibly less than that of the building) because technology moves on, and seemingly at an increasing rate. Who remembers floppy discs and DOS? Also organisation that developed the software move on or perhaps fail. Once the FM has sucked out the essential essence from the BIMS it may become worthless, or even an expensive mill stone round the building owners neck if they take the decision to keep it supported.
Ted Robbens