Differenze tra le versioni di "Managing Business Case"

Da itm wiki.
(Business case elements and how to manage)
(Etichetta: visualeditor)
 
(13 versioni intermedie di uno stesso utente non sono mostrate)
Riga 1: Riga 1:
 
Project management best practices recommend that, in many circumstances, a business case should be established for the ''[[glossary|project]]''.
 
Project management best practices recommend that, in many circumstances, a business case should be established for the ''[[glossary|project]]''.
  
The key sections and components of a business case may be: executive summary, reasons, business options, expected benefits, expected dis-benefits, timescale, costs, investment appraisal and major risks. See the following table to learn how this elements could be arranged within itmSUITE®.
+
The key sections and components of a business case may be: executive summary, reasons, business options, expected benefits, expected dis-benefits, timescale, costs, investment appraisal and major risks.
  
 +
There can be different approaches with different levels of complexity.
 +
 +
== ''Business case as a document and information'' ==
 +
The business case is managed as a document. As such it is stored in the ''<u>Documents</u>'' section of the ''[[glossary|project]]'' (see [[Documents management|document management guide]] for more information). Some information (e.g. background and reasons) may also be copied and recorded in ''[[glossary|project]]'' specific fields (e.g. <u>Objectives</u> and <u>Background and Reasons</u> in ''<u>General</u>'' section).
 +
 +
== ''Business case as a [[glossary|project milestone]]'' ==
 +
In this scenario a ''[[glossary|project milestone]]'' is used to store the information about the business case and its approvals. A ''[[glossary|project milestone]]'' category ('''''General/Projects/Milestones''''') could be created to classify business case reviews. The business case document is stored in the ''[[glossary|project milestone]]'' ''<u>Documents</u>'' section and its information could also be copied and recorded in ''[[glossary|project]]'' or ''[[glossary|project milestone]]'' specific fields.
 +
 +
The <u>Status</u> of the ''[[glossary|project milestone]]'' (e.g. "Executed") and its <u>Result</u> (e.g. "Ok") may represent the status of the business case approval.
 +
 +
== Business case managed through a [[glossary|workflow]] ==
 +
A third and more flexible (although more complex approach) is to manage the business case (and its approval) through a ''[[glossary|workflow]]''. This requires that the [[SM - Service Desk and Service Management|SM - Service Desk and Service Management module]] is activated as a prerequisite. This allows to manage all the business case information and  related process steps although it requires a specific configuration. 
 +
 +
== Mixed approaches ==
 +
Mixed approaches are also possible. For example, the approval of the business case could be managed with a ''[[glossary|workflow]]'' and its key information (e.g. costs) with ''[[glossary|project milestones]]''. 
 +
 +
== Business case elements and how to manage ==
 +
See the table below to learn how this elements could be arranged within itmSUITE®.
 
