Blog Posts Process Analysis

Project Selection Process S400

Blog: Biz-Performance, David Brown

S400 – Feasibility Prototype

SIIPS Selection Processes (S).png

DEFINITION

S400 - Feasibility prototype.pngConstruct a prototype of the full system to demonstrate that the preferred solution is viable prior to finalising the full purchase contract.

SUMMARY

A prototype of the proposed solution is produced to demonstrate its viability and/or cost effectiveness, benefit etc.  It would be completed before agreeing to contract for the full solution.  The prototype and associated installation work and services may be provided free of charge by the vendor, or may be paid for, subject to an initial contract, as a paid investigation before a major investment programme.
The construction of the system may be at the client organisation, at the vendor’s facilities or at a suitable third party, for example a Consultants demonstration installation or a computer bureau.  The work will normally involve both the vendor and project team staff.

PATH PLANNING GUIDANCE

This process is optional.   It is not common practice, but may be used where it is appropriate to agree with the vendor to produce an initial prototype before commissioning the full system.

DEPENDENCIES

Prerequisites (Finish-Finish):
  • Agree final marks and issues (S230)
  • Benchmark (if required) (S240)
  • Prepare and agree Selection Report (S250)
Dependent procedures (Finish-Finish):
  • Agree contract with preferred vendor(s) (S310)
RECEIVABLES
  • “demonstration” system supplied by the vendors
  • contract or licence to use the components of the prototype system
  • vendors’ proposals as modified by any subsequent correspondence
  • reports / questionnaires from vendor demonstrations
  • report from Package Fit tests (if any)
  • findings from the final evaluation of marks and issues
  • findings from Benchmarking (if any)
  • Selection Report

DELIVERABLES

  • Prototype
  • Prototype Report

TOOLS

  • (none)

DETAILED DESCRIPTION OF TASKS

The objectives and circumstances of a Feasibility Prototype will vary according to needs.  Given the variety of approaches that may be appropriate.
In many ways, the work involved in the construction of the prototype is a preliminary version of the prototyping and design work conducted during the Delivery Segment.  Many of the same design, technical and organisational considerations will apply and these are not considered here in any detail.  In some cases the exercise may be treated as a small Delivery Segment project in advance of the main implementation.
Prototyping techniques and concepts are considered in more detail in the Delivery Segment process D400.
It is worthwhile, however, noting some key considerations:

  • Identify the precise objectives and scope of the prototyping exercise.  Normally it should be restricted to areas of genuine concern or risk.  It need not be a full working version of the final solution.
  • Identify and agree the resourcing needs such as:
    • staffing
    • responsibilities
    • time
    • equipment
    • software
    • costs.
  • Review the overall project plans and estimates for the effect of any changes in resourcing, timescales and costs.  Check how the net benefit is affected and ensure that the overall project remains beneficial.
  • Make sure it is clear that the prototype is for evaluating the feasibility of the solution and is not a shortcut to providing the full solution – it will take longer and cost more than a project which omits this stage.
  • Base the prototype upon the real needs of the organisation.  If necessary, involve the relevant users and management from the client organisation.
  • It may be appropriate to treat the exercise as a series of specific tests.  If so the generic approach to testing may be applied.  Tests may be defined as objectives and in detail along with expected results using.  The process may be controlled with using test forms that are used to control any reported incidents and track them to resolution.  (See the appropriate Delivery Segment processes for further details of the approach to testing.)
  • Work with the vendor so that the vendor can guide the project team towards all available solutions and is in a position to remedy any problems.
  • Review the findings with the Project Sponsor and with key decision makers.  If required, document the evidence, the agreed findings and conclusions in a Prototype Report.

Leave a Comment

Get the BPI Web Feed

Using the HTML code below, you can display this Business Process Incubator page content with the current filter and sorting inside your web site for FREE.

Copy/Paste this code in your website html code:

<iframe src="https://www.businessprocessincubator.com/content/project-selection-process-s400/?feed=html" frameborder="0" scrolling="auto" width="100%" height="700">

Customizing your BPI Web Feed

You can click on the Get the BPI Web Feed link on any of our page to create the best possible feed for your site. Here are a few tips to customize your BPI Web Feed.

Customizing the Content Filter
On any page, you can add filter criteria using the MORE FILTERS interface:

Customizing the Content Filter

Customizing the Content Sorting
Clicking on the sorting options will also change the way your BPI Web Feed will be ordered on your site:

Get the BPI Web Feed

Some integration examples

BPMN.org

XPDL.org

×