SharePoint Standards

This is the table of contents for SharePoint Standards. This is an ongoing project and anyone is welcome to participate.

Below are links to pages we am working on where you can find collated information on SharePoint Standards.

Know of some standards we don’t have listed or want to help outline some others? Let us know via the comments.
Richard Harbridge

{ 5 trackbacks }

Standards Update: SharePoint 2007 Development Standards
August 16, 2010 at 7:20 pm
Tweets that mention SharePoint Standards --
August 17, 2010 at 1:55 pm
SharePoint Standards and the SharePoint Standards Project
August 18, 2010 at 1:11 pm
Standards Update: SharePoint Content Standards
August 18, 2010 at 7:38 pm
SharePoint Standards | Share your knowledge
May 31, 2013 at 12:56 pm

{ 9 comments… read them below or add one }

1 Jason MacKenzie August 19, 2010 at 9:10 am

Not sure if should be standard or not but all wsp’s in this environment are deployed using SharePoint Solution Installer.


2 Jason MacKenzie August 19, 2010 at 9:11 am

Oops – posted that comment to the wrong place


3 Richard Harbridge August 20, 2010 at 10:39 am

For a single WSP I don’t know if I would mandate that. Though I could see benefits there is more flexibility with just the WSP on it’s own.

For multiple WSPs how about…
“When a collection of WSPs or dependant WSP files are contained in a solution they should be deployed using a Solution Installer or SharePoint Solution Installer ( to simplify the installation and upgrade process.”

Can’t think of any drawbacks so far. What do you think?


4 Bil Simser February 15, 2011 at 11:03 am

I like how the content is evolving here Richard. Just wondering if you might want to put up a wiki for this to let everyone contribute to it? It can still be controlled/moderated but having more peoples input might move things along. For example there are several navigation statndards I’d like to add (relative paths vs. absoute for example) but have no way of doing it (other than comments or emails). Something to think about. Jeremy has the spdev wiki setup so maybe this could be a section on there?


5 Richard Harbridge February 15, 2011 at 11:22 am

Agreed Bil.

Was hoping to use the NBSP platform for this. Currently there are some delays in getting the SharePoint Business Community area up. I was going to have this live in that area as a wiki format (along with other governance related initiatives).

Alternatively I can always break aspects of this out and distribute management and ownership of it – like ensuring the development standards were in NBSP’s development wiki (evolved version of SPDevWiki). Let me coordinate with Jeremy on that one – as I am not sure where he is in the ‘transition’ process from SPDevWiki to the new NBSP dev wiki. πŸ™‚

P.S – If you send me the other parts now via email ( or twitter or any other method I promise I will update them as soon as possible here). Also if you have any other advice/ideas for where this could be hosted/provide better benefit feel free to let me know. I don’t care/need to own any of it. Just trying to ensure changes are validated/discussed. πŸ™‚


6 John Shaw May 17, 2011 at 4:08 pm

Hi Richard, I met you at the SharePoint Summit. Currently I have been tasked to suggest a modified SDLC approach for our SharePoint inhouse. However the dilema I am faced with is, all references I am finding, are heaviliy biased towards the developer-centric approach to SharePoint development, whereas I use the Author-centric approach to development and do not even venture forth into Visual studio or codeland for anything. I am finding though, the way a development shop is set up, developer, author, coder, out of box, front-end or hybrid would have direct bearing on the process and the types of deliverables and deployments. Is there anywhere you can point me for a best practice author-centric (codeless and useing SharePoint designer) development process, or hybrid author/developer, that utilizes a development, UAT and Prod environments with changes always always progressing through the three environments with no production modifications. An Ideal development environment for us would be a combined Author-centric focused (using SharePoint Designer and declaritive workflow)s, and the developer-centric (using Visual Studio and .NET coding), with even an ability for 3rd party off-site development also.


7 Nilesh Mehta December 12, 2011 at 5:01 pm


Would definitely love to contribute if you don’t mind. Some of the other areas I think are:
0: Infrastructure / Change Control
1. Managed Metadata Standards
2. User Profile Standards
3. Authentication (NTLM, Kerberos, FBA, Single Sign On) (Other auth providers) (Claims)
4. Training
5. BI Standards
6. ECMA / JavaScript / jQuery (though this might fall more in the development standards)

Let me know.

Best Regards,
Nilesh Mehta


8 treebean20 November 5, 2012 at 7:27 pm

Great job starting to document these standards. I look forward to your next version. I find them very helpful in my work. Minor thing to note is the use of apostrophes when not needed: e.g., it’s instead of its, sites instead of site’s


9 treebean20 November 5, 2012 at 7:34 pm

I transposed my comment about possessive pronouns:
e.g., it’s instead of its, site’s instead of sites, I suppose it will be more helpful if I identify exactly where I saw the edits. I will do that and get back to you.


Leave a Comment