MPMM Method123 Project Management Methodology

Project Management Professional

06 January 2009

Take these three steps to define specific tool requirements:

1.      Define key stakeholders for tools. Different project management tools are significant to different stakeholders. For example, if the PMO is planning to integrate all tools into a project management information system at a later date, then the PMO team members tasked with that work are stakeholders in the design of every tool. Or, if a tool is specifically used for financial control of capital projects valued over US $500,000, then managers of those projects and members of the financial staff responsible for overseeing those funds are stakeholders for that tool. Identify stakeholders for tools in the specific tool requirements table of the Tools Execution Plan. It may be appropriate to identify toolsets and their stakeholders. A toolset is a group of tools that have a related purpose.

2.      Define compliance requirements. Various tools may be required to be compliant to specific regulations or standards. For example, financial tools may fall under GAAP (generally accepted accounting principles). Also, if the organization has any existing governance rules or requirements that are either industry-specific or required within the organization, these should be listed, as well. Often, these will govern the routing of tools to stakeholders for approval.

3.      Define other requirements. If the PMO, project manager or any other internal organization has put forth requirements that should apply to a toolset or a single tool, they should be documented as well. These can be identified by reviewing the work notes of the PMO documents to date, paying particular attention to problem and issue identification, goal setting, and brainstorming sessions. It may also be appropriate to review key stakeholder interviews and meet with key stakeholders. When these requirements are added to the specific tool requirements table, the documentation of tool requirements is complete.

Here is a sample list of general and specific tool requirements:

General Tool Requirements1/1/2007
ID #NameSpecifications
TR-01Each tool must use a supported program, per attached list.The information technology (IT) department maintains a list of supported software programs. All tools must be created, edited, saved, and printed from the current version of one of these programs.
TR-02Each tool must be linked to one or more processes supported by the PMO.To avoid proliferation of unnecessary forms and templates, each tool must be linked to a specific process or set of processes. In addition, all stakeholders for the process must have appropriate access to the tool, allow for reading and comment, approval, editing, or creation of a document as appropriate to the stakeholder's role in the process.
   
   
 
Specific Tool Requirements1/1/2007
ID #NameApplies toSpecifications
TR-03Internal Use OnlyInternal Toolset (all tools that are kept within the company)All tools that have contents that are not to be presented outside the company require a footer that states that the document is proprietary and confidential, and not to be released to customers, vendors, or other outsiders.
TR-03NDA requiredProprietary Toolset (all tools that contain proprietary information but may be shared if an NDA is in place)All tools that contain proprietary information that require a non-disclosure agreement (NDA) to be in place with an outsider who will view the information require a footer identifying the information as proprietary and confidential, and stating that this should only be viewed by those who have an NDA in place, and that the NDA governs use of the information in the tool.
TR-04No NDA requiredCustomer/vendor toolsetTools that contain proprietary information but that may be viewed or edited by customers or vendors must contain a footer stating that the material is proprietary and also a disclaimer regarding use of the information.
    
    

Once all the requirements for tools are defined, the PMO team can evaluate tools using a gap analysis that shows the gaps between the current state of each tool and the requirements. This is the work of the next two sections.


 
 


Copyright © Method123 Ltd 2000-2012

 
Tips and Hints Archive
A Good Project Manager
or the Report Status Service
Service Features
Report Status Service
Management Software
Project Management Services
Risk Management
Execution Phase
All Tips and Hints
Categories
General (45)
Project Management Office (45)
Project Office (34)
PMO (38)

RSS FEED