54
Dan Usher and Scott Hoag 28 July 2012 Microsoft, New York City, NY Worst Practices of SharePoint 2010

Worst Practices of SharePoint 2010

Embed Size (px)

DESCRIPTION

In a perfect world, SharePoint systems are well planned with defined requirements, stakeholder approval, and methodology approaches. Oh, and unlimited budgets. But the reality of SharePoint implementations is deployments and operations are typically not what might be seen through rose-colored lenses.In this session, you will learn what the instructors have seen in terms of worst practices and approaches for getting a system implementation and deployment back on track, as well as methods to fix and optimize operations that may not be addressing your system's current needs. For all of the things that can go wrong with your SharePoint implementation, one of the best things we can do is learn from others. From not accepting that implementing an established information architecture and having an available infrastructure are core tenets of every SharePoint installation to managing SLAs with your end users. Come to this class to hear not only worst practices, but also worst experiences.

Citation preview

Page 1: Worst Practices of SharePoint 2010

Dan Usher and Scott Hoag28 July 2012Microsoft, New York City, NY

Worst Practices ofSharePoint 2010

Page 2: Worst Practices of SharePoint 2010

Thanks to Our Sponsors!

Page 3: Worst Practices of SharePoint 2010

who are we?

Infrastructure Consultant at Applied Information Sciences8 years of experience with the SharePoint platform from MCMS 2002 to SharePoint 2010 today Enjoys discussions about user adoption, search, and world peaceRecently returned from a trip around the world…

ScottHoag

ciphertxt

Page 4: Worst Practices of SharePoint 2010

who’s that other guy?

Lead Associate at Booz Allen Hamilton7 years of experience with SharePoint going back to adventures with STS 2001 and SPS 2003 with fun in the SharePoint 2007 and 2010Follows the SharePoint Credo - ADIDASAll Day I Dream About SharePointEnjoys discussions about Claims AuthZ, SmartCard AuthN, Atomic Molecular Optics & the Big Bang TheoryEnjoys whey protein biscuits

DanUsher

usher

Page 5: Worst Practices of SharePoint 2010

and what about this guy?

Page 6: Worst Practices of SharePoint 2010

introductions

Page 7: Worst Practices of SharePoint 2010

a few ground rules…

Page 8: Worst Practices of SharePoint 2010

housekeeping

Please remember to turn in your filled out bingo cards and event evaluations for prizes.SharePint is sponsored by Summit 7 Systems across the way at the Hilton NYC.Follow SharePoint Saturday New York City on Twitter @spsnyc and hashtag #spsnycCell Phones set to vibrate, Phasers set to stunQuestions? Don’t get the Jargon or Acronyms? Ask a question

Page 9: Worst Practices of SharePoint 2010

agenda

IntroductionsHouse KeepingCommon ChallengesBad Practices and Pain PointsProper ApproachesConclusions

Page 10: Worst Practices of SharePoint 2010

what's this talk about?

SharePoint the Product vs. SharePoint the Platform Collaboration Development Administration

Considerations for Frameworks and Governance Technical Business Social

Potholes and cracks in the roadRecovering from disaster…

Page 11: Worst Practices of SharePoint 2010

it’s also about…

Avoiding ending your day like this…

Page 12: Worst Practices of SharePoint 2010

SharePoint as a product

SharePoint is our… File Share Calendar Forms Management System Web Content Management Tool Records Management System Digital Asset Management

…universe

Page 13: Worst Practices of SharePoint 2010

SharePoint as a platform

SharePoint hosts my… Time Tracker Help Desk Center FAQ Center Event Planning Productivity Hub Inventory Tracker Knowledge Base Lending Library Asset Tracker

…which keeps my business moving forward.

Page 14: Worst Practices of SharePoint 2010

common challenges

Page 15: Worst Practices of SharePoint 2010

common challenges triangle

Technical

BusinessSo

cial

Page 16: Worst Practices of SharePoint 2010

it can boggle the mind…

Page 17: Worst Practices of SharePoint 2010

what are your pain points?

Page 18: Worst Practices of SharePoint 2010

