SPSNH15 - We Need to Talk: How to Converse with Regular People About Managing Their Content in SharePoint
•Télécharger en tant que PPTX, PDF•
1 j'aime•428 vues
SharePoint Saturday New Hampshire - October 24, 2015
Recommandé
Recommandé
Contenu connexe
Tendances
Tendances (20)
En vedette
En vedette (20)
Similaire à SPSNH15 - We Need to Talk: How to Converse with Regular People About Managing Their Content in SharePoint
Similaire à SPSNH15 - We Need to Talk: How to Converse with Regular People About Managing Their Content in SharePoint (20)
Plus de Jonathan Ralton
Plus de Jonathan Ralton (7)
Dernier
Dernier (20)
SPSNH15 - We Need to Talk: How to Converse with Regular People About Managing Their Content in SharePoint
- 1. SharePoint Saturday New Hampshire 2015 #SPSNH en.wikipedia.org We Need to Talk: How to Converse with Regular People About Managing Their Content in SharePoint Jonathan Ralton All trademarks and registered trademarks are the property of their respective owners.
- 2. Jonathan Ralton BlueMetal We Need to Talk: How to Converse with Regular People About Managing Their Content in SharePoint New Hampshire
- 3. Agenda First Things First The Challenge Content Management The Process Last But Not Least Questions
- 4. First Things First We Need to Talk
- 5. YOU
- 6. Audience What roles are you in? What SharePoint phase are you in? What are you hoping to learn?
- 7. ME
- 8. Presenter Jonathan Ralton • Senior Information Architect • SharePoint IT Pro since 2005 (WSS/SPS) • No coding! • Document Management, Content Management, Knowledge Management… @jonralton jonathanr@bluemetal.com blog.jonralton.net
- 9. The Challenge We Need to Talk
- 13. The Challenge Business Process Automation Portals Social Co-Authoring External Collaboration Workflow Team Collaboration Incident Management Project Management Knowledge Management Enterprise Content Management Application Platform
- 14. The Challenge Farms Web Applications Content Databases Site Collections Sites Lists Libraries Folders Document Sets Site Columns Content Types External Content Types Managed Metadata Crawled Properties Managed Properties
- 15. The Challenge We have you… We have the users…
- 19. Friendly Words Folders Files Forms Policies Procedures Departments Links ‘S’ Drive wallpapers.in
- 20. Scary Words Site Collections Document Sets Libraries Term Store Content Types Workflows Lookups Web Parts thedogtrainingsecret.com
- 22. The Challenge You’ve got to… • Listen • Advise • Deflect • Elicit • Inform • Prescribe • Prioritize • Moderate …all at the same time.
- 23. Interviewer • Solicit enough information • Elicit more input • Put some people on the spot to talk about what they do thornleyfallis.com
- 24. Interpreter • Assimilate what is laid out for you by your constituents • Context is probably foreign to you • Verify you heard everything correctly • Communicate needs accurately to any other developers umassmed.edu
- 25. Therapist • Likely not the first time some technical person has tried to help • Bad experiences in the past • Let them articulate their frustrations • Encouragement to keep the ideas coming wisegeek.com
- 26. Architect • Master artist • Problems are in your hands • Designing something in SharePoint to fit stuff that wasn’t designed for SharePoint • Built to last careerbear.com
- 27. Gamer • Multiple routes to reach the same goal • Get everything to fit into a new site properly, especially during a migration gamersagainstbigotry.org
- 29. © 2005 Metro-Goldwyn-Mayer (MGM)
- 30. Content Management We Need to Talk
- 31. Content Management What is it? Is it useful to me?
- 33. CONTENT ARCHITECTURE def·i·ni·tion [dèffə nísh'n]
- 34. Content Architecture 1. The specification for a content management solution 2. A set of activities and outputs for effective content management – Cleve Gibbon
- 37. Taxonomy “a classification into ordered categories” – dictionary.com
- 38. Taxonomy A way to group things together
- 40. Content Management What is… • Content Architecture • Taxonomy How do they relate? Content Architecture Taxonomy
- 41. Content Management Your taxonomy is an integral part of your content architecture plan
- 42. Content Management Your content architecture is the foundation for achieving content management
- 43. Pleasantville © 1998 New Line Cinema
- 44. Wild Wild West © 2014 Universal Studios
- 46. Tagging “the act of applying metadata to an item” – Microsoft
- 49. The Process We Need to Talk
- 50. The Process 1 Think about your audience before you sit down with them.
- 51. New to Collaboration Tools Top goals probably should include: • Co-authoring • Workflow • Sending links instead of attachments
- 52. Migrating from File Share Top goals probably should include: • Versioning • Tagging • Information Management Policies
- 53. Building an Intranet Top goals probably should include: • Leveraging the publishing model • Separation of duties • Self-service forms
- 54. The Process 2 Be clear about how you’re going to lead people through discovery.
- 55. Timeline •Content Architecture •User Experience Discovery •Requirements Document •Content Type Chart •Wireframes Design •Content Types •Site Columns •Libraries •Lists •Pages •Web Parts Build Migration Early April Mid April Late April Late April
- 56. The Process 3 Don’t try to figure it all out in one sitting.
- 57. © 20th Century FOX Film Corporation
- 58. The Process 4 Steer clear of those scary words.
- 59. Terminology Not OK OK Site Collections Sites Libraries Buckets, Containers Content Types Different kinds of documents Columns Fields, Metadata Lookups, Term Sets Choices Document Sets Binders Workflows Processes Lists Tables Web Parts Modules
- 60. The Process 5 Examine their content outside the context of the tool.
- 61. Discussing Needs • How do you think about your stuff? • How do you group your stuff together? • By who works on it? • By what it applies to? • By fiscal quarter? • What do you need to know about your stuff? • What works well today? • What is broken? • What would make your job easier?
- 62. Discussing Needs Types of Documents/ Content Metadata Candidates Processes Stuff Others Might Need
- 63. Discussing Needs Types of Documents, Content Metadata Candidates • Research • Reports • Calculation Templates • Independent Laboratory Testing • Presentations • Projects • Analysis • Instrument Documents • Service Documents • Training/Reference • Health & Nutrition • Forms • Links • Clinical Information • Ingredient Database • Presentations • Regulatory • Reviews & Policies • Ingredient Reviews • Claim Substantiation Documents • Presentations • Educational Information/Resources • Training • Vendor Name (dozens) • Fiscal Year • Calendar Year • Laboratory (4) • Instrument (dozens) • Investigator (dozens) • Name • Institution • License Number
- 64. Document Types and Metadata Example • Content Description • Content Owner • R&D Category R&D Document • Content Description • Content Owner • Vendor • Fiscal Year • Calendar Year • Laboratory • Instrument • Project • Product Brand Research Document • Content Description • Content Owner • Vendor • Fiscal Year • Calendar Year • Instrument Analysis Document • Content Description • Content Owner • Fiscal Year • Calendar Year • Investigator Health & Nutrition Document • Content Description • Content Owner • Calendar Year • Project • Product Brand Regulatory Document • Content Description • Content Owner R&D Reference Material • Content Description • Content Owner R&D Training Material
- 65. The Process 6 Draw stuff out, erase, and try again.
- 67. The Process 7 Recognize trigger words or phrases that may lead you to architectural decisions.
- 68. Translating into Requirements What you might hear “We work a lot with other teams.” What you might think about • Which team needs access to what and when do they need it • Is this ongoing or temporary • What process are involved here
- 69. Translating into Requirements What you might hear “Sometimes we work with people outside the company.” What you might think about • In SharePoint Online, the ability to grant external access is enabled or disabled at the site collection level • You may be looking at a separate web application or farm outside the firewall
- 70. Translating into Requirements What you might hear “We have a lot of different groups of people that need access.” What you might think about • If they’ll be Active Directory Groups or if they’ll need to be SharePoint Groups • SharePoint Groups are visible to all site administrators within the entire site collection
- 71. Translating into Requirements What you might hear “We work on a lot of projects.” What you might think about • Do the projects consist of just documents or are there tasks, calendars… • Separate sites for each project • Document sets for each project
- 72. Project Sets Option PMO Team Site Active Projects Project C Archived Projects Project B Project A Project Z Project Y Project X
- 73. Project Sets Option Documents are grouped together in a ‘binder’ for each project • Can be treated as a single package • Can simplify metadata by inheriting • Different security can be applied to each set • Cannot allow external users access • The package itself becomes the record of the project • Easier to roll up/consolidate project information such as • Dashboard of status • Show all project plans
- 74. Project Sites Option PMO Team Site Project C Site Project B Site Project A Site Project Documents Project Calendar Project Issues Project Tasks Project Links Project List
- 75. Sites Option Documents live in a separate area altogether for each project • Can have other project content live alongside such as task lists, wikis, etc. • Different security can be applied to each site • Can allow external users access • Need to maintain separate listing/record of projects and related info • Harder to roll up information about all projects
- 76. SharePoint Building Blocks Your Data & Attributes Content Types Site Columns List Columns Term Store Content Type Hub Compliance Center … Your Containers Lists/Libraries Sites Site Collections Content Databases Web Applications Farms …
- 77. SharePoint Building Blocks Content Types • Use to… • Maintain consistency across libraries and lists • Isolate workflow, policies, and other settings • Information Management (Records Management) • Etc. Site Columns/List Columns • Use to… • Drive views • Expose via search • Drive reports • Preserve information • Trigger workflow • Etc.
- 78. SharePoint Building Blocks Farm Web Application Content Database Site Collection Site List/Library Item Item Site Collection Site List/Library Item Site List/Library Item Content Database Site Collection Site List/Library Item Web Application Content Database Site Collection Site List/Library Item Item List/Library ItemSite Collection Site
- 79. Taxonomy/Context – Uses • Leverage security (List, Site) • Differentiate list-based workflows (List) • Segregate content (List, Site, Site Collection) • Facilitate geographic placement (Farm) • Control versioning (List) • Account for alternate authentication method(s) (Web Application) • Account for encryption (Web Application) • Etc.
- 80. Taxonomy/Context – Considerations • The content that will be stored as items • The site and list/library columns that will identify, qualify, and differentiate those items from each other • The content types that will help maintain appropriate metadata, workflow, behavior, and other settings for different kinds of items • The lists/libraries that will segregate those items within the sites • The sites that will contain those lists/libraries • The site collections that will contain those sites • The content databases that will house those site collections • The web applications that will contain those site collections • The farms that will host those web applications
- 81. The Process 8 Try to validate what you’re thinking before you go and build it.
- 83. The Process 9 Use pictures along with specs.
- 85. Overall Guidance 10 Don’t push too hard. Go with the culture.
- 88. Last But Not Least We Need to Talk
- 90. Overall Guidance Be approachable. Make the toolset approachable.
- 91. Overall Guidance Bend the tool to their processes, not the other way around .
- 93. New Hampshire
- 94. Was made possible by the generous support of the following sponsors… And by your participation… Thank you!
- 95. Reference We Need to Talk
- 96. Links SharePoint 2010 SharePoint 2013 SharePoint Online Resources for IT Pros bit.ly/SP10-Resources bit.ly/SP13-Resources bit.ly/SPO-Resources Features and Editions bit.ly/SP13-Service bit.ly/SPO-Service Limits and Boundaries bit.ly/SP10-Limits bit.ly/SP13-Limits bit.ly/SPO-Limits SharePoint Maturity Model www.sharepointmaturity.com Guidance for Modifying Pre-Defined Taxonomy bit.ly/17KHAuw Discontinued Features and Functionality bit.ly/1bhrLKr
- 97. Links My Knowledge Management (KM) Resources Click Here My Enterprise Content Management (ECM) Resources Click Here My Web Content Management (WCM) Resources Click Here My SharePoint Resources Click Here My Records Management Resources (RM) Click Here
Notes de l'éditeur
- Good Afternoon! We’ve got about 60 minutes or so, of course… and a lot to talk about, so I’m going to try to keep up the pace We’re going to do some quick getting-to-know each other, then we’ll get into the nuts and bolts, and finish up hopefully with some extra time for Q&A SOUND GOOD? And please ask questions as we go if something isn’t clear
- Let’s find out a little about all y’all…
- Just so I get an idea who I’m talking to… Do we have any Developers? Administrators? Business people/end users? Who is currently using SharePoint in their organization? Who is in the planning stage? Who wishes they could go back to the planning stage? What do you wanna know?
- VERY BRIEFLY about me…
- Currently I’m with a really great company up in Boston—we’re one of your sponsors today; we’re also in New York and Chicago We were recently acquired by Insight but we’re still called BlueMetal I’m just about two and a half years into this role; I’ve had about six years of consulting under my belt at this point and previously I’ve been in a corporate role as well Been working with SharePoint for coming up on ten years now I’m not a developer! Major focus is on wrestling with all the ‘m’ acronyms… DM, ECM, WCM, KM… Here’s how to ping me; That’s how you’ll find the slides… But enough about me…
- Granted this doesn’t apply to all of us, but who actually understands what your mechanic tells you when you go to get your car fixed? How do you feel when they try and explain what was wrong? Cars are complex machines with even more sophisticated systems these days—you probably go to that mechanic in the first place because you couldn’t really figure it out yourself… AND you TRUST that they DO know what they’re doing and therefore you don’t really NEED to know exactly what they did.
- Who’s had surgery? You probably got an explanation from your doctor before your procedure (or maybe after as well) explaining to you what was done, but they probably didn’t use a bunch of terms you’re not familiar with or speak to you the same way they were talking to the other people in green here while it was happening, right? Now I’m not saying it’s like surgery, but
- we have this thing called SharePoint...
- It can do all of these things… and more, of course
- We have ALL these things to build with; we’re going to pick the right features, set them up a certain way, put ‘em together, and we’ve got our solution…
- The problem is: How do you talk to these people about how to match up what the do all day and how they do it with this platform they know NOTHING about? And you need to do all that without them becoming…
- Your users are used to words like these.
- They have not the slightest idea about words like THESE, and these are the terms you’re used to using all the time on your end, right?
- Then there are these big important ideas you need to think about when you’re planning for content management, regardless of the platform.
- Talking to your users can be very challenging. There are many different roles you may have to play…
- You need to solicit enough information Along the way you may need to elicit more input You may be putting some people on the spot to talk about what they do
- You’ve got to assimilate what is laid out for you by your constituents You’ll be spoken to in a context that is probably foreign to you Eventually you need to spit it back out to verify you heard everything correctly You may eventually have to communicate needs accurately to any other developers
- This is probably not the first time some technical person has tried to help them They probably have had bad experiences in the past You may need to console; hold peoples’ hands; let them articulate their frustrations Encouragement may be required to keep the ideas coming
- You’re the master artist Their problems are in your hands You’re going to have to design something in SharePoint to fit stuff that wasn’t designed for SharePoint What you build will be with these people for a while so it’s gotta last
- There are probably multiple routes to reach the same goal; which one do you pick? Sometimes it’s a game of Tetris to get everything to fit into a new site properly, especially during a migration
- So you all are sitting out there; what are you thinking at this point? Anyone identify with one or more of these? “So wait, he’s saying I’ve gotta play all of these roles just to get some people set up on SharePoint?”
- Just be cool You don’t have to be John Travolta to get this done. Lemme give you a little bit of background on content management so we’re all on the same page.
- You’ve got a document We want some qualitative data about the content to differentiate it from the sea of other documents
- How did you get to this document in the first place? The consideration here is actually less about the document itself about your USERS, and It’s about half and half. Some people like to follow a map and street signs along the way to get to where they want to go. Others like to search for their destination and expect it to come up pretty high in the result set. What kind of person are you? Think about your email. If you’re a filer and have tons of nested folders that you put your emails into, you’re probably an green ‘navigation’ person. If you’ve got all your emails in your Inbox and anytime you want to find something you type in a keyword or you group and sort by sender, you’re probably a purple ‘search’ person. You have to consider both approaches when planning for managing your content in SharePoint.
- Let me put this term out there, CONTENT ARCHITECTURE. What is it?
- It’s about Content Management Here, we’re looking at two parts to the whole 1. A specification. What’s that? It’s an outcome 2. Activities and outputs. We’re talking about a process
- It’s part of a process which is going to help you achieve your content strategy and will form the foundation for content management But I want to bring up one of those more complex terms we saw earlier, and that is…
- What is this thing called TAXONOMY? OK so we’re going to be categorizing our stuff. Cool.
- Even more simply…
- The goals are helping users FIND their stuff and USE it effectively.
- You can’t have a complete content architecture without a taxonomy
- Taxonomy is part of the bigger picture; shouldn’t be examined in a vacuum. Other parts of your content architecture will include policies, workflows, etc.
- Remember that content architecture is the foundation for content management Taxonomy is the map; the plan; the blueprint in SharePoint My major point here is: You must plan ahead if you want to get all the way there
- The goal is to create Pleasantville.
- But you’re going to end up in the Wild West if you don’t think carefully about this stuff
- Once we have our taxonomy we need to apply it to our content.
- Why do we bother encouraging our users to tag?
- This stuff is not black and white or one-size-fits-all. I cannot tell you today an exact process to follow that will work for everyone in every case for all content. And if you approach your users or whoever you’re working with on this stuff with the same solution every time, you’re doing it wrong. But let’s get into some suggestions I have for your process.
- Simultaneous editing Automating processes Stopping everyone from clogging up Inboxes with attachments
- Taking advantage of version control Organizing and tagging the documents Considering records management
- We can talk about all of these goals without even mentioning the ‘S’ word.
- Here’s an example of setting a group’s expectations about how you’ll proceed and also importantly when.
- Iterate. Give them homework. Come back at least a second time and review.
- You should be able to talk about content with your users completely outside the context of the platform you’re ultimately going to be using. LATER, you’ll start to apply the features and capabilities of SharePoint to what you discovered.
- I have a client that was going into meetings with each of their teams they wanted to set up on their new SharePoint collaboration environment, and they started off by giving them a tour of the template they had made up and then asked the team things like: So what libraries do you need? What web parts do you want on the home page? Ask some generic questions.
- Assuming that we’re talking to a particular team about their own content…
- Maybe they need a dedicated space for each relationship with shared calendars and contact lists Maybe they only need to allow access to particular documents at certain times Get the users to walk you through the processes
- Users need to be clear about who might have access to something once they put it there. Think about a separate library, site, site collection… Instead of planning to grant permissions to external users to a particular document, have an appropriately marked designated space, or provide for the opposite. You could establish that the entire site is open to the external group and have a library marked ‘Internal’ with more limited permissions, OR you could have the entire site closed to the external group and have a library marked ‘External’ with more expanded permissions. What are your users going to understand; what is the easiest most clear approach?
- Think about the management of those groups Try to avoid the co-mingling of many SharePoint Groups
- Think about the management of those groups Try to avoid the co-mingling of many SharePoint Groups
- Here’s a few slides of how you might illustrate the advantages and disadvantages of two different architectures
- Think about the different building blocks you have to work with IN YOUR OWN HEAD as you’re listening
- Our content types and our site columns are building blocks that can be used/instantiated in different places to effect different results and support our goals of finding content and making it usable within SharePoint
- SharePoint gives us several layers to work with from the farm all the way down to individual items. It’s important to understand what can be configured where and the scope of those decisions. Line of demarcation Who is using or thinking of using SharePoint Online/Office 365? On-Premise vs. the cloud
- So in understanding your taxonomy and how it’s going to work and support your business processes, manage your content, comply with your security requirements… you need to understand the holistic view of how all of these things will work together in SharePoint.
- Work your way up the layers Again, there’s that line of demarcation.
- This is really handy for categorization but also for validating a navigation structure you’ve come up with.
- Once you get to the point of drawing up specs that actually reference SharePoint componentry, give your users some pictures.
- They’re not going to digest a table of content types, libraries, and site columns, but they can probably understand something like this.
- (as much as possible)
- If you don’t go through this process and plan and communicate across all of the participants, stakeholders, sponsors, etc…