Project-Management-Glossary

advertisement
Project Management Glossary
Acceptance Criteria
A prioritised list of criteria that the final product(s) must meet before the end user will accept them (a
measurable definition of what must be done for the final product).
Agile methods
Principally software development methods that apply the project approach of using short time-boxed
iterations where products are incrementally developed.
Baseline
Reference levels against which an entity is monitored and controlled
Benefit
The measurable improvement resulting from an outcome perceived as an advantage by one or more
stakeholders.
Business Analyst (BA)
Someone who analyses the existing or ideal organization and design of systems, including businesses,
departments, and organisations.
Business Case
The justification for an organisational activity (project), which typically contains costs, benefits, risks and
timescales, and against which viability is tested.
Business Process Mapping
Refers to the activities involved in defining exactly what a business entity does, who is responsible, to
what standard a process should be completed and how the success of a business process can be
determined. A business process illustration is produced.
Change control
The procedure that ensures that all changes that may affect the project’s agreed objectives are
identified, assessed and either approved, rejected or deferred. PMQ has a Change Control form which
Project Managers can use to issue a change request to the IT Project Board
Closure Report
Project Manager’s report to the Project Board that confirms the delivery of outputs to the customer and
assesses the project against the business case. It also includes reviews on overall project performance
and lessons learnt. A template is available from the PMQ Office.
Communication Management Strategy
A description of the flow of information between the project and its stakeholders. The Communication
Management Strategy provides an organised approach to deliver reports on a timely basis to those who
need the information for decision making and/or other purposes. A template is available from the PMQ
Office.
Constraints
The restrictions or limitations that the project is bound by.
Deliverable
An item that the project has to create as part of the requirements. It may be part of the final outcome or
an intermediate element on which one or more subsequent deliverables are dependent. Deliverables
should be listed in the Project Plan. According to the type of project, another name for a deliverable is
‘product’.
Author: PMO Office
Contact: pmo-office@greenwich.ac.uk
Version: 2.0
Page 1 of 5
Dependency
The relationship between products, activities or projects. For example, the development of deliverable C
cannot start until deliverable A and B have been completed.
Dis-benefit
An outcome that is perceived as negative by one or more stakeholders. It is an actual consequence of
an activity whereas, by definition, a risk has some uncertainty about whether it will materialise.
Governance
Effective governance of project management ensures that an organisation’s project portfolio is aligned to
the organisation’s objectives, delivered efficiently and is sustainable.
Gantt chart
A type of bar chart that illustrates a project schedule. It illustrates the start and finish dates of the
terminal elements and summary elements of a project. Terminal elements and summary elements
comprise the work breakdown structure of the project. The PMQ Office can advise on format/content.
Highlight Report
A report on the project progress, prepared regularly by the Project Manager for the Project Board. UoG
uses a monthly RAG Status Reporting process which ensures that Project Managers are updating the IT
Project Board on a regular basis (coordinated by the PMQ Office).
Issue
A relevant event that has happened, was not planned, and requires management action. It can be any
concern, query, request for change, suggestion or off-specification raised during a project.
Issue Register
A register used to capture and maintain information on all of the issues that are being managed formally.
The Issue Register should be monitored by the Project Manager on a regular basis. A template is
available from the PMQ Office.
Lessons Log
An informal collection of good and bad lessons learned about the management and specialist processes
and products as the project progresses. At the end of the project, it is formalised and incorporated into a
Project Closure Report. The PMQ Office can advise on format/content.
Portfolio
All the programmes and stand-alone projects being undertaken by the organisation, a group of
organisations, or an organisational unit.
PRINCE2
PRINCE2 is a project management methodology. The acronym stands for Projects in a Controlled
Environment. The PMQ Office at UoG uses elements of the PRINCE2 methodology alongside other
established project management processes and tools.
Product
An input or output, whether tangible or intangible, that can be described in advance, created and tested.
A PRINCE2 project creates two kinds of products - Specialist products and Management products. The
creation of the specialist products is the reason that the project was started and these are the products
that will be given to the users. Management products are documents used solely for the purpose of
communication among the project management team and managing the project e.g. Project Plan and
Business Case, so the Users are only interested in the Specialist products.
Product Description
A description of a product’s purpose, composition, derivation and quality criteria. It is produced at
planning time, as soon as possible after the need for the product is identified.
Author: PMO Office
Contact: pmo-office@greenwich.ac.uk
Version: 2.0
Page 2 of 5
Programme
A temporary flexible organisation structure created to coordinate, direct and oversee the implementation
of a set of related projects and activities in order to deliver outcomes and benefits related to the
organisation’s strategic objectives.
Programme Management and Quality Office (PMQ Office)
Established at the UoG in early 2012, to establish standards and templates and provide project support
through mentoring and resources, and by delivering strategic, complex projects. Meet the team here.
Project
A temporary organisation that is created for the purpose of delivering one or more business products
according to an agreed business case.
Project Assurance
The Project Board’s responsibilities to assure itself that the project is being conducted correctly. The
Project Board members each have a specific area of focus for Project Assurance, namely user
assurance for the Senior User, and supplier assurance for the Senior Supplier.
Project Brief (completed for large scale projects at UoG)
Statement that describes the purpose, time, cost and performance requirements, and constraints for a
project. It is created pre-project during the Starting up a Project process and is used during the Initiating
the Project phase. The PMQ Office can advise on format/content.
Project lifecycle
This term is used to define the period from the start-up of a project to the handover of the finished
product to those who will operate and maintain it.
Project management
The planning, delegating, monitoring and control of all aspects of the project, and the motivation of those
involved, to achieve the project objectives within the expected performance targets for time, cost, quality,
scope, benefits and risks.
Project Management Team
The total management structure of the project from top to bottom, from the Project Board to the Project
Manager, Team Managers and Project Support roles.
Project Manager
The person given the authority and responsibility to manage the project on a day-to-day basis to deliver
the required products within the constraints agreed with the Sponsor and Project Board. A detailed role
description can be found here.
Project Mandate
Information generated by the authority commissioning the project that forms the trigger for Starting up a
Project.
Project Plan
A formal document used by the Project Manager to guide both project execution and project control. The
primary uses of the project plan are to document planning assumptions and decisions, facilitate
communication among stakeholders, and document approved scope, cost, and schedule baselines. A
project plan may be summary or detailed. A template is available from the PMQ Office.
Quality
The totality of features and inherent or assigned characteristics of a product, person, process, service
and/or system that bears on its ability to show that it meets expectations or satisfies stated needs,
requirements or specifications.
Quality Management Strategy
A plan of action that defines the quality requirements and control methods for all the products in the
project.
Author: PMO Office
Contact: pmo-office@greenwich.ac.uk
Version: 2.0
Page 3 of 5
Resources
People, equipment, facilities, funding, or anything else required for the completion of a project activity.
Risk
An event that, if it occurs, may have a positive or negative effect on the project’s objectives. Project
Managers have the task of identifying risks that apply and taking appropriate steps (e.g. avoid, reduce or
react to threats).
Risk Register
A record of identified risks relating to an initiative, including their status and history. A template is
available from the PMQ Office.
Schedule
A graphical representation of a plan (for example, a Gantt chart), typically describing a sequence of
tasks, together with resource allocations, which collectively deliver the plan.
Scope
The sum total of all of the project’s products and the extent of their requirements.
Scope creep
Uncontrolled changes in a project's scope. This phenomenon can occur when the scope of a project is
not properly defined, documented, or controlled. It is generally considered a negative occurrence that is
to be avoided.
Senior Supplier
The Project Board role that provides knowledge and experience of the main discipline(s) involved in the
production of the project’s deliverable(s). The Senior Supplier represents the interests of those who are
going to deliver the desired products.
Senior User
The Project Board role accountable for ensuring that the user needs are specified correctly and that the
solution meets those needs.
Sponsor
The person ultimately responsible for the project. The Sponsor's role is to ensure that the project is
focused throughout its life cycle on achieving its objectives and delivering a product that will achieve the
forecasted benefits. A detailed role description can be found here.
Stakeholder
Any individual, group or organisation that can affect, by affected by, or perceive itself to be affected by,
an initiative (programme, project, activity, risk).
Team Manager
The person responsible for the production of those products allocated by the Project Manager (as
defined in a Work Package) to an appropriate quality, timescale and at a cost acceptable to the Project
Board. A detailed role description can be found here.
Timeline
A graphical representation of a chronological sequence of events chronology. It can also mean a
schedule of activities, such as a timetable.
Tolerance
The permissible deviation above and below a plan’s target for time and cost without escalating the
deviation to the next level of management. There may also be tolerance levels for quality, scope, benefit
and risk. An information sheet on Project Tolerance can be found here.
Author: PMO Office
Contact: pmo-office@greenwich.ac.uk
Version: 2.0
Page 4 of 5
Work Package
The set of information relevant to the creation of one or more products. It will contain a description of the
work, the Product Description(s), details of any constraints on production, and confirmation of the
agreement between the Project Manager and the person or Team Manager who is to implement the
work Package that the work can be done within the constraints. A template is available from the PMQ
Office.
Author: PMO Office
Contact: pmo-office@greenwich.ac.uk
Version: 2.0
Page 5 of 5
Download