Setting Up A Project SharePoint Site Part 7 – Security

Executing Monitoring and Controlling

You can setup your SharePoint site security at a variety of levels. You will need to be the site administrator to do this. Here are some of the key ways you can secure your site:

  • Site Level – Control access to the entire site. You can deny access to individuals or groups. You can also define large groups of people as visitors (read only). You may assign the appropriate individuals the ability to create content or design content. You can also assign others to be site administrators but I advise you to limit this to one backup person.
  • Library/List level – by default all libraries and lists inherit the site level security. If you want different security for some libraries and lists, you need to break the inheritance and custom define the security for that library/list. This is useful for private or sensitive documents such as contracts and individual performance evaluations. If you secure a library/list, it will not appear in the navigation or the site map for those in which access is denied.
  • Document level – by default all documents in a library inherit the document library security. You may break this inheritance for individual documents within the library. This is useful if you have a very small number of documents to secure and don’t want to establish a new library.

You need to pay close attention to how you setup security so the site will be useful to all stakeholders while simultaneously protecting sensitive information. I suggest you consult with your project sponsor and establish a security access process before allowing access to the site.

For more on SharePoint and other Project Management topics, my book “Project Management For The Real World” is available in paperback and Kindle formats at

amazon.com/dp/b089krddvn

Setting Up A Project SharePoint Site Part 6 – Project Status Dashboard

Executing Monitoring and Controlling

Assembling a Project Status Dashboard is a powerful way to use the capabilities of SharePoint. Instead of having to create a weekly status report manually, SharePoint can do it for you using information you are already updating on the site. This can be a big time saver. The page is updated in real-time as you update the component parts that are shown on the page so the sponsor or other stakeholders can always see the latest status instead of having to wait for you to send it.

Another advantage of the dashboard is that it acts like “mission control” for the project manager. I would always start my day on the dashboard to help determine on what I need to focus. In one place you have your upcoming milestones, high impact issues and risks, and action items due in the next 7 days. You can drill into the details of each item right from that page. This beats looking for each piece individually in documents on a network drive.

I use the SharePoint “web part page” to set up the Project Status Dashboard. A “web part page” allows you to assemble a page from existing lists, libraries and other SharePoint components you have already built on your project site. I like the 3-column format for fitting all of the important information.

Here is the information I include and how I format it:

First Row, across all 3 columns:

The Project Information Announcement – contains basic project information such as the name, number, description and benefits, sponsor name and project manager name.

Second Row, across all 3 columns:

The Project Status Announcement – contains a few sentences from the Project Manager and Lead Business Analyst on the state of the project. I like to update this weekly or whenever an important milestone is reached.

Third Row:

Column 1: The Project Health Scorecard

Column 2: A view on the Issues list containing only high impact Issues, and under that, a view on the risks list containing only high exposure Risks

Column 3: Upcoming Milestones (current month and next month)

Fourth Row, across all columns:

Time Off Calendar for key project team members and stakeholders

Fifth and Sixth Rows, across all columns:

Action Items Due in the next 7 Days – I use a view over the Action Items List.

Action Items Completed in the last 7 Days – I use a view over the Action Items List.

Seventh Row, across all columns:

Key project documents from the document libraries.

You may need to educate and train your users to come here first for information but it will be well worth your time to do so.

For more on SharePoint and other Project Management topics, my book “Project Management For The Real World” is available in paperback and Kindle formats at

http://www.amazon.com/dp/b089krddvn

Setting Up A Project SharePoint Site Part 5 – Calendars

Executing Monitoring and Controlling

The SharePoint Calendar web parts are a convenient way to share date related project information in a convenient format. It also connects to MS Outlook so meeting invitations can be managed in either platform.

Here are the two main calendars I always set up for my projects:

  • “Calendar of Events”. I use this to show key upcoming events such as regularly occurring meetings, key milestones and any other events of interest. I always add this web part to the home page as well as making it part of the left navigation.
  • “Upcoming Time Off Calendar”. This one shows the upcoming planned time off for key project contributors. I always add this web part to the status dashboard.

When I display these calendars as web parts on other pages, such as the home page and the status dashboard, I use “list view” and limit the number of entries displayed so they fit neatly on the page. As with all SharePoint web parts, users can click an item on the list to drill into the details (e.g. meeting locations and agenda, reason why someone is absent, etc).

Another use for the Calendar web part is to show high level project phase start/end dates. MS Project can be too complex to read for most non-PM’s so the SharePoint Calendar offers an alternative.

For more on SharePoint and other Project Management topics, my book “Project Management For The Real World” is available in paperback and Kindle formats at

http://www.amazon.com/dp/b089krddvn

Setting Up A Project SharePoint Site Part 4 – Document Libraries

Executing Monitoring and Controlling

You can create document libraries in SharePoint for any of your project-related documents but in this post I will only address the libraries I use for Project Management purposes. Having all of your key documents organized in SharePoint is useful for communication, collaboration, reference and external audit.

