SharePoint Information Architecture Best Practices

45
SHAREPOINT IA BEST PRACTICES SHAREPOINT SYMPOSIUM 2013 STEPHANIE LEMIEUX (4 out of 5 Dentists Agree)

description

Presentation given at SharePoint Symposium 2013. Covers key information architecture best practices in SharePoint 2010 and 2013 for search, navigation and dynamic publishing.

Transcript of SharePoint Information Architecture Best Practices

Page 1: SharePoint Information Architecture Best Practices

SHAREPOINT IA BEST PRACTICES

SHAREPOINT SYMPOSIUM 2013

STEPHANIE LEMIEUX

(4 out of 5 Dentists Agree)

Page 2: SharePoint Information Architecture Best Practices

STEPHANIE LEMIEUX "esident & "incipal Consultant

•  Specialized in taxonomy & metadata, governance

•  Lots of experience implementing taxonomy & IA across different tools: CMS, DMS, Intranet, Faceted Search, DAM…and yes, SharePoint

•  MLIS from McGill University (i.e. I’m a librarian)

•  Huge data nerd

Page 3: SharePoint Information Architecture Best Practices

•  Who we are: Boutique firm specializing in taxonomy & information architecture… We create practical and elegant solutions to make content more findable.

•  Based in Montreal, Canada

•  What we do: taxonomy, metadata development, search, information architecture, digital asset management, governance, etc.

Page 4: SharePoint Information Architecture Best Practices

SharePoint is easy to implement badly

Page 5: SharePoint Information Architecture Best Practices

TYPICAL SHAREPOINT PROJECTS

Biz  Reqs   Implementtttttttttttttttttttttttttttttttttt  

Implement   Business  Req’s   Implement  

Business  Req’s   Implement  

Examples courtesy of Lulu Pachuau: http://www.slideshare.net/LuluP/information-architecture-and-sharepoint

#ere is the information architecture?

Page 6: SharePoint Information Architecture Best Practices

4 out of 5 dentists agree that lying through your teeth about IA does not count as flossing

Page 7: SharePoint Information Architecture Best Practices

http://johnnyholland.org/wp-content/uploads/elementsofux.gif

Page 8: SharePoint Information Architecture Best Practices

Shawn Shell Author of SharePoint Report for Real Story

Group

Sue Hanley Author of Essential

SharePoint 2013

Seth Earley SharePoint IA

Trainer & Consultant

Michal Pisarek

SharePoint MVP & IA Consultant

Ruven Gotz Author of Practical

SharePoint IA

Our panel of “dentists”

Page 9: SharePoint Information Architecture Best Practices

#1 MISTAKE IN SHAREPOINT DESIGN?

Page 10: SharePoint Information Architecture Best Practices

Over-reliance on search to cover for bad IA

Page 11: SharePoint Information Architecture Best Practices

5 SHAREPOINT IA BEST PRACTICES & 2013 game changers

Page 12: SharePoint Information Architecture Best Practices

#5: DON’T FOLLOW THE ORG STRUCTURE

4 out of 5 dentists agree…

Page 13: SharePoint Information Architecture Best Practices
Page 14: SharePoint Information Architecture Best Practices

WHY DOES THIS SUCK?

•  Organizational changes happen all the time

•  Nobody really knows who owns what or does what

•  Most people are focused on processes & projects

And… isn’t the point to encourage collaboration across departments?

Page 15: SharePoint Information Architecture Best Practices

THINK OUTSIDE THE ORG CHART

ü Functions & processes

ü X-functional teams & projects

ü Clients

ü "oducts

ü Content types

ü Geography

ü Etc.

Page 16: SharePoint Information Architecture Best Practices

GOOD SITE ARCHITECTURE

… takes a functional/activities view of the organization

… survives organizational change

… allows people to see the overall context of their organization and their work

… uses language everyone understands

… is based on actual user behaviors & insights

“Focus on the work instead of the Web$ite.” -- Susan Hanley, the Essential SharePoint 2013

Page 17: SharePoint Information Architecture Best Practices

IN 2013

Suite Bar & Sites Tab

-  Sticky at the top links: easy way to get back home

-  List of sites “followed”: develop a personal IA

Page 18: SharePoint Information Architecture Best Practices

#4: TRANSCEND PHYSICAL STRUCTURE

4 out of 5 dentists agree…

Page 19: SharePoint Information Architecture Best Practices

LET’S GET PHYSICAL SharePoint is based on a physical structure that used to define… pretty much everything

Web applications

Site collections

Sites

Sub-sites

Lists & libraries

Understand the containment hierarchy,

but don’t be bound by it.

Page 20: SharePoint Information Architecture Best Practices

SEARCH-DRIVEN PUBLISHING Search indexing now crosses site collections and content can be aggregated & displayed across multiple sites

http://technet.microsoft.com/en-us/sharepoint/jj872721.aspx

Page 21: SharePoint Information Architecture Best Practices

“CSWP”

Content Query Web Part

Content Search Web Part

Aggregate content from anywhere based on a search

query and style it however you want!

Page 22: SharePoint Information Architecture Best Practices

USE SEARCH TO CREATE ASSOCIATIVE NAVIGATION

