The Word template can be bought through a template package. Case studies and reports are freely available in the table below.
A Review Record is a form document that is filled out for each review. It is created as a control document to manage the execution of the review of project artifacts. It is issued to the participants in the review to initiate the review process, and is used to capture the results and any action items arising from the review meeting. It forms an auditable record of the review and its conclusions.
1. Project Identification and Type of Review
Identify the project and the type of review; for example, code inspection, requirements traceability review, PRA project review, project planning review.
2. Artifacts Reviewed and Objectives of the Review
List the artifacts that will be the subject of this review and describe the objectives of the review.
3. Review Participants
List the individuals who will participate in the review and their roles during the meeting; for example, moderator, note-taker, reviewer, author.
4. Schedule & Location
Identify the schedule for the review. Include the date, time and place of the review meeting, and also a publication schedule for the review artifacts if they are not attached to the review record.
5. Problems Identified and Recommendations for Resolution
List any problems identified during the review. Reviewers may identify:
The review team may make recommendations on problem resolution.
6. Action Item Status
List any action items resulting from the review; these should be listed with an identified owner (responsible for action completion) and target date. These will typically be action items intended to correct the problems identified. Action items may include:
There may exist action items from previous reviews of this artifact, and these should be listed with their status (for example, open/closed), owner, and target or closure date.
7. Issues for Consideration by the Project Manager
Certain problems or anomalies may be discovered for which a course of action cannot be agreed on by the review team, and which needs to be escalated for resolution.
8. Follow-up Review
Describes the review team's recommendations for follow-up (for example, whether another review is necessary) and what, if any, additional information or data is needed.
9. Record of Effort
Captures the effort-hours spent in review preparation and conduct.
Review activities are integral to the Unified Process for EDUcation and occur throughout the development project.
The role of Reviewer is responsible for the review record, and follow-up on action items and problem resolution.
This is a form artifact used to capture the results of a reviewall projects should use it, and the level of formality will depend on how formal the relationship is between customer and developer, or how formal the developer's own organization is with regard to process compliance. For example, the contract may say that review records are auditable.
For more information on reviews, see Guidelines: