O'Reilly logo

SharePoint 2010 for Project Management, 2nd Edition by Dux Raymond Sy

Stay ahead with the world's most comprehensive technology and business learning platform.

With Safari, you learn the way you learn best. Get unlimited access to videos, live online training, learning paths, books, tutorials, and more.

Start Free Trial

No credit card required

Chapter 4. Adding Stakeholders to the PMIS

Poor communication is probably the single most significant contributor to project failure.

Lois Zells, Managing Software Projects (Wiley, 1990)

Good two-way communication between all project stakeholders is key to project success. Solid project communication forestalls surprises, prevents duplication of efforts, and helps the project manager and the team reveal omissions and misallocation of resources early enough to permit corrections.

The question is, as a project manager, how can you ensure that only relevant project information goes out to the appropriate stakeholders?

If members of the executive management team on your project don’t care about detailed project information, but they are interested in having updates about milestone-level project status, high-level budget information, and overall project health, how do you ensure they receive that information in a timely fashion? On the other end of the spectrum, the project team is more likely to be interested in the project details specific to what they are working on, as well as what affects them. Again, how do you ensure they receive timely and relevant project information?

Project Communications Plan

Creating the project communications plan is an important step in sound project planning. This plan facilitates effective and efficient communications with all project stakeholders, describing how project communications will occur while project work is being done. A good communications plan generally includes the following elements:

  • Communication objectives

  • Targeted project stakeholders

  • Key communications format and content

  • Communication methods and frequency

Why is having a project communications plan necessary? Because part of setting up a PMIS is defining who has access to that PMIS and the level of access that they can have. Table 4-1 summarizes the communication needs of the SharePoint Dojo project.

Table 4-1. SharePoint Dojo project communications requirements

Stakeholder

Project information requirements

Chief executive officer

Regular email updates on project milestones and risks

Chief financial officer

Access to project budget information, and the ability to review and update any change to project finances

Chief compliance officer

Ability to monitor project process compliance, as well as to review and update project risks

Program manager

Ability to review project tasks, milestones, and risks

Other project managers

Ability to review and update project information from other teams to share lessons learned and satisfy continuous improvement process

Knowing which pieces of information are required by different stakeholders will help you create appropriate levels of information access and appropriate methods of delivery. For example, you wouldn’t expect the CEO to regularly check the PMIS for updates; he wants the updates sent via email on a regularly scheduled basis. You can configure the PMIS to send the relevant updates automatically. Wouldn’t that be beneficial? Instead of manually emailing status data to the CEO, you can focus on more important aspects of your project. To learn how to set up automated alerts, see the section Subscribing to Alerts in Chapter 7.

Site Access in SharePoint

Unlike typical websites, you can’t just go to any SharePoint site, register, create an account, and become a site member. It is the responsibility of the site owner to define who the PMIS site members are and to either provide or deny site access to users who request it.

In addition, through site permissions, the site owner specifies the type of access that site members have, including which content site members can view and which actions they can perform within the site. SharePoint comes with default site permission levels:

Full control

By default, the site owner has this permission. Any user with full control can add, update, and delete site components, site members, and list content.

Design

This permission level allows users to customize pages, as well as to add, update, and delete list and library content.

Contribute

This is the most common type of permission granted to project stakeholders. Users with this permission level can add, update, and delete list and library content.

Read

This level grants read-only access to the site.

Creating SharePoint Groups

By default, whenever a site is created in SharePoint, SharePoint groups are automatically created. SharePoint groups are a way to easily organize a specific set of users with the same set of site permissions (see Figure 4-1). These are the three default SharePoint group types:

Site owners

This group has full control permissions. The site owner is assigned to this group.

Site members

This group has contribute permissions. Most of the site members will be assigned to this group.

Site visitors

This group is intended for site visitors who can only have read-only permissions.

Adding Site Members

Before you can add project stakeholders as members of your PMIS, you have to be familiar with how your SharePoint environment is set up. This is a good opportunity to contact your IT/IS department and ask how users are added to SharePoint sites. If you are using a Microsoft environment, users are usually identified in SharePoint by their respective Windows accounts.

SharePoint groups