{| class="wikitable"
 
{| class="wikitable"
 
! Business case element !! How to manage  
 
! Business case element !! How to manage  
  
 
|-
 
|-
| Business case document ||
+
| Business case document and approval || The business case information and approval can be managed according to one of the previously described alternative approaches (as a document, via ''[[glossary|project milestones]]'' or via ''[[glossary|workflow]]'').
  
 
|-
 
|-
| Executive summary ||
+
| Executive summary ||This information is typically managed with <u>''General''</u> section fields <u>Objectives</u> and <u>Background and Reasons</u> or in the business case document itself.
  
 
|-
 
|-
| Reasons ||
+
| Reasons ||This information is typically managed with ''<u>General</u> ''section field <u>Reasons</u> or in the business case document itself.
  
 
|-
 
|-
| Business options ||
+
| Business options ||This information is typically managed in the business case document itself.
  
 
|-
 
|-
| Expected benefits ||
+
| Expected benefits ||This information can be managed in the business case document itself. A high level description of the benefits could be included in the <u>''General''</u> section field <u>Reasons</u>. However an alternative approach is possible by defining and using a specific ''[[glossary|workflow]]'' to manage the benefits lifecycle. However, this requires the [[SM - Service Desk and Service Management|SM - Service Desk and Service Management module]] and the configuration of the ''[[glossary|workflow]]''. Customized reporting can be designed and implemented using the [[REP - Reporting module]].
  
 
|-
 
|-
| Executive dis-benefits ||
+
| Expected dis-benefits ||See expected benefits.
  
 
|-
 
|-
| Timescale ||
+
| Timescale ||This information can be managed in the business case document or with a dedicated one.
  
 
|-
 
|-
| Costs ||
+
| Costs || This information can be managed in the business case document or with a dedicated one.
 
+
If the business case is managed as a ''[[glossary|project milestone]]'', the cost information can be saved with an ''[[glossary|estimation]]'' related to the ''[[glossary|project milestone]]''. Customized reporting can be designed and implemented using the [[REP - Reporting module]].
 
|-
 
|-
| Investment appraisal ||
+
| Investment appraisal ||This information can be managed in the business case document. Some Key Performance Indicators (e.g. Earn) are available in together with the estimation which can be saved with a ''[[glossary]]''.  Customized reporting can be designed and implemented using the [[REP - Reporting module]].
  
 
|-
 
|-
| Major risks ||
+
| Major risks ||This information can be managed in the business case document. See also [[Project risks|project risk management guide]] for alternative options.
  
 
|}
 
|}

Versione attuale delle 15:06, 5 apr 2016

Project management best practices recommend that, in many circumstances, a business case should be established for the project.

The key sections and components of a business case may be: executive summary, reasons, business options, expected benefits, expected dis-benefits, timescale, costs, investment appraisal and major risks.

There can be different approaches with different levels of complexity.

Business case as a document and information

The business case is managed as a document. As such it is stored in the Documents section of the project (see document management guide for more information). Some information (e.g. background and reasons) may also be copied and recorded in project specific fields (e.g. Objectives and Background and Reasons in General section).

Business case as a project milestone

In this scenario a project milestone is used to store the information about the business case and its approvals. A project milestone category (General/Projects/Milestones) could be created to classify business case reviews. The business case document is stored in the project milestone Documents section and its information could also be copied and recorded in project or project milestone specific fields.

The Status of the project milestone (e.g. "Executed") and its Result (e.g. "Ok") may represent the status of the business case approval.

Business case managed through a workflow

A third and more flexible (although more complex approach) is to manage the business case (and its approval) through a workflow. This requires that the SM - Service Desk and Service Management module is activated as a prerequisite. This allows to manage all the business case information and related process steps although it requires a specific configuration.

Mixed approaches

Mixed approaches are also possible. For example, the approval of the business case could be managed with a workflow and its key information (e.g. costs) with project milestones.

Business case elements and how to manage

See the table below to learn how this elements could be arranged within itmSUITE®.

Business case element How to manage
Business case document and approval The business case information and approval can be managed according to one of the previously described alternative approaches (as a document, via project milestones or via workflow).
Executive summary This information is typically managed with General section fields Objectives and Background and Reasons or in the business case document itself.
Reasons This information is typically managed with General section field Reasons or in the business case document itself.
Business options This information is typically managed in the business case document itself.
Expected benefits This information can be managed in the business case document itself. A high level description of the benefits could be included in the General section field Reasons. However an alternative approach is possible by defining and using a specific workflow to manage the benefits lifecycle. However, this requires the SM - Service Desk and Service Management module and the configuration of the workflow. Customized reporting can be designed and implemented using the REP - Reporting module.
Expected dis-benefits See expected benefits.
Timescale This information can be managed in the business case document or with a dedicated one.
Costs This information can be managed in the business case document or with a dedicated one.

If the business case is managed as a project milestone, the cost information can be saved with an estimation related to the project milestone. Customized reporting can be designed and implemented using the REP - Reporting module.

Investment appraisal This information can be managed in the business case document. Some Key Performance Indicators (e.g. Earn) are available in together with the estimation which can be saved with a glossary. Customized reporting can be designed and implemented using the REP - Reporting module.
Major risks This information can be managed in the business case document. See also project risk management guide for alternative options.