technical challengesAuthentication and AuthorizationExternal Accessibility and ExtranetsSystem Scalability and CachingSearchUsability / Client IntegrationUser Interface Design and BrandingApplication Lifecycle ManagementMigration ChallengesNew Capabilities IntroducedTraining3rd Party Products and Integrated SystemsVariations and Multi-Lingual

Page 19: Worst Practices of SharePoint 2010

business challenges

System Adoption Design of System Accessibility of System Lack of Features Lack of FederationBusiness Process ManagementResource Availability and TrainingMulti-Generational Culture DifferencesHosting Solutions – To the Cloud?Mobile, Disconnected and Distributed WorkforcesIT Shops disconnected from Business Users

Page 20: Worst Practices of SharePoint 2010

social challenges

What is ‘Social’?Disabling or not planning for OOTB functionality of MySites, Audiences, etc.Information SilosLack of / Too much GovernanceNo planning for structured metadataNot leveraging folksonomy, ratings, etc.Lack of Directory Structure Impacts Active Directory information (Manager, Reports,

etc) Findability of sites, communities and

documents

Page 21: Worst Practices of SharePoint 2010

typical user base

They’re not technically savvy

They don’t want to deal with “the SharePoint”

They want results

Page 22: Worst Practices of SharePoint 2010

bad practices and pain points

Page 23: Worst Practices of SharePoint 2010

planning

Do you have a plan?Ensure business, technical, and social plans align.

“If you have no plan, you plan to fail.”

Page 24: Worst Practices of SharePoint 2010

technically speaking how'd we get here?

Did we have a plan in place? Development Guidelines Architecture Plans (Physical and Logical) System Design Document Implementation Documents/Installation Guides Change Management Plan Requirements Traceability MatricesDid you have a vision or business case for the use of SharePoint in place?Did you have a visioning group work to define needed capabilities and solutions?What about Agile development methods?

Page 25: Worst Practices of SharePoint 2010

what didn't we do right?

Lack of Governance surrounding several key areas: Business Drivers for what the system is

for Development Guidelines Infrastructure Processes Architecting for the future Deployment to the user community

Page 26: Worst Practices of SharePoint 2010

development disasters

Source Control ManagementDevelopment Methodologies Not having a methodology…

Release based, Waterfall, Agile? Not understanding Agile… but trying to practice

it… Test Driven Development (Nunit, TypeMock) Continuous Integration

Separate Development and Quality Assurance EnvironmentsSolution Types and Issues Farm Based Solutions Sandboxed Solutions

Page 27: Worst Practices of SharePoint 2010

typical coding practices

Page 28: Worst Practices of SharePoint 2010

more development disasters

Features, Web Part Packs, Solution Packages Scoping of Solutions Solution Behavior (bin / GAC / Sandbox) Install, Deploy, Retract, Remove

Knowing the differences between a site definition, a web template, and a master page… Branding mattersLack of Documentation Requirements, Design, Implementation

Disposing of Objects Properly

Page 29: Worst Practices of SharePoint 2010

enterprise infrastructure processes

IT Governance & Service Level AgreementCapacity PlanningSystem MaintenanceDisaster RecoveryContinuity of Operations RTO / RPO / RLO

Sourc

e:

Sean M

cDonough @

spm

cdonough

Page 30: Worst Practices of SharePoint 2010

operations and maintenance

Scheduled and Emergency/Unscheduled Maintenance TimeDeploying code without testing in a staging environmentLack of regression pathDisaster RecoveryBusiness Continuity of Operations

Page 31: Worst Practices of SharePoint 2010

knowing your tools

Page 32: Worst Practices of SharePoint 2010

what’s in your IT Pro toolbox?

STSADM and PowerShellPSConfig argumentsCustom PowerShell CmdletsCHM files of TechNetSP Admin Toolkit and Diagnostic Management StudioSQL Analyzer & Maintenance PlansULS Log Spy ViewerFree Trials from ISVs

Page 33: Worst Practices of SharePoint 2010

alternative approaches

Page 34: Worst Practices of SharePoint 2010

turning the ship around…

Approach

Planning

GovernanceDocumentation

Execution

Page 35: Worst Practices of SharePoint 2010

