Opinions - I hate Open Workbench!

Workbench Logo

Terry Lawson is not a fan of Open Workbench. In this article Terry explains why, in his opinion, this open source offering cannot seriously compete with MS Project.

Yet a number of organisations in the UK - and not just small ones - have rolled-out Workbench. But why?

In his article Terry Lawson goes to the heart of the matter, giving Open Workbench a close examination. He argues that free Workbench is keeping the company’s Financial Director happy while Project Managers are left struggling with a demonstrably sub-standard and inflexible scheduling engine...
Result: the balance sheet looks better, but the less visible cost of project management inefficiencies and wasted time go unnoticed.

Read more...

 

 

Home arrow PRINCE2 Glossary
PRINCE2 glossary Print E-mail
PRINCE2 LogoOne of the many benefits of using PRINCE2 is that it standardises the use of project terminology for the team. This concise and straightforward alphabetical glossary regroups in one place all the terms and definitions used during a PRINCE2 project.


Note that you can easily print this glossary table by clicking on the tiny printer icon in the top right-hand corner of this document and then clicking the same icon again in the window that pops up.

 

Terms

Description

Acceptance CriteriaA prioritised list of criteria which the final product(s) must meet before the customer will accept them. They should be defined as part of the project brief and agreed between customer and supplier no later than the Project Initiation stage. They should be in the Project Initiation Document.
BaselineA snapshot; a position or situation which is recorded. Although the position may be updated later, the baseline remains unchanged and available as a reminder of the original state and as a comparison against the current position.
Business CaseInformation which describes the justification for setting up and continuing a PRINCE 2 project. It provides the reasons (answers the question “why?”) for the project. It is updated at key points throughout the project.
Change AuthorityA group to which the Project Board may delegate responsibility for the consideration of Requests For Change. The Change Authority is given a budget and can prove changes within that budget.
Change BudgetThe money allocated to the Change Authority to be spent on authorised Requests For Change.
Change ControlThe procedure to ensure that the processing of all Project Issues is controlled, including the submission, analysis and decision making.
CheckpointA team level, time-driven review of progress.
Checkpoint ReportA progress report of the information gathered at a Checkpoint meeting, which is sent from a team to the Project Manager, and provides reporting data as defined in the Project Initiation Document.
ConcessionAn Off-Specification which is accepted by the Project Board without corrective action.
Configuration ManagementA discipline, normally supported by software tools, which gives management precise control over its assets (e.g. the products of a project), covering identification, control, status accounting and verification of the products.
Contingency PlanA plan which provides an outline of decisions and measures to be taken if defined circumstances, outside the control of a PRINCE 2 project, should occur.
Corporate and corporate bodyUsed to describe any company, government department, corporation, charitable body, which is involved in a project. It can be a customer for the end results, supplier of specialist skills or deliverables, assurance or auditing body. The word is used to avoid confusion particularly between the public and private sectors.
CustomerThe person or group who commissioned the work.
Deliverable(s)An item which 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. According to the type of project, another name for a deliverable would be “product”.
End Project ReportA report sent from the Project Manager to the Project Board, which confirms the hand-over of all deliverables, provides an updated business case, and an assessment of how well the project has done against its Project Initiation Document.
End Stage AssessmentThe review by the Project Board and Project Manager at the end of a stage of the End Stage Report to decide whether to approve the next stage plan (unless the last stage has now been completed). According to the size and criticality of the project, the review may be formal or informal. The approval to proceed should be documented as an important management product.
End Stage ReportA report sent by the Project Manager to the Project Board at the end of each management stage of a PRINCE 2 project. This provides information about the project performance during the stage and the project status at stage end.
ExceptionA situation where it can be forecast that there will be a deviation beyond the tolerance levels agreed between Project Manager and Project Board or between Project Board and corporate or programme management.
Exception PlanA plan which follows an exception report. For a stage or team plan exception it covers the period from the present to the end of the
current stage. If the exception is at a project level, the project plan would be revised.
Exception ReportA report which describes an exception, provides an analysis and options for the way forward and identifies a recommended option. It is sent from the Project Manager to the Project Board.
ExecutiveThe chairman of the Project Board, representing the customer.
Follow-On Action RecommendationsA report which can be used as input to the process of creating a business case/project mandate for any follow-on PRINCE 2 project, and/or for recording any follow-on instructions covering incomplete products or outstanding issues. It also sets out proposals for post implementation review of the project’s deliverables.
Highlight ReportReport from the Project Manager to the Project Board on a time-driven frequency on stage progress.
Issue LogA log of all issues and change requests raised during the project, showing details of each issue, its evaluation, what decisions about it have been made and its current status.
Lessons Learned ReportA report which describes the lessons learned in undertaking a PRINCE 2 project and which includes statistics from the quality control of the project’s management products. It is approved by the Project Board then held centrally for the benefit of future projects.
Off-SpecificationSomething which should be provided by the project, but currently is not (or is forecast not to be provided). This might be a missing product or a product not meeting its specification.
PIMsee Project Initiation Meeting.
Post Implementation ReviewOne or more reviews held after project closure to determine if the expected benefits have been obtained.
PRINCEA method which supports some selected aspects of project management. The acronym stands for Projects in Controlled Environments.
PRINCE 2 ProjectA project whose deliverable(s) can be defined at its start sufficiently precisely as to be measurable against pre­defined metrics and which is managed according to the PRINCE 2 method.
ProcessThat which must be done to bring about a particular outcome, in terms of information to be gathered, decisions to be made and results which must be achieved.
ProducerThis role represents the creator(s) of a document which is the subject of a Quality Review. Typically it will be filled by the person who has produced the product, or who led the team responsible.
ProductAny output from a project. PRINCE 2 distinguishes between management products (which are produced as part of the management of the project), specialist products (which are those products which make up the final deliverable) and quality products (which are produced for or by the quality process). A product may itself be a collection of other products.
Product Breakdown StructureA hierarchy of all the products to be produced during a plan.
Product DescriptionA description of a product’s purpose, composition, derivation and quality criteria. It is produced at planning time, as soon as the need for the product is identified.
Product Flow DiagramA diagram showing the sequence of production and interdependencies of the products listed in a Product Breakdown Structure.
ProjectA temporary organisation which is created for the purpose of delivering one or more business products according to a specified business case.
Project AssuranceThe Project Board’s responsibilities to assure itself that the project is being conducted correctly.
Project BriefA description of what the project is to do; a refined and extended version of the Project Mandate, which has been agreed by the Project Board and which is input to Project Initiation.
Project Closure NotificationAdvice from the Project Manager to inform the host location that the project resources can be disbanded and support services, such as space, equipment and access, released.
Project Initiation DocumentA logical document whose purpose is to bring together the key information needed to start the project on a sound basis; and to convey that information to all concerned with the project.
Project Initiation MeetingThe meeting for the “DP” process “Authorising Initiation”. It is the first meeting of the Project Board. It occurs after “Starting Up a Project” and triggers the Initiation stage.
Project IssueA term used to cover both general issues and change requests raised during the project. Project Issues can be about anything to do with the project. They cover questions, suggestions, Requests For Change and Off-­Specification.
Project ManagementThe planning, monitoring and control of all aspects of a project and the motivation of all those involved in it to achieve the project objectives on time and to the specified cost, quality and performance.
Project Management TeamA term to represent the entire management structure of Project Board, Project Manager, plus any Team Managers and project assurance roles.
Project ManagerThe 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 Project Board.
Project MandateA document, created externally to the project, which forms the terms of reference and is used to start-up a PRINCE 2 project.
Project PlanA high-level plan showing the major products of the project, when they will be delivered and at what cost. An initial project plan is presented as part of the Project Initiation Document. This is revised in later versions as information on actual progress appears. It is a major control document for the Project Board to measure actual progress against expectations.
Project Quality PlanThe definition of key quality criteria and quality control and audit processes to be applied to project management and technical work in the PRINCE 2 project. It will be part of the text in the Project Initiation Document.
Project RecordsA collection of all approved management, specialist and quality products and other material, which is necessary to provide an auditable record of a PRINCE 2 project. NB. This does not include working files.
Project Start-up NotificationAdvice to the host location that the project is about to start and requesting any required project support services.
Project Support OfficeA group set up to provide certain administrative services to the Project Manager. Often the group provides its services to many projects.
QualityThe totality of features and characteristics of a product or service which bear on its ability to satisfy stated and implied needs.
Quality Management SystemThe complete set of quality standards, procedures and responsibilities for a site or organisation.
Quality ReviewA Quality Review is an inspection with a specific structure, defined roles and procedure designed to ensure a document’s completeness and adherence to standards. The participants are drawn from those with an interest in the document and those with the necessary skills to review its correctness. An example of the checks made by a Quality Review is “does the document match the Quality Criteria in the Product Description?”
Quality Systemsee Quality Management System
Request For ChangeA means of proposing a modification to the current specification of the product required. It is one type of Project Issue.
ReviewerA person asked to check a product for errors or omissions at a Quality Review.
Risk LogA document which provides identification, estimation, impact evaluation and counter-measures for all risks to a PRINCE 2 project. It should initially be created at the outset of the project and be developed during the life of the project.
Risk ReportA report which records and describes any development which poses a risk to a PRINCE 2 project.
Senior UserA member of the Project Board, accountable for ensuring that user needs are specified correctly and that the solution meets those needs.
StageA division of the project for management purposes. The Project Board approve the project to proceed one stage at a time.
SupplierSupplier is defined as the group or groups responsible for the supply of a project’s products.
ToleranceThe permissible deviation above and below a plan’s estimate of time and cost without escalating the deviation to the next level of management. Separate tolerance figures should be given for time and cost.

User(s)

The person or group who will use the final deliverable(s) of the project.
Work PackageThe set of information relevant to the creation of one or more products. It will contain the Product Description(s), details of any constraints on production such as time and cost, interfaces, 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.
Work Package AuthorisationAuthority from the Project Manager to produce a defined Work Package.

Last Updated ( Wednesday, 27 January 2010 )
 

Quick Poll

What tool are you using for Project Management?
 

Google Ads