Figure 4-1. SharePoint groups

Once you know how user accounts are set up in your SharePoint environment, you are ready to add site members to your PMIS. Site members can be added to SharePoint either manually (adding them yourself) or by requesting site access (users request that they be added as site members to the PMIS).

Adding members manually assumes that the site owner has identified the stakeholders who will access the site and already knows their associated SharePoint usernames. If you don’t have this information, ask the IT/IS department to assist you in identifying the usernames.

These are the basic steps for manually adding site members:

  1. Click Site ActionsSite Settings (Figure 4-2).

    Site Settings page

    Figure 4-2. Site Settings page

  2. In the “Users and Permissions” column, click “Site permissions”.

  3. Click the Grant Permissions button on the Permission Tools ribbon (see Figure 4-3).

    Grant Permissions

    Figure 4-3. Grant Permissions

  4. The Grant Permissions page will be displayed (Figure 4-4). Complete the following fields:

    Select Users

    Enter the Windows username (typically, you will use existing Windows accounts to add users in SharePoint).

    Grant Permissions

    Assign the user to a SharePoint group with a predefined permission set, or define permission level directly.

    Send E-Mail

    Specify whether a confirmation email will be sent to the user and, if so, enter the message that will be sent. (Remember, sending email only works if the IT/IS department has enabled this feature on the SharePoint server.)

    Grant Permissions page

    Figure 4-4. Grant Permissions page

  5. Click OK to finish adding the member.

The second method for adding site members is to have the stakeholder access the PMIS and request access. Anytime a user tries to access a SharePoint site that he doesn’t have permission to access, an error page (see Figure 4-5) will be displayed containing a link to request access (if the access request feature is enabled). If the access request feature is not enabled, the only way for an individual to gain access to a PMIS is by having the site owner add the site member manually. Access requests from users will be sent via email to the site owner, who can grant or deny access.

Access Denied page

Figure 4-5. Access Denied page

Enabling the Access Request Feature

Use the following steps to enable the access request feature:

  1. Access the Site Settings page.

  2. In the “Users and Permissions” column, click “Site permissions”.

  3. Click the Manage Access Requests button on the Permission Tools ribbon (see Figure 4-6).

    Access requests

    Figure 4-6. Access requests

  4. Enable the “Allow requests for access” feature, and specify the email address of the site owner (see Figure 4-7).

    Manage Access Requests page

    Figure 4-7. Manage Access Requests page

Customizing Permissions

Defining permissions in SharePoint can be done at the site level. Permissions can also be customized for a list, a library, a list item, or a specific document. Defining site access requires you to consider which site members require what level of access to the contents. For example, suppose that a stakeholder already has the contribute permission for the entire site, but you want to limit her access to the document library to read-only. You can do this by updating the list permission of the document library. To update this permission for the library or for a list, you:

  1. Access the appropriate document library.

  2. In the Library Tools, Library ribbon, click the Library Settings button. This will open the Document Library Settings page (see Figure 4-8).

    Document Library Settings page

    Figure 4-8. Document Library Settings page

  3. In the “Permissions and Management” section, click “Permissions for this document library”.

    If the document library inherits permission from the parent, you have to stop inheriting permissions to customize permissions. Click on the Stop Inheriting Permissions button.

  4. Enable the checkbox of each SharePoint group or site member that you wish to assign to this document library (Figure 4-9).

    Document library permissions

    Figure 4-9. Document library permissions

  5. Click on the Edit User Permissions button on the Permission Tools ribbon.

  6. Update the Permission Settings (Figure 4-10).

  7. Click OK.

Editing document library permissions

Figure 4-10. Editing document library permissions

You can further refine access restrictions by setting permissions for individual items in the library:

  1. Access the appropriate document library.

  2. Hover the mouse over the desired document and click the drop-down menu (Figure 4-11).

    Document library item-level menu

    Figure 4-11. Document library item-level menu

  3. Click Manage Permissions.

    Stop inheriting permissions from the parent by clicking on the Stop Inheriting Permissions button on the Permission Tools ribbon.

  4. Select the site member(s) or group(s) that will have access to this library item.

    Click on the Edit User Permissions button on the Permission Tools ribbon.

  5. Select the desired permission level.

Workshop 4.1: Adding Site Members

In this workshop, you will add members to your PMIS and customize their access privileges. To complete this workshop, you will have to add at least two existing Share- Point users into your PMIS. You might have to coordinate with your IT/IS department and confirm whether the users you would like to add are already part of your SharePoint environment.

For fields and settings that aren’t mentioned in the workshop steps, accept the default settings.

Part 1: Adding Site Members

In this part, you will add site members and grant permissions directly to them, rather than associating them with SharePoint groups. Later, you will change their permissions at the document library level:

  1. Access your SharePoint PMIS. Click Site ActionsSite Settings.

  2. In the “Users and Permissions” column, click Site Permissions.

  3. In the Permission Tools ribbon, click Grant Permissions. The Grant Permissions page will be displayed (Figure 4-12).

    Grant Permissions page

    Figure 4-12. Grant Permissions page

  1. Use one of the following methods to add two users from your organization as site members of your PMIS (the users should already be valid users in your SharePoint environment):

    • Click the address book icon in the Users/Groups field to search for and select the desired users.

    • Type the usernames of each member, separated by a semicolon, in the space provided in the Users/Groups section, then click the checkmark icon to verify that these are recognized usernames in the system.

  2. In the Grant Permissions section, select “Grant users permission directly”, and then enable Contribute.

  3. In the Send E-Mail section, enable the “Send welcome e-mail to the new users” feature, and enter the Subject and Personal Message.

  4. Click OK. The Permissions page will be displayed, including the two new site members (Figure 4-13).

    Permissions page, including newly added site members

    Figure 4-13. Permissions page, including newly added site members

Part 2: Customizing List Permissions

SharePoint does a great job of allowing project managers to restrict access to project information with its capability to customize permissions at the list, library, list item, or library item level. In order to do this, perform the following steps:

  1. On the Quick Launch, click Project Documents (see Figure 4-14).

  2. In the Library Tools, Library ribbon, click the Library Settings button (Figure 4-15).

    Quick Launch

    Figure 4-14. Quick Launch

    Document Library Settings

    Figure 4-15. Document Library Settings

  3. In the “Permissions and Management” section, click “Permissions for this document library” (see Figure 4-16).

    Accessing permissions for this document library

    Figure 4-16. Accessing permissions for this document library

  4. Stop inheriting permissions from the parent by clicking the Stop Inheriting Permissions button on the Permission Tools ribbon.

  5. Select one of the site members you added in the previous part, and in the Permission Tools ribbon, click Edit User Permissions (Figure 4-17).

  6. The Edit Permissions page will be displayed (Figure 4-18). In the Permissions section, enable Read and disable Contribute.

  7. Click OK.

    Edit User Permissions

    Figure 4-17. Edit User Permissions

    New permissions settings

    Figure 4-18. New permissions settings

You have now restricted one of the site members to have read-only access to the Project Documents document library of your PMIS. This change will be reflected on the Permissions page.

Congratulations! You have successfully added and customized access privileges for your site members.

Workshop 4.1 Debriefing

In the first section of the workshop, you added two site members and gave them Contribute permissions, which will allow them to contribute to any of the lists in your PMIS. In Part 2, you modified the permission of a specific site member to have read-only access to the Project Documents document library. This means that even if the site member has Contribute permissions throughout the site, she can only look at documents in the document library.

Best Practices Checklist

  • Coordinate with your IT/IS department to make SharePoint accounts available for your project stakeholders.

  • Most stakeholders will only require contribute permissions.

  • Be very careful in customizing permissions at the list, library, list item, or library item levels.

Summary

  • SharePoint users typically come from the existing Windows user environment. However, even non-Windows users can access SharePoint environments through alternative authentication providers. To learn more about authentication providers, visit http://bit.ly/tp1N7q.

  • SharePoint comes with default permission levels that can be customized.

  • SharePoint groups are a convenient way to manage users.

With Safari, you learn the way you learn best. Get unlimited access to videos, live online training, learning paths, books, interactive tutorials, and more.

Start Free Trial

No credit card required