Implementing folderless document management using metadata
introduction Kjeld Stipsen Manager – Information Management Office: +31 (0) Mobile: +31 (0)
Today’s topics
Why metadata instead of folders? The case for change Metadata vs Folders Governance of metadata
The case for change
Metadata vs Folders in SharePoint
Multi-dimensional navigation.
Paradigm-shift: How different is metadata?
background
User community
How we position SharePoint Managing Information SharePoint as single document management solution Collaboration SharePoint as enabled for state-of-the-art collaboration Applications SharePoint as Application hosting platform Notes: Satellites are examples only
Our SharePoint – information architecture model
Building a metadata taxonomy
Design of the metadata sets Identify Business Process Owner Identify Data Definition Owner Determine Attribute names and values Build metadata set in SP2010 test environment Sign off and formalize model document site design Master Data Management Enterprise Process Model Enterprise Metadata Framework Business Users Records Management
Metadata frameworks Work-flow for Creating a Metadata set (1) Assign Process DVO Analyze Metadata Design Metadata set Build Metadata set on test Sign-off Metadata set Hand-over Metadata set to Developer Workstream & Process Owner Provide input on Metadata Process Owner Process Data Value Owner Business Readiness Workstream Developer Workstream Determine attribute names and values Determine list of Metadata sets and identify Process Owners Endorse list of Metadata sets Process & Data Architects Validate Metadata set Business Readiness Focal Point
Metadata frameworks Work-flow for Creating a Metadata set (2) 1. Confirm names of Process Owners (via Process Architects and/or Business Readiness Focal Points2. Contact Process Owners to confirm list of Metadata sets for specific process3. Update Business Readiness Checklist accordingly Actions: Link to Business Readiness ChecklistBusiness Readiness Checklist
Metadata frameworks Work-flow for Creating a Metadata set (3) Actions: 1. In discussion with Process & Data Architects and DVO define the site and document attributes for the Metadata sets (including GRM mapping) 2. Contact Process Owners to confirm list of Metadata sets for specific process3. Update Business Readiness Checklist accordingly Link to Business Readiness ChecklistBusiness Readiness Checklist
Metadata frameworks Work-flow for Creating a Metadata set (4) Actions: 1. Create demo Metadata set based on agreed definition2. Validate content with DVO and Process Owner. Also check ‘user-friendliness’ with BR Lead.3. Secure sign-off by Process Owner4. Update Business Readiness Checklist, Demo site and Site Definition as COMPLETE Link to Business Readiness ChecklistBusiness Readiness Checklist
Standardizing the metadata analysis phase
Metadata framework End goal Site Columns Managed Keywords This is the only specific metadata for your process: the rest will be provided automatically Site Columns and Managed Keywords are for that Document Library only, to make it fit better with your day-to- day document managemen t processes. 1.Project stage 2.Project docType 3.Project activity
Implementation of folderless document management
2 approaches
Based on a process model
governance
Governance – examples roles & processes Strategic Level Tactical Level Operational Level Change Request processesSupport processes Records Management processes Request for new metadata Request to change metadata Request to delete metadata Support on faults in Metadata Emergency Escalation process Metadata alignment with RM Metadata mapping with RM
Metadata replicator
The metadata replicator (1)
The metadata replicator (2)
Success stories
Challenges during creation of metadata ProduceProduce Business processes or organizational hierarchy? - what level of detail to pick? -Hardest part!!! - quality of metadata is subject to quality of SME input. - subjective vs objective criteria. -Much easier to guide the SME and have experienced analysts do this, than to train the SMEs in doing this. - other benefit is consistency. -SharePoint technically not able to filter out inconsistencies. - manual exercise. - don’t abbreviate -It should all fit together. - work done on separate classes (term sets) should fall under the umbrella defined in step 1. -Enterprise taxonomy doesn’t mean its useful for everyone. - Compliance driven versus user driven. - How to establish governance?
THANK YOU
Ontology Ontologies are a semantic way of describing related terms that have no hierarchical relationship but a many-to-many relationship Not supported by SharePoint2010 Example: The term “Tiger” may be linked to the term “Asia” or “Golf” Taxonomy, Ontology, Folksonomy and Thesaurus Folksonomy (keyword tags) Folksonomies are used for social tagging of content, using unstructured and unrelated keywords SharePoint2010 can also manage this centrally, using a managed keywords repository. Example: You can tag a document with your own name, a specific topic and a buzzword that makes it easier to retrieve. Thesaurus Can be seen as synonyms and replacement words. By default supported by SharePoint2010 via the FAST search engine. Example: Searching for “DS”, “Downstream” and “Downstrm” will all lead to the same search results. This is what Metadata sets are based on Managed keywords
references