Difference between revisions of "Issue Report Template"

From PRINCE2 wiki
Jump to: navigation, search
(Issue Report Template)
(Download Issue Report Template)
 
(25 intermediate revisions by the same user not shown)
Line 1: Line 1:
 +
= Download Issue Report Template =
 +
* [https://www.mplaza.training/downloads/prince2-templates/a13-issue-report-v101.docx Issue Report Template - MS Word Template]
 +
 
= Purpose =
 
= Purpose =
 
An Issue Report is a report containing the description, impact assessment and recommendations for a request for change, off-specification or a problem/concern. It is only created for those issues that need to be handled  
 
An Issue Report is a report containing the description, impact assessment and recommendations for a request for change, off-specification or a problem/concern. It is only created for those issues that need to be handled  
 
formally.
 
formally.
 
The report is initially created when capturing the issue, and updated both after the issue has been examined and when proposals are identified for issue resolution. The Issue Report is later amended further in order to record what option was decided upon, and finally updated when the implementation has been verified and the issue is closed.
 
The report is initially created when capturing the issue, and updated both after the issue has been examined and when proposals are identified for issue resolution. The Issue Report is later amended further in order to record what option was decided upon, and finally updated when the implementation has been verified and the issue is closed.
 
 
  
 
'''Note:''' this is a default template format, please check with the Configuration Management Strategy for precise format and composition requirements
 
'''Note:''' this is a default template format, please check with the Configuration Management Strategy for precise format and composition requirements
Line 21: Line 22:
 
* The issue has been correctly registered on the Issue Register
 
* The issue has been correctly registered on the Issue Register
 
* Decisions are accurately and unambiguously described.
 
* Decisions are accurately and unambiguously described.
 
 
 
  
  
 
= Issue Report Template =
 
= Issue Report Template =
 
 
 
{| class="wikitable" style="width: 600pt;"
 
{| class="wikitable" style="width: 600pt;"
 
|-
 
|-
Line 41: Line 37:
 
| style="width: 240pt;" |  
 
| style="width: 240pt;" |  
 
|-
 
|-
| style="width: 240pt;" | Issue Report Author<ref>The name of the individual or team who created the Issue Report</ref>
+
| colspan="2" style="width: 240pt;" | Issue Report Author<ref>The name of the individual or team who created the Issue Report</ref>
| style="width: 360pt;" | &nbsp;
+
| colspan="3" style="width: 360pt;" | &nbsp;
 +
|- style="vertical-align:top; height: 70pt"
 +
| colspan="2" style="width: 240pt;" | Issue Description<ref>A statement describing the issue in terms of its cause and impact</ref>
 +
| colspan="3" style="width: 360pt;" | &nbsp;
 +
|- style="vertical-align:top; height: 90pt"
 +
| colspan="2" style="width: 240pt;" | Impact Analysis<ref>A detailed analysis of the likely impact of the issue.  This may include, for example, a list of products impacted.</ref>
 +
| colspan="3" style="width: 360pt;" | &nbsp;
 +
|- style="vertical-align:top; height: 50pt"
 +
| colspan="2" style="width: 240pt;" | Recommendation<ref>A description of what the Project Manager believes should be done to resolve the issue (and why)</ref>
 +
| colspan="3" style="width: 360pt;" | &nbsp;
 +
|- style="vertical-align:top; height: 40pt"
 +
| colspan="2" style="width: 240pt;" | Priority<ref>This should be given in terms of the project’s chosen scale.  It should be re-evaluated after impact analysis</ref>
 +
| colspan="3" style="width: 360pt;" | &nbsp;
 +
|- style="vertical-align:top; height: 40pt"
 +
| colspan="2" style="width: 240pt;" | Severity<ref>This should be given in terms of the project’s chosen scale.  Severity will indicate what level of management is required to make a decision on the issue.</ref>
 +
| colspan="3" style="width: 360pt;" | &nbsp;
 
|-
 
|-
| style="width: 240pt;" | Issue Description<ref>A statement describing the issue in terms of its cause and impact</ref>
+
| colspan="2" style="width: 240pt;" | Decision<ref>The decision made: Accept, Reject, Defer or Grant Concession</ref>
| style="width: 360pt;" | &nbsp;
+
| colspan="3" style="width: 360pt;" | &nbsp;
 +
|-
 +
| style="width: 120pt;" | Decision Date
 +
| style="width: 120pt;" | &nbsp;
 +
| style="width: 120pt;" | Approved By<ref>A record of who made the decision</ref>
 +
| style="width: 240pt;" | &nbsp;
 +
|-
 +
| style="width: 120pt;" | Closure date<ref>The date that the issue was closed</ref>
 +
| colspan="3" | &nbsp;
 
|}
 
|}
 +
 +
== Reference ==
 +
'''Template'''
 +
* [https://www.mplaza.training/templates/prince2/issue-report/?CP=q2yenF02 Issue Report Template on mplaza.pm]
 +
* [https://www.mplaza.training/downloads/prince2-templates/a13-issue-report-v101.docx Issue Report Template] <BR>  <BR>
 +
 +
'''Online Training'''
 +
* [https://www.mplaza.training/online-courses/prince2-foundation/?CP=q2yenF02 PRINCE2 Foundation online training]
 +
* [https://www.mplaza.training/official-exams/prince2-foundation/?CP=q2yenF02 PRINCE2 Foundation Exam] 
 +
* [https://www.mplaza.training/exam-simulators/prince2-foundation//?CP=q2yenF02 PRINCE2 Foundation Exam Simulator]
 +
* [https://mplaza.training/awareness-courses/?CP=q2yenF02 Email awareness courses (PRINCE2, PMP, Scrum, Agile)]
 +
 +
----

Latest revision as of 07:57, 25 May 2019

Download Issue Report Template

Purpose

An Issue Report is a report containing the description, impact assessment and recommendations for a request for change, off-specification or a problem/concern. It is only created for those issues that need to be handled formally. The report is initially created when capturing the issue, and updated both after the issue has been examined and when proposals are identified for issue resolution. The Issue Report is later amended further in order to record what option was decided upon, and finally updated when the implementation has been verified and the issue is closed.

Note: this is a default template format, please check with the Configuration Management Strategy for precise format and composition requirements

Advice The Issue Report is derived from the: Highlight Report(s), Checkpoint Report(s) and End Stage Report(s); Stage Plan together with actual values and events; Users and supplier teams working on the project; The application of quality controls; Observation and experience of the processes; Quality Register, Risk Register and Lessons Log; and Completed Work Packages.

The Issue Report can take a number of formats, including: Document, spreadsheet or database; Entry in a project management tool.

Not all entries in the Issue Register will need a separately documented Issue Report.

The following quality criteria should be observed:

  • The issue stated is clear and unambiguous
  • A detailed impact analysis has occurred
  • All implications have been considered
  • The issue has been examined for its effect on the tolerances
  • The issue has been correctly registered on the Issue Register
  • Decisions are accurately and unambiguously described.


Issue Report Template

Issue ID[1]   Issue Type[2]  
Date raised[3]   Raised by[4]  
Issue Report Author[5]  
Issue Description[6]  
Impact Analysis[7]  
Recommendation[8]  
Priority[9]  
Severity[10]  
Decision[11]  
Decision Date   Approved By[12]  
Closure date[13]  

Reference

Template

Online Training


  1. As shown in the Issue Register (provides the unique reference for every Issue Report)
  2. Defines the type of Issue being recorded, namely: request for change; off-specification or problem/concern
  3. As shown in the Issue Register (provides the unique reference for every Issue Report)
  4. The name of the individual or team who raised the issue
  5. The name of the individual or team who created the Issue Report
  6. A statement describing the issue in terms of its cause and impact
  7. A detailed analysis of the likely impact of the issue. This may include, for example, a list of products impacted.
  8. A description of what the Project Manager believes should be done to resolve the issue (and why)
  9. This should be given in terms of the project’s chosen scale. It should be re-evaluated after impact analysis
  10. This should be given in terms of the project’s chosen scale. Severity will indicate what level of management is required to make a decision on the issue.
  11. The decision made: Accept, Reject, Defer or Grant Concession
  12. A record of who made the decision
  13. The date that the issue was closed