the approach

What’s the problem we’re trying to solve? Being able to define both the mission and the

vision…

Project Planning and Execution PMBOK DMAIC Agile

Define Business Rules, Processes, and Requirements

Page 36: Worst Practices of SharePoint 2010

planning

Start off with the governance checklist… SharePoint 2007 - http://go.spdan.com/xeurd SharePoint 2010 - http://

go.spdan.com/sp2010gov

Use the sample project plans… SharePoint 2007 - http://go.spdan.com/hmewo SharePoint 2010 - http://

go.spdan.com/sp2010project

Firm up your stakeholders and work to define solutions that meet their needs…Hire a SharePoint consultant to assist…

Page 37: Worst Practices of SharePoint 2010

architecting for the future…

Vision…Use cases…Planning the enterprise taxonomy and logical architecture… Physical architecture?Logical architecture?Sources:

http://bit.ly/sps-ref-wssLA http://go.spdan.com/kuouhhttp://go.spdan.com/2010tech

Page 38: Worst Practices of SharePoint 2010

defining the framework

Remaining rigidly flexible for change…Planning for Data Partitions and Software Boundaries…Disaster Recovery - both big and smallDefining governance and use of the system Site Quotas MySites Site Creation Process User Permissions SharePoint Designer Solution Types (Sandboxed vice Farm) Disaster Recovery Plan

Page 39: Worst Practices of SharePoint 2010

misconceptions and gotchas

Recycle BinDisaster Recovery “Oops”Recovering across DomainsConsolidating and Migrating Build Numbers Workflow History

GovernanceSocial

Page 40: Worst Practices of SharePoint 2010

diversity of governance

Page 41: Worst Practices of SharePoint 2010

governance

Roles and ResponsibilitiesBusiness Rules and PoliciesSystem Usability and User AcceptanceInfrastructure Implementation and Maintenance Processes Software Development GuidelinesArchitectureChange ManagementTraining

It’s not just a piece of paper

Page 42: Worst Practices of SharePoint 2010

governance by committee

Page 43: Worst Practices of SharePoint 2010

governance

…shouldn’t be defined by a single individual…shouldn’t just be technical in nature…should take into consideration the purpose of the system…will make or break your deployment…must be flexible to change…determined by a committee and revisited

Page 44: Worst Practices of SharePoint 2010

service management

Page 45: Worst Practices of SharePoint 2010

service management takeaways

Determining realistic service level agreementsProviding adequate staffing to meet your end user needsKeeping the end user in mind

Page 46: Worst Practices of SharePoint 2010

documentation

Develop Use Cases to test against Regression Testing Plan – Test all cases you

create QA

Use the architecture planning documentation examples available from Microsoft SharePoint 2007 - http://go.spdan.com/efpxr SharePoint 2010 - http://go.spdan.com/yfeqp

Page 47: Worst Practices of SharePoint 2010

more documentation

SharePoint Online Development Guide - http://go.spdan.com/cmzbm

SharePoint App Dev Guidance SharePoint 2007 -

http://go.spdan.com/sp-dev-aug09 SharePoint 2010 - http://go.spdan.com/dwyee

Implementation Guides Communications Training Onboarding User Documentation

Page 48: Worst Practices of SharePoint 2010

executionMaking sure that stakeholders, users, designers and developers are going in the same direction Visioning Team Business

Requirements and Solutions Development

Change Control Board

Communicate with the business They can’t hear you if you’re not screaming

Page 49: Worst Practices of SharePoint 2010

defining a framework for success

Figure out what the system will be doing before deployment… cast a vision and stick to it!Ensure process and governance are developed and used not only for Developers and Designers, but for the end user.Keep the user base informed, don’t expect them to go in the web part gallery on a regular basis - explain what’s new!

Page 50: Worst Practices of SharePoint 2010

striving forward

Implement feedback mechanismsReview and refine processes and proceduresAdapt to the needs of the user base and organizationRemain rigidly flexible

Page 51: Worst Practices of SharePoint 2010

at the end of the day

Page 52: Worst Practices of SharePoint 2010

questions

Page 53: Worst Practices of SharePoint 2010

evaluations