A pdf of the complete Praxis Comparative Glossary can be downloaded here.
From Take corrective action to Tuckman
An activity from the PRINCE2 Controlling a Stage (CS) process. This PRINCE2 activity deals with actions taken by the project manager within the agreed tolerances of a stage or project. There may be input by the project board to any decisions made but this process does not cover the situation where issues have to be formally escalated to the project board. The equivalent activity in Praxis is the corrective action activity in the delivery process. The PMBoK® guide process Direct and Manage Project Work makes specific reference to the need to take corrective action but the corresponding ISO21500 process, Direct project work, does not. ISO21500 prefers to refer to corrective action as an output of individual control processes such as Control resources and Control risks. | |
More: | Robert Tannenbaum and Warren Schmidt first published their views on leadership styles in 19581 and updated their model in 19732. The model focuses on the delegation of authority from a manager to the team. In the original 1958 model the language of ‘subordinates’ and ‘superiors’ reflects its age, but the principles hold true.
|
See imposed finish. | |
A detailed description of the future state of the organisation at the end of an MSP 5th Ed. programme. In MSP 4th Ed. and in Praxis, this is known as a Blueprint. | |
An alternative name for the baseline schedule. | |
See imposed start. | |
Usually synonymous with activity. Some sources regard a task is a sub-division of an activity, others maintain that the opposite is true. | |
In PRINCE2 the team manager is the person given responsibility for a work package. | |
The lowest level of PRINCE2 plan. Its scope typically covers a work package allocated to a team. | |
More: | Teamwork is how a group of people come together to collaborate and co-operate in achieving common objectives. The goals of teamwork are to:
Teams exist in all walks of life from working teams to sporting teams. The difference between a team and a group of individuals is the team’s collective commitment to agreed objectives. All teams are made up of individuals and regardless of the context of the team, human nature means that they go through similar stages of development and suffer from the same problems. Teamwork is also a function in the APM BoK. Neither PRINCE2 nor ISO21500 address the subject. The PMBoK® guide has a brief explanation in the tools and techniques part of the Develop Project Team process. |
PRINCE2 differentiates between technical stages and management stages. Technical stages are defined by the technical content of the work (e.g. design, build etc.) rather than for the purpose of management control. | |
The term used in APM BoK7 to emphasise the temporary nature of a project, programme or portfolio team from permanent (BAU) teams. | |
The temporary nature of the organisations that manage them is accepted as being a defining characteristic of projects and programmes. MSP 5th Ed. specifically refers to governance boards, supporting offices and other roles that are established to manage the programme. | |
A document in which a supplier offers a price for completion of a given specification of work. | |
The conclusion of the product life cycle where a product is decommissioned at the end of its useful life. | |
MSP 5th Ed. specifically uses this term to refer to the scope and limitations of governance boards and supporting offices. | |
More: | Thamhain and Wilemon1 conducted a study to investigate the sources of conflict in the project management life cycle. First of all, Thamhain and Wilemon identified the seven main sources of conflict on a project. These were: schedule, priorities, manpower, technical options, procedures, cost and personality. They then assessed the relative intensity of conflict from these sources at different phases in a four phase life cycle.
|
See PRINCE2 themes or MSP themes | |
More: | Kenneth Thomas and Ralph Kilmann based their conflict style inventory on the managerial grid developed by Blake and Mouton. They arranged five conflict resolution approaches on scales of two individual characteristics: assertiveness and cooperativeness. They also developed the Thomas-Kilmann Conflict Mode Instrument that is used to identify an individual’s natural tendencies when dealing with conflict. |
A risk that could have a negative impact on the objectives of a project or programme. When most people refer to risk they are actually thinking of a threat but risks can also be opportunities. | |
There are four ways of responding to a negative risk or threat. These are: Avoid: Find a way of performing the work that avoids the risk. Transfer: Contractually transfer the risk to someone else, e.g. insurance or a fixed price contract. Reduce: Find a way of performing the work that reduces the impact it will have should it occur. Accept: Simply accept that there is no cost effective action that can reasonably be taken. | |
A method for reducing estimating uncertainty. Three activity durations are estimated: optimistic, likely and pessimistic. Analysis methods such as PERT and Monte Carlo simulation are performed to make statistical estimates of the completion date of the project. | |
MSP 5th Ed. refers to three levels of assurance that correspond to the levels of delegated authority within the programme organisation. The first line of defence is at project and operational level, the second is at programme board level and the third is at sponsoring group level. | |
An activity that must be performed immediately, or within a pre-determined time, after its predecessor. | |
A payment method that is a combination of cost plus and fixed price contracts. Fixed prices can be agreed for component products but because the full scope of the project is not defined, the total cost is not known at the outset. The contractor is paid for their time at an agreed rate and the materials at cost plus a fee. | |
An ISO21500 subject group that provides a set of processes for managing time. The processes comprise: The equivalent in Praxis are the schedule management functions and their component procedures. PRINCE2 covers this in the plans theme. The PMBoK® guide and ISO21500 share a very similar structure and the nearest equivalent knowledge area in the PMBoK® guide is project time management. | |
See triple constraint. | |
More | A form of chart that combines line of balance with a physical layout of the work being done. |
Time added to the duration of an activity that takes estimating uncertainty into account. See also buffer. | |
An alternative name for resource smoothing. | |
See progress date. | |
See time scaled network. | |
A collective term for techniques that allow for estimating uncertainty such as buffers and the three duration technique. | |
A network diagram drawn so that the length of the arrows or boxes is proportional to their duration. If precedence diagrams are drawn against a time scale they effectively become linked bar charts. | |
More: | Time scheduling techniques are used to develop and present schedules that show when work will be performed and products delivered. The goals of time scheduling are to:
Time scheduling is also a function in the APM BoK. The relevant tools and techniques are covered in the PRINCE2 progress theme and the PMBoK® guide project time management knowledge area. ISO21500 has the processes in the time subject group but doesn’t explain the tools and techniques. |
A means of recording the actual effort expended against project and non-project activities by individuals working on the project. | |
The permissible deviation in schedule that is allowed before the deviation needs to be escalated to the next level of management. | |
More | Timeboxes are used in agile approaches to project management. They represent a period of typically two to five weeks, sometimes referred to as sprints or iterations. Each timebox starts with a backlog of prioritised products or features. |
A term used in PRINCE2 for a periodic control point, e.g. a monthly progress review. | |
A term used by MSP to describe the ultimate objective of a programme. Also referred to as the end goal. MSP 5th Ed. refers to the future state. | |
Effective project or programme control requires management by exception between levels of the management team. The sponsor will delegate authority to the project or programme manager and the manager will, in turn, delegate authority to managers of sub-projects or teams. When a project, sub-project or work package is delegated, performance criteria for scope, time and cost will be stated. Tolerances define how much the person managing delegated work can deviate from these performance targets before having to report an issue to the level of management above. See also triggers. | |
A term used by PRINCE2. If the status of a stage is such that the project manager is unable to keep the stage plan within agreed tolerances, then the situation must be escalated to the project board. This is known as a tolerance threat. | |
Initial estimating is usually performed top down. Before the full work breakdown structure has been developed, estimates are likely to be based on parametric estimating or comparative estimating and be less accurate than estimates that can be produced once all the detailed activities have been defined and bottom up estimating can be performed. | |
More: | A diagram that illustrates the upper and lower bounds of a range of variables resulting from a sensitivity analysis. When the variables are ordered with the most volatile at the top and the most stable at the bottom, the result is similar to a cross section through a tornado. |
The amount of time an activity may be delayed without extending the critical path. The short formulae often used for calculating total float are: Latest start – earliest start, or Latest finish – earliest finish However, these formulae are only true for activities with finish to start links. The full formula that works for all types of dependency link is: Total float = latest finish – earliest start – duration | |
The process of collecting actual time, cost and resource progress information and feeding this back into the project schedule. | |
A group of projects within a programme that produce a distinct component of the blueprint. Tranches provide a means of breaking a programme up into manageable pieces. It is advisable to construct tranches that deliver a definable set of benefits. The implication of this is that a tranche will have its own business case. At the end of each tranche a benefits review will be performed and the sponsor will consider the business case for the next tranche. | |
The justification for investment in a tranche of work within a programme. | |
One of the four possible threat responses. | |
In order to achieve business benefits it is almost invariably the case that business-as-usual needs to be changed in some way. Some guides (such as MSP 4th Ed.) refer to this change as ‘transformation’ rather than the more common term ‘change management’. In the P3 management context this provides a useful distinction between change management and another common P3 management term ‘change control’. However, most general management literature on the subject of transformational change is labelled as change management so Praxis sticks with the more generally accepted term. | |
MSP assumes that all programmes are programmes of business change. It also uses the term ‘transformation’ in preference to ‘change management’. As a result MSP refers to the programme management life cycle as the transformational flow. The term has been dropped in MSP 5th Ed. which simply refers to the ‘MSP processes'. | |
The work required to hand over, commission, and embed outcomes so that they deliver benefits. APM BoK 7 only includes hand over, commissioning and customer acceptance in this term. | |
In the context of an organisational change programme, the outputs of projects must be delivered and then used in some beneficial way. Work must be done to change the existing operational model to the new operational model. The schedule of technical change and change management activities needed are contained in a transition plan. | |
This ISO21500 process evaluates the identified risk events (both threats and opportunities) and decides how best to respond to them. The project management plan will be updated accordingly. The equivalent in Praxis is the plan risk responses step in the risk management procedure; In PRINCE2 it is the plan step in the risk theme procedure; in PMBoK® guide it is Plan Risk Responses. | |
The use of mathematical models to forecast future performance based on historical data. The use of performance indices in earned value to predict eventual cost and completion dates are an example of trend analysis. | |
A statistical distribution that is commonly used in PERT analysis and Monte Carlo analysis. | |
A threshold that is set to determine when an issue should be escalated. One example of the type of indicators that could be used as triggers are schedule performance index (SPI) and cost performance index (CPI) from earned value analysis. E.g. if a project’s CPI drops below 0.95 the control management plan may specify that this must be escalated to the project sponsor. | |
More: | The triple constraint is one of the fundamental truths of P3 Management. Also known as the ‘iron triangle’, it has spawned many variations but these often dilute the impact of the original. In its simplest form the triangle shows the relationship between the objectives of the work (scope), the time it will take to produce them and how much it will cost to complete the work. The significance of the triangle is that it is the most stable geometric shape and emphasises that any attempt to make changes to one corner of the triangle will have an immediate impact on the other two. |
More: | Bruce Tuckman first published his model of group dynamics in 1965. It originally comprised the four stages: forming, storming, norming and performing. In 1977 he added the fifth stage: adjourning, and other sources have added a sixth: mourning. |
A term used in GovS 002 to describe the ability to trace relationships both forward and backward. For example from requirement to solution and back or from output through outcome to benefit and back. |