A tale of the tail wagging the dog

The other day I a saw a preliminary enquiry from an organisation with a large property portfolio for a Microsoft Access condition survey system. I held my head in despair. Why specify the technology and not mention what the condition survey is to be used for? I wonder if the same people would limit their choice of a new washing machine to a specific one at an early stage without considering whether it was needed for a person living on their own or someone who regularly washes all the gear for the local football team.

My experience is that with modern IT systems the issues are rarely technology but functionality and data. It is much more important that the reason for the system and the outputs from it are fully understood. It is also important that the system should adopt recognised data structures and standards. This latter point will enable data to be more easily exchanged with other systems, both internal and external to the organisation, as well as measure performance that can be readily understood. For any property system the property structure should comply with BS 7666, particularly BS 7666-2 Spatial datasets for geographical referencing: specification for a land and property gazetteer; and for condition surveys the asset structure should comply with BS ISO 15686, particularly BS ISO 15686-5:2008, Buildings and constructed assets: service life planning: life cycle costing. Any system that fully complies with these standards will naturally require a sophisticated relational database. Interestingly I failed to fully represent these requirements in a Microsoft Access database.

A few days after seeing this enquiry, on a lovely sunny morning, I reluctantly boarded a train from my local station, where on one side I watched contented cows in a field that runs down to the river and on the other young lambs gambolling, to go and give a presentation at a conference in London. Tearing myself away from this idyllic scene I was rewarded when I sat and listened to one of the other presenters describe planning and delivering an estate strategy. An essential part of this was collecting data to benchmark the estate, and one of the principal benchmarks was condition. Perhaps more importantly though the presenter interspersed his presentation with shots of the property users and quotes from them about the service being delivered. Not surprisingly then the principal conclusion was that the estates strategy should be service [business] led NOT estate led. In turn the data that feeds the strategy should be service [business] focused. With that approach there is a person who will deliver the efficient and effective property portfolio that meets the needs of the organisation.

So to recap:
• First: service [business] requirements;
• Second: estates requirements; and a long way behind
• Third: technology requirements.