SharePoint enterprise search gets boost from governance planning

SharePoint enterprise search can be improved by forming a solid governance plan and a knowledgeable search governance committee to oversee and implement the plan. Here, learn what the governance plan should address and who should be a member of the search committee.

By submitting my Email address I confirm that I have read and accepted the Terms of Use and Declaration of Consent.

By submitting your personal information, you agree that TechTarget and its partners may contact you regarding relevant content, products and special offers.

You also agree that your personal information may be transferred and processed in the United States, and that you have read and agree to the Terms of Use and the Privacy Policy.

functionality benefits most of all.

Like all parts of SharePoint, there is good news and bad news about governance. For many organizations, the bad news is that it's extremely difficult to incorporate a governance plan where none existed.

But here's the good news: You can quickly configure and improve on enterprise search at almost any time.

And when you implement a governance plan for enterprise search , you can see immediate results.

No successful governance plan is written in stone. However, as it relates to search, governance is especially fluid. Live SharePoint implementations change a great deal over time, and this can have a positive impact on search.

What should a SharePoint governance plan address?

Don't have a governance plan yet? What are you waiting for? Here are some of the criteria that a SharePoint governance plan needs to address:

Managing scopes

Defining content sources

Defining and managing content types

Identifying best bets and keywords

Using third-party tools or custom functionality to extend search, such as a wild card search

Training end users

A successful governance plan for search should call for the formation of a search committee to help identify, analyze and properly respond to governance issues, such as enterprise search.

When forming a search committee, it is important to understand that most people who define and configure search in SharePoint are lightweight users at best. Almost all search administration is managed by SharePoint administrators, who do not represent the primary audience of the product.

Of course, the ones who are actually searching for content on SharePoint are the end users. This is not to say that the search committee should exclude SharePoint administrators. It does mean that the SharePoint search committee should include a variety of other user types.

Who is on the SharePoint search governance committee?

Governance committee membership for SharePoint search will vary from company to company. However, consider the following guidelines:

One or two rotating positions filled with a knowledgeable end user -- or power user

End users give feedback that is vital, but it tends to be anecdotal. End users speak with the authentic voice of real world experience, but they typically have a weak technical understanding. As a result, their experience -- negative or positive -- must be carefully interpreted by the other committee members.

Business analysts are trained to interpret end user business requirements and map those requirements to existing functionality or new functionality. Analysts may recommend changes to search from an administrative perspective -- such as creating new scopes -- or even recommend custom solutions such as developing new search Web parts.

SharePoint administrators are masters of the current environment. If they don't know the details of a particular configuration -- such as how many records are included in a particular search scope -- they can quickly find out. Administrators provide the empirical evidence. They run SharePoint's search reports and distribute them to the committee. Administrators typically implement the search committee's search configuration decisions.

SharePoint developers absorb all of this information and work with the business analysts to implement custom tools as needed. For example, many organizations want some kind of wildcard search tool. Although some vendors offer these types of products, a company may decide instead to develop its own internally. Developers should participate in search committee meetings so that they can offer advice on best practices for meeting end user search requirements. However, search committee meetings do not take the place of standard systems development life cycle practices. They simply enhance those practices. Search committees should meet at least monthly. A company that is just beginning with SharePoint may want its search committee to meet more often during the initial rollout.

What happens at a SharePoint governance meeting?

After covering a previous meeting's action items, the meeting would continue with end user feedback. Keep in mind that in most cases, this would be anecdotal in nature. The end users answer open-ended questions such as: Is search working overall? Has it improved, gotten worse or just about the same? Does it work better for some groups than others?

This discussion is peppered with specific examples. The end-user members should execute some searches for the committee, demonstrating a set of successful and failed searches. The rest of the committee discusses these results, each from his or her own perspective.

Identify weaknesses in information architecture. For example, assume users search for a term, "invoice number." At the same time, content type defines that column. This kind of search points to a need for that content.

The committee will find a number of opportunities to improve search through this process.

SharePoint enterprise search can work reasonably well out of the box, although it works best with a carefully defined information architecture and a well considered site taxonomy. True -- it is best to address search from the very beginning. But if it was missed in the beginning -- and this happens frequently -- it's never too late to start. A properly functioning SharePoint search governance committee will lead the way.

Paul Galvin is a Microsoft SharePoint MVP and a SharePoint solutions architect at EMC Corp. Galvin has worked in the IT industry for more than 15 years in areas such as software development, consulting and SharePoint solutions design, where he works with clients to create business solutions using the SharePoint platform. He contributes to the SharePoint community through MSDN forums and his blog at http://paulgalvin.spaces.live.com.

0 comments

Register

Login

Forgot your password?

Your password has been sent to:

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy