Difference between revisions of "Development Planning"

From EUDP
Jump to: navigation, search
(Undo revision 480 by Klaus (talk))
(Example)
 
(8 intermediate revisions by 2 users not shown)
Line 1: Line 1:
 
== What ==
 
== What ==
  
Development plan
+
A Development Plan
 
+
[[Image:Implementation.png|300px]]
+
  
 
== How ==
 
== How ==
Line 9: Line 7:
 
'''The dish'''
 
'''The dish'''
  
Development Plan
+
The Development Plan
  
 
'''Ingredients'''
 
'''Ingredients'''
  
* All artifacts produced in the Preproject Phase so far.
+
* All artefacts produced in the Preproject Phase so far
* Experiences and metrics from previously performed projects.
+
* Experiences and metrics from previously performed projects
  
 
'''Process'''
 
'''Process'''
  
From the documentation produced and experience gained during the Preproject Phase compile a table containing the activities that should be performed during the Launch Phase. Create a table with three columns. Name the first column Name, the second Estimated cost and the third Prerequisites.
+
From the documentation produced and experience gained during the Preproject Phase, compile a table containing the activities that should be performed during the Launch Phase. Create a table with three columns. Name the first column 'Name', the second 'Estimated cost' and the third 'Prerequisites'.
  
From the description of the objects-to-analyse examine previous projects to obtain experience about the time needed to analyse and describe an object alike; include any other cost required (prototype development, meetings with the customer, or user representatives, purchase of components, external testing or verification, etc). Eventually, do this work in cooperation with a more experienced colleague or the project management. While taking this journey in the past, also note what prerequisites (meeting rooms, projectors, tools, testing facilities, etc) were necessary to analyse the object and note those found in the Prerequisites' column.
+
Based on the description of the objects-to-analyse, examine previous projects to obtain experience about the time needed to analyse and describe an object alike; include any other costs required (prototype development, meetings with the customer or user representatives, purchase of components, external testing or verification, etc). Eventually, do this work in cooperation with a more experienced colleague or the project management. While taking this journey in the past, also note what prerequisites (meeting rooms, projectors, tools, testing facilities, etc) were necessary to analyse the object, and note those found in the 'Prerequisites' column.
  
When all objects-to-analyse which have predecessors, have estimates and possibly prerequisites filled, it it time to look at the few left open. Apparently, there has not previously in the company's history been objects alike and therefore some extra effort is needed to get a relative estimate.
+
When all objects-to-analyse, which have predecessors, have estimates and possibly prerequisites filled, it it time to look at the few left open. Apparently, some objects have never in the company's history been seen before, and, therefore, some extra effort is needed to get a relative estimate.
  
To estimate on objects that have no previous predecessor in the company's history, you typically examine the object description thoroughly and decompose the object into smaller pieces describing each piece more detailed. Redo this work until the object has been decomposed into satisfactory small pieces that can be estimated with the necessary precision.
+
To estimate on objects that have no previous predecessor in the company's history, you typically examine the object description thoroughly and decompose the object into smaller pieces describing each piece in more details. Redo this work until the object has been decomposed into satisfactorily small pieces that can be estimated with the necessary precision.
  
If the analysis involves a larger project that could not be analysed within a few weeks, then spilt the analysis into timeboxes just as the development is timeboxed. Then decide the length of the timeboxes. Typically, a timebox period should be in the time frame of 2 to 4 weeks.
+
If the analysis involves a larger project that could not be analysed within a few weeks, spilt the analysis into timeboxes just like the development is timeboxed. Then decide the length of the timeboxes. Typically, a timebox period should be in the time frame of two to four weeks.
  
Each timebox should contain a deployment of the analysis results attained so far. It is important to deliver results to the customer frequently both to ensure that the customer realises that the developer is working on the matter and most importantly to get feedback from the customer.
+
Each timebox should contain a deployment of the analysis results attained so far. It is important to deliver results to the customer frequently both to ensure that the customer realises that the developer is in progress and most importantly to get feedback from the customer.
  
If the estimates are within 1 to 3 weeks, there is normally no need to set up a more sophisticated development plan in a project management tool. On the contrary it could be a waste of time.
+
If the estimates are within one to three weeks, there is normally no need to set up a more sophisticated development plan in a project management tool. In fact, it might even be a waste of time.
  
If the estimates suggest a longer Launch Phase, create a project in the project management tool with the activities scheduled relative to project start.  
+
If the estimates suggest a longer Launch Phase, create a project in the project management tool with the activities scheduled relative to project start.
  
 
== Why ==
 
== Why ==
  
The Development Plan expresses the expectations the developer has to the realisation of the project.
+
The Development Plan expresses the developer's expectations to the realisation of the project.
  
The plan is necessary for several reasons including estimation of cost, resource planning and project progress follow-up.
+
The plan is necessary for several reasons, including estimation of costs, resource planning and project progress follow-up.
  
The first use of the Development Plan is the estimation of the cost realising the project.
+
The first use of the Development Plan is an estimation of the costs to realise the project.
  
Secondly, when the customer accepts the quote, development can start when all necessary resources are available. Resources are typically staff, but can also include other types of resources like development equipment, test facilities, prototype production facilities, etc.
+
Then, when the customer accepts the quote, the development can begin provided that all necessary resources are available. Resources are typically staff, but may also include other types of resources such as development equipment, test facilities, prototype production facilities, etc.
  
During development the Development Plan is the basis for the project management.  
+
During development, the Development Plan is the basis for the project management.
  
 
== Example ==
 
== Example ==
Line 51: Line 49:
 
|-align="left"
 
|-align="left"
 
!Name
 
!Name
!Estimated cost
+
!Estimated costs
 
!Prerequisites
 
!Prerequisites
 
|-
 
|-
Line 84: Line 82:
 
|Technical Platform
 
|Technical Platform
 
|align="right"|10
 
|align="right"|10
|All departments meets
+
|All departments meet
 
|-
 
|-
 
|Development Plan
 
|Development Plan
Line 103: Line 101:
 
|}  
 
|}  
  
Resources:
+
 
 +
'''Resources'''
  
 
Staff:
 
Staff:
Line 115: Line 114:
 
Other:
 
Other:
  
Estimated number of hours on project per week: 30h
+
Estimated number of hours on project per week: 30
  
 
Plan:
 
Plan:
 
  
 
[[Image:DevelopmentPlan.gif|500px]]
 
[[Image:DevelopmentPlan.gif|500px]]

Latest revision as of 08:36, 28 September 2015

What

A Development Plan

How

The dish

The Development Plan

Ingredients

  • All artefacts produced in the Preproject Phase so far
  • Experiences and metrics from previously performed projects

Process

From the documentation produced and experience gained during the Preproject Phase, compile a table containing the activities that should be performed during the Launch Phase. Create a table with three columns. Name the first column 'Name', the second 'Estimated cost' and the third 'Prerequisites'.

Based on the description of the objects-to-analyse, examine previous projects to obtain experience about the time needed to analyse and describe an object alike; include any other costs required (prototype development, meetings with the customer or user representatives, purchase of components, external testing or verification, etc). Eventually, do this work in cooperation with a more experienced colleague or the project management. While taking this journey in the past, also note what prerequisites (meeting rooms, projectors, tools, testing facilities, etc) were necessary to analyse the object, and note those found in the 'Prerequisites' column.

When all objects-to-analyse, which have predecessors, have estimates and possibly prerequisites filled, it it time to look at the few left open. Apparently, some objects have never in the company's history been seen before, and, therefore, some extra effort is needed to get a relative estimate.

To estimate on objects that have no previous predecessor in the company's history, you typically examine the object description thoroughly and decompose the object into smaller pieces describing each piece in more details. Redo this work until the object has been decomposed into satisfactorily small pieces that can be estimated with the necessary precision.

If the analysis involves a larger project that could not be analysed within a few weeks, spilt the analysis into timeboxes just like the development is timeboxed. Then decide the length of the timeboxes. Typically, a timebox period should be in the time frame of two to four weeks.

Each timebox should contain a deployment of the analysis results attained so far. It is important to deliver results to the customer frequently both to ensure that the customer realises that the developer is in progress and most importantly to get feedback from the customer.

If the estimates are within one to three weeks, there is normally no need to set up a more sophisticated development plan in a project management tool. In fact, it might even be a waste of time.

If the estimates suggest a longer Launch Phase, create a project in the project management tool with the activities scheduled relative to project start.

Why

The Development Plan expresses the developer's expectations to the realisation of the project.

The plan is necessary for several reasons, including estimation of costs, resource planning and project progress follow-up.

The first use of the Development Plan is an estimation of the costs to realise the project.

Then, when the customer accepts the quote, the development can begin provided that all necessary resources are available. Resources are typically staff, but may also include other types of resources such as development equipment, test facilities, prototype production facilities, etc.

During development, the Development Plan is the basis for the project management.

Example

Name Estimated costs Prerequisites
Class Analysis 10
Use Case Analysis 15 Customer meeting
Interface Analysis 5
Function Analysis 8
System Dynamics Analysis 10
Requirement Analysis 15
General Architecture Design 15
Technical Platform 10 All departments meet
Development Plan 4
Quotation 3
Contract 3 Customer meeting
Sum 98


Resources

Staff:

Al is the SW developer.

Ben is assigned to do the hardware development.

Charlie is the project leader.

Other:

Estimated number of hours on project per week: 30

Plan:

DevelopmentPlan.gif