Roles and Activities > Manager Role Set > Project Manager > Develop Product Acceptance Plan

ATENÇÃO: esta atividade não necessitou de modificações!

Purpose
  • To create a written procedure agreed by the customer and the project team for determining the acceptability of the project deliverables.
  • To define an agreed process whereby problems identified during product acceptance will be resolved.
Steps
Input Artifacts: Resulting Artifacts:
Role: Project Manager

Workflow Details:

The final acceptance of a project's deliverables by the customer is often the source of some friction in software projects. This is usually the result of a mismatch between the customers view of how the product is supposed to function, and the methods used to assess the products compliance with the stated requirements.

By jointly writing a Product Acceptance Plan during the Inception Phase, the customer and the project team can avoid this situation, by agreeing on a pre-defined process and set of criteria by which the product will be assessed for acceptance. This helps the project team build a product the customer can accept, and helps set the customer's expectations for how the product should perform. The Product Acceptance Plan also specifies how problems identified by the customer during product acceptance will be addressed.

Define Customer and Project Responsibilities To top of page

The first step is to explicitly identify which parts of product acceptance process will be the responsibility of the customer and which will be the responsibility of the project team. You should also explicitly identify the individual or group who will make the final acceptance decision. Responsibilities can include such things as:

  • Delivery/pick-up of software and documentation
  • Installation of hardware/software test platforms
  • Provision of test data
  • Provision of resources to conduct the acceptance tests
  • Timely turn-around of acceptance test results

Document the Product Acceptance Criteria To top of page

The product acceptance criteria are defined and agreed during the Activity: Initiate Project during the Inception Phase and should be captured in the Product Acceptance Plan at that time. During the Elaboration Phase, the criteria can be expended in greater detail when specific tests reviews can be identified.

These criteria should be developed jointly by the customer organization and the project team, and may include the following:

  • Delivery of all artifacts identified as deliverable to the customer
  • List of required participants for acceptance testing
  • Required test location(s)
  • Successful completion of the artifact evaluations identified in the Product Acceptance Plan
  • Successful completion of customer training
  • Successful completion of on-site installation
  • Measures that will identify to what extent original project specifications have been met
  • Measures that will identify to what extent the objectives of the business case have been met

Identify Artifacts and Evaluation Methods To top of page

Next, identify which project artifacts are to be delivered to the customer for acceptance. For each of these you need to identify the evaluation method(s) that will be used to ensure the artifact meets the specified acceptance criteria. Later in the project, detailed review checklists and test cases will be developed to provide step-by-step instructions on how these evaluations will be carried out.

Identify Required Resources To top of page

Once the numbers and types of artifact evaluations have been identified, identify in the plan all the necessary resources that will be required to conduct the product acceptance activity. You should include in your list of resources:

  • Personnel
  • Computer hardware
  • Software
  • Data
  • Documentation
  • Any specialized equipment

Define Product Acceptance Schedule To top of page

Another common problem with the product acceptance process is where the customer places insufficient priority on the acceptance activity, with the result that the process drags out over a long period of time. It is a good idea to include in you Product Acceptance Plan a schedule detailing when the various acceptance evaluation activities are to occur. This schedule will become "rolled up" into the master project schedule in the Software Development Plan.

Define Problem Resolution Process To top of page

This final step is also very important. Should problems arise during the acceptance evaluations, it is a very good idea to have an agreed process to follow. Typically this would simply follow the projects problem resolution process as defined in the Problem Resolution Plan. However is is also helpful to cover off issues such how to reach agreement that a problem is real, the provision of funding for additional work by the project team, or contractual penalties. By agreeing all these things up front with the customer, you will greatly smooth out the end of your project.

Copyright  © 1987 - 2001 Rational Software Corporation


Display Rational Unified Process using frames

Rational Unified Process