The five libraries I always establish on my project SharePoint sites are:

  1. Project Initiation
  2. Project Planning
  3. Requirements and Scope
  4. Project Execution
  5. Project Close

The Project Initiation library contains the Project Charter, the approved Business Case, the Roles & Responsibilities matrix and any relevant Contracts.

The Project Planning library contains the Master Project Schedule and any sub-schedules, plus any and all project planning documents (e.g. Project Management Plan, Project Activity Plans, Project Schedule, etc).

The Requirements and Scope library contains all of the documents related to the project requirements including diagrams and tracking matrices.

The Project Execution library contains all of the formal status reports including both the internal reports only used by the core team as well as the publicly published reports. It will also contain any formal change requests.

The Project Close library contains all of the formal sign-offs and the Project Close checklist that may be mandated by your organization.

You may also wish to create libraries for your Software Development Life Cycle (Design, Construction, Testing, Implementation).

For more on SharePoint and other Project Management topics, my book “Project Management For The Real World” is available in paperback and Kindle formats at

http://www.amazon.com/dp/b089krddvn

Setting Up A Project SharePoint Site Part 3 – Key Lists

Executing Monitoring and Controlling

The SharePoint List is a powerful feature. It has a lot of the features of Excel but because it is native to SharePoint you don’t have to open a document to use it. You can also create views and web parts from a list, as well as sort and filter on columns. When I address the Project Status Dashboard, we will use views over lists to create some of the pieces of the dashboard.

Here are some of the key lists you should create as part of your project site. You may find a need for additional lists based on the needs of your project.

  • Action Items – I use this to track tasks that are at too low of a level to be on the MS Project schedule. Typical fields on this list are: description, assigned to, date assigned, date due, status, completion date, and comments.
  • Risks – I use the SharePoint list for risk management because of the versatility as noted above. Typical fields on this list are: risk description, status, date created, probability, impact, exposure, risk trigger, mitigation plans, contingency plans, risk owner, and comments.
  • Issues – I also use the SharePoint list for issue management because of the versatility as noted above. Typical fields on this list are: issue description, status, date created, assigned to, impact to project, date closed, and comments.
  • Milestones – I take the major milestones from the MS Project Schedule and place them in a list for easy reference. These are also used on the dashboard. Fields are: Milestone description, planned date, actual date.
  • Test Cases – having your test cases in SharePoint is especially useful for projects with two or more testers. It makes it easy to assign work and check status across the testing team. The testers can update the list themselves for assignments and status updates.
  • Test Issues – SharePoint has the ability to link lists. Since there are usually more than one Test Issue associated with a Test Case,  I like to link the Test Issues list with the Test Cases list to get a complete view of each Test Case.

In Summary, the SharePoint List is a powerful feature and I highly recommend you consider creating lists to replace any Excel project tracking documents.

For more on SharePoint and other Project Management topics, my book “Project Management For The Real World” is available in paperback and Kindle formats at

http://www.amazon.com/dp/b089krddvn

Setting Up A Project SharePoint Site Part 2 – Announcements

Executing Monitoring and Controlling

Using the SharePoint Announcements web part  is a good way to convey small amounts of important information on your site’s pages. I like to use Announcements mainly on the home page and the project status dashboard page.

You can set an expiration date for each announcement which is useful if the information will no longer be of value after a certain date. You can leave the expiration date blank if you wish the announcement to be “sticky” (i.e. will never disappear from the page).

Here are some example uses for announcements:

  • The “Welcome!” announcement. This is placed on the home page with no expiration date and orients the user as to where they are, how the site is used, and who to contact for questions.
  • The “Latest News” announcement on the home page. This contains a brief status update and I usually set the expiration to one week.
  • The “Project Summary” announcement on the project status dashboard page. This contains the project name, number, sponsor name and project manager name. It also gives a brief description on the project.
  • The “Project Status Update” announcement on the project status dashboard page. This is usually filled out by the project manager with input from the main point of contacts from the business and IT sides.

Ask your project team members for ideas in which to leverage announcements for your specific needs.

Note: Much more detail on Setting Up A Project SharePoint Site can be found in my book “Project Management For The Real World”, available in paperback and Kindle formats at

http://www.amazon.com/dp/b089krddvn

Setting Up A Project SharePoint Site Part 1 – The Home Page

Executing Monitoring and Controlling

The Home Page of your project SharePoint site is the initial landing page for collaborators and stakeholders. As such, I like to keep it clean and uncluttered. Here are the elements I like to include:

Heading (Top of Page):

  • Project logo (if you have one) and the official name of the project

Left Side of Page:

  • SharePoint populates the home page left side with the navigation to lists, Document libraries, calendars, etc. You can customize the order in which things appear and use Security to determine if they appear at all for some users. I recommend listing the most useful or most used items first.