http://www.slideshare.net/nform/information-architecture-for-sharepoint-11389777?from_search=12

Home

Page 23: SharePoint Information Architecture Best Practices

MANAGED METADATA NAVIGATION

Term store can now manage consistent global navigation across site collections, masking physical boundaries.

http://sp2013.blogspot.ca/2012/07/metadata-driven-navigation.html

Page 24: SharePoint Information Architecture Best Practices

Design the ideal …then figure out how you can make it happen with the containment hierarchy and options available

Page 25: SharePoint Information Architecture Best Practices

#3: A LITTLE METADATA GOES A LONG WAY

4 out of 5 dentists agree…

Page 26: SharePoint Information Architecture Best Practices

FOLDERS MOSTLY SUCK Folders (any physical structure, really) = LAZY

And they don’t tell you much, unless you create bottomless hierarchies.

•  #at is this about? •  #at%egion does it cover? •  #at product is it about? •  #at year is it for?

Page 27: SharePoint Information Architecture Best Practices

USE MOSTLY METADATA ü  enhance searchability of content

ü  filter/sort/view lists & libraries

ü  control content display (via search web part)

ü  control navigation

ü  enhance search user interface

ü  trigger workflow, info policies

Page 28: SharePoint Information Architecture Best Practices

DON’T GO CRAZY WITH CONTENT TYPES When do you create a new content type or metadata field?

RM Need

CM/Search Need

Workflow/ Process

(template)

http://carstenknoch.com/2012/04/sharepoint-metadata-design-principles/

Page 29: SharePoint Information Architecture Best Practices

Rule of thumb: If you have more content types than you do staff, you’re doing something wrong. LESS IS MORE.

Page 30: SharePoint Information Architecture Best Practices

STANDARDIZE WHAT YOU CAN Use content types to standardize key enterprise metadata

Item

Document Set Document

Publication

Magazine article

?

Contract ? ? ? Image

Asset

Enterprise-wide metadata

Function/content- specific

metadata

Page 31: SharePoint Information Architecture Best Practices

AUTOMATE WHAT YOU CAN Leverage structure & profiles to automate some metadata

•  Document location (document library, sets, smart folders*)

•  User profile

Rules of Thumb

1.  Keep the number of fields as small as possible 2.  Majority of fields should tie back to a work

process with clear user value 3.  Use default values VERY carefully

Page 32: SharePoint Information Architecture Best Practices

DOCUMENT LIBRARIES & CONTENT TYPES Put multiple types in one library or one type per library?

Impact of multiple types:

•  Can’t do “group by”

•  Having to choose a content type

•  Can apply multiple policies/workflows

•  Multiple templates

•  Can still have different metadata

Page 33: SharePoint Information Architecture Best Practices

BULK METADATA EDIT

Page 34: SharePoint Information Architecture Best Practices

#2: CONTROL VOCABULARY USING MANAGED METADATA

4 out of 5 dentists agree…

Page 35: SharePoint Information Architecture Best Practices

CONTROL KEY METADATA CENTRALLY Use the term store to predefine & manage key vocabularies used in metadata

When to make it managed metadata?

•  Likely to be used by multiple groups (global vs. local)

•  Terminology needs governance

•  Needs synonyms

•  Requires hierarchy

•  Would be useful as navigation/filter options

Page 36: SharePoint Information Architecture Best Practices

LEVERAGE SYNONYMS Synonyms are helpful both in tagging & search (but search must be configured separately)

Hanley: Essential Sharepoint 2013

Page 37: SharePoint Information Architecture Best Practices

METADATA-BASED NAVIGATION

http://www.titus.com/blog/2010/11/metadata-navigation-and-sptechcon-boston-recap/

Keep these ultra-simple. Most people won’t use it if it looks complicated (e.g. Key Filters). Especially useful if you have multiple content types in one library.

Page 38: SharePoint Information Architecture Best Practices

Warning: the term store is not a taxonomy management tool or auto-classifier.

Page 39: SharePoint Information Architecture Best Practices

No matter how awesome your structure, people will still search sometimes. &y to make it$uck less.

Page 40: SharePoint Information Architecture Best Practices

#1: GIVE SEARCH A LITTLE LOVE

4 out of 5 dentists agree…

Page 41: SharePoint Information Architecture Best Practices

GIVE SEARCH A CHANCE •  Configure synonyms

•  Use query rules

•  Promote a result •  Supplement a query with additional property & KW filters

http://blogs.technet.com/b/mspfe/archive/2013/02/01/how-query-rules-and-result-sources-can-be-used-to-customize-search-results.aspx

Page 42: SharePoint Information Architecture Best Practices

CUSTOMIZE THE REFINEMENT PANEL Choose more relevant filter options

Hide useless graphics

Page 43: SharePoint Information Architecture Best Practices

http://www.zazzle.com/red+dirt+posters

Spend time figuring out logical structures, then worry about

Sharepoint-izing them

Page 44: SharePoint Information Architecture Best Practices

Awesome architecture!

Page 45: SharePoint Information Architecture Best Practices

THANK YOU

Stephanie Lemieux [email protected]

@stephlemieux

www.dovecotstudio.com