You can tell what issues are current in records management by the questions organisations pose to records management consultants.
- An organisation delivers projects in challenging environments around the world – areas of military conflict, political strife, economic turmoil and low internet bandwidth. They had developed a corporate records retention schedule. Project records were spread across several different business applications. They had an application to capture the formal project documents (Project initiation documents, Project close out report etc.). They had an application to capture the contractual documents arising from any procurement done within projects. Day-to-day e-mail correspondence arising from projects resided within individual e-mail accounts. Day-to-day documentation arising from projects resided in shared drives located in regional offices all around the world. None of those these applications had any place to hold retention rules. How could/should they apply the retention schedule that they had just received corporate sign off for?
- An organisation implemented an electronic document and records management system (EDRM), with a records classification (fileplan) and retention rules. Acceptance around the organisation was varied – some areas made little or no use of it but for others it was business crititcal. The IT department were pushing heavily to introduce SharePoint as a collaboration and document management tool. What should their records managers do? Should they reject SharePoint entirely? Should they implement SharePoint but integrate it with their existing EDRM? Or should they find a way to use SharePoint as their document and records management system, replacing the EDRM?
- For over a decade an organisation had done its records management within the Lotus Notes environment. They had customised the e-mail client so that it integrated with a records repository. They reached a point where they needed to upgrade the environment, but upgrading the customised e-mail client proved difficult so they switched to a standard Lotus Mail client, leaving them without e-mail integration to their records repository (also built in Lotus Notes). One issue was deciding on priorities – should they stay in the Lotus Notes environment and rebuild the link between e-mail and records repository? or should they move to the Microsoft environment (Exchange and SharePoint) and tackle the records problems then?
- An organisation implemented an EDRM integrated with the Microsoft Outlook e-mail client. The integration allowed end-users to use the key functionality of the EDRM from within Outlook. Without leaving their e-mail client they could create records folders within the EDRM, drag and drop e-mails into the EDRM, and search and consult records in the EDRM. How would it affect the EDRM if the organisation moved to cloud based e-mail with a standard e-mail client?
- In an organisation people had taken on the habit of e-mailing colleagues links to documents in the EDRM, rather than sending the documents as attachments. However this pattern had now changed: colleagues were reverting to e-mailing documents as attachments because attachments were quicker for people to access from their Blackberry/iPhone
- An organisation wanted to implement SharePoint together with a records management plug-in. It wanted to choose a plug in that was seeking certification as being compliant with the MoReq2010 records management specification. It wondered how their implementation of such a plug in would affect their set up of the collaboration features of SharePoint, such as the set up of team sites and the use of SharePoint content types
The tension between the need for stable records management and the need to keep up with the onward march of technology
There would be no tension between IT and records management if stand-alone records repositories worked (but they don’t)
There would not be any tension with between the IT imperative and records management imperative if records management could be done by a single stand-alone application.
- Lets imagine you installed an electronic records management repository, with a corporate records classification and retention rules, capable of protecting records from amendment and premature destruction. It might be an Electronic document and records management system (EDRMS) that complies with one of the specifications issued by nations/trading blocks such as the US DoD 5015.2 specfication. Or it might be a SharePoint records centre.
- Lets imagine that everyone in the organisation was perfectly happy, whenever they created or received an important e-mail or document, to stop what they were doing, go into the EDRMS/SharePoint records centre, and upload a copy of that document/communication
Records management risks becoming a victim to the rapid pace of change and a consequent shortening of planning horizons
- ‘we need to customise the e-mail client so people can declare an e-mail directly into the records system’ OR
- ‘before we roll out SharePoint team sites lets define all the content types we need and plan out what sites and document libraries we need and what content types and routing rules we need to configure to ensure that the content goes to the right place in the SharePoint records centre where we have our records classification and retention rules’ OR
- ‘Lets find a way of integrating this hugely important line of business system into our records repository’
- ‘Yes but that will take a year to implement and in two years time we will be moving e-mail out to the cloud/moving to the next version of SharePoint /using smartphones and tablets for everything’ The customisation/configuration/integration you propose wouldn’t work with cloud e-mail/isn’t needed in the next version of SharePoint/ won’t be usable on tablets’.
- some had once had a workable records management relationship between their records repository and key applications such as e-mail but technological changes had disrupted the set up.
- some had got a workable records management system at the time of my contact with them, but changes in technology threatened to disrupt that
- some had not been able to set up any sort of records management system and either the pace of technological change or the large number of different applications involved was preventing them from getting started.
Resolving the tension between records management’s need for stability over time and an organisation’s need to keep pace with technology
Stability and agility are like ying and yang- they look like the complete opposite of each other, but in reality they are dependent on each other, and each needs a bit of the other.
- The more frequently an organisation changes applications (the more agile it is) the more it needs it needs a stable records repository to maintain content from the many and various legacy applications that it has ceased using.
- The more applications an organisation has, the more there is a need for some sort of central governance to give coherence across those many different applications
There are essentially two different approaches we could take to managing records now we know that a stand-alone repository has limited use, that every organisation deploys multiple applications, and that the cloud era is going to make it more important to ensure that content and its metadata is not locked into on any one particular software-as-a-service application.
- deploy a records governance tool that leaves content in the different applications that an organisation deploys, but intervenes into those applications to apply the relevant records classification and retention rules to content within them, and to protect records from amendment or deletion
- deploy a repository that can accept content from the different applications that the organisation deploys
Having either or both of these solutions in place would enable us to propose a solution to the tension between agility and stability. The records management function can say to the business ‘ the organisation can adopt any application it wants/needs, and can have applications on-premise or in the cloud, so long at these applications either:
- allow our records governance tools to intervene to govern content held in the applicationOR
- can contribute content and their metadata on to the organisation’s records repository
You may be sitting in an organisation that does not currently have anything useable either as records governance tool or as a records repository. If you have dozens of different applications you may be wondering how you are going to connect them all to any future governance tool/ or records repository. You may be struggling to picture what such a governance tool/such a repository looks like, and what the connections would look like between your business applications and the governance tool and or the records repository.