Center of Page:

  • The “Welcome!” announcement. This is placed on the page with no expiration date and orients the user as to where they are, how the site is used, and who to contact for questions.
  • The “Latest News” announcement. This contains a brief status update and I usually set the expiration to one week.
  • “Calendar of Events”. I use this to show key upcoming events such as regularly occurring meetings, key milestones and any other event of interest.
  • “Upcoming Time Off Calendar”. This one shows the upcoming planned time off for key project contributors.

Right Side of Page:

  • Project Logo (larger than in the heading, if you placed it there.
  • External Links. I list quick links to other key sites of interest to the project stakeholders.

That’s it for the home page. You do not want to overwhelm your visitors with information on any one page as that will discourage them from using the site. For some users not used to using SharePoint, you may have to use some formal “Change Management” to get them on board.

Note: Much more detail on Setting Up A Project SharePoint Site can be found in my book “Project Management For The Real World”, available in paperback and Kindle formats at

http://www.amazon.com/dp/b089krddvn

Setting up a Project SharePoint Site – Overview

Executing Monitoring and Controlling

If your company uses Microsoft Windows for your computers, chances are you also have the free version of SharePoint available to you (ask your Windows administrators). If you do, SharePoint is a wonderful tool to use to assist in Project Management and to enhance communication and collaboration on a project.

In the upcoming posts I will address the following topics:

  • Part 1 – The Home Page
  • Part 2 – Announcements
  • Part 3 – Key Lists
  • Part 4 – Document Libraries
  • Part 5 – Calendars
  • Part 6 – The Project Status Dashboard
  • Part 7 – Security

I am not going to describe the mechanics of working with SharePoint. Microsoft has plenty of online resources and courses to help you with that. I will focus on how you can take advantage of SharePoint features and functions to assist your project management.

Note: Much more detail on Setting Up A Project SharePoint Site can be found in my book “Project Management For The Real World”, available in paperback and Kindle formats at

https://www.amazon.com/dp/b089krddvn

The Project Status Update Meeting

Executing Monitoring and Controlling

One way to monitor and track the status of your project is to conduct a recurring project status update meeting. For most projects, weekly will suffice. Attendees should be the work stream leaders and key contributors. These meetings should be structured and have a standard framework that the attendees know in advance so they may prepare. Like all meetings, they also should be efficient. Stay on topic and finish early if possible.

Here is a recommended framework:

  • Accountability: Review the task commitments planned for the prior week. For the ones not completed, get to the root cause of why. If there were obstacles preventing completion, work to remove them. That is an important part of the PM’s job. If the task is taking longer than planned, discuss with the team options for getting back on track. Adding small rewards for meeting original commitments can also be a surprisingly good incentive.
  • Commitment: Plan the tasks for the upcoming week. Assign owners and get commitment dates directly from the task owners.
  • Awareness: Review the major milestones for the current month and the upcoming month. Make sure everyone has their “eyes on the prize”.
  • Issues: Review the high impact issues. Determine how the team can collectively help resolve them.
  • Risks: Review the high exposure risks. Determine if the probability or impact as changed. Ensure that the risk mitigation plan is being followed and the risk contingency plan is still sound. Ask if any new risks have arisen.
  • Availability: Review planned time off for key team members. Make the sure the schedule accounts for this time and there is a backup plan.
  • Open Forum: Ask each attendee if there is anything else they wish to discuss. It should be a topic of general interest to all or most of the attendees. This is important to make the team members know they have a voice in the project.

For larger projects I create a form for each work stream with the structure above. I update it at the status meeting and distribute it to the work stream owners at the end of the meeting. The work stream owners update the form by end of day two business days prior to the next meeting and send it to me. This has worked very well and I highly recommend this process.

Note: Much more detail on Status Meetings can be found in my book “Project Management For The Real World”, available in paperback and Kindle formats at

http://www.amazon.com/dp/b089krddvn



u

Project Status Reporting

Executing Monitoring and Controlling

Your Project Status Reports, like all communications, will vary with the audience. For large projects, your two main audiences are the Executive Steering Committee and the Project Sponsors. All status reports should have heading level information such as the Project Name and Number, a brief description, and the date and author(s) of the report.

Listed here are the elements I recommend including on the status report, with the designation “ESC” if you should include this item on the Executive Steering Committee report and “PS” for inclusion on the Project Sponsor report.

  • The Project Health Scorecard (defined in the posts preceding this one) – ESC, PS
  • High Impact Issues – ESC, PS
  • High Exposure Risks – ESC, PS
  • Upcoming Major Milestones and dates – ESC, PS
  • Key activities completed since the last report – PS
  • Upcoming key activities – PS
  • Upcoming dates where key project team members have a planned absence – PS
  • Call-outs (comments of significance you want to include in the report but don’t fit into the other categories) – ESC, PS

You can use MS Word, Excel or PowerPoint to format the report. Make it pleasing to the eye and uncluttered. In a future post, I will show you how to design a status report page on your SharePoint Project Site.

Note: Much more detail on Status Reporting can be found in my book “Project Management For The Real World”, available in paperback and Kindle formats at

amazon.com/dp/b089krddvn