Difference between revisions of "PostProject Phase"

From EUDP
Jump to: navigation, search
(New page: == What == Image:Postproject_img.gif == How == '''The dish''' Postproject '''Ingredients''' * The realised system - the former system-to-be * The customer * The dev...)
 
(Why)
 
(15 intermediate revisions by 3 users not shown)
Line 1: Line 1:
 
 
== What ==
 
== What ==
  
[[Image:Postproject_img.gif]]
+
<imagemap>Image:PostProjectPhase.png|
 +
rect 161 20 225 57 [[Product Accept|]]
 +
rect 160 114 227 151 [[Product Evaluation|]]
 +
rect 160 209 227 245 [[Project Evaluation|]]
 +
#<!-- Created by Online Image Map Editor (http://www.maschek.hu/imagemap/index) -->
 +
desc none
 +
</imagemap>
  
 
== How ==
 
== How ==
Line 8: Line 13:
 
'''The dish'''
 
'''The dish'''
  
Postproject
+
PostProject
  
 
'''Ingredients'''
 
'''Ingredients'''
Line 20: Line 25:
 
The final stages of the project should be carried out with great enthusiasm and at the same level of engagement as shown during the development. This is important in order to conclude the project with a satisfied customer and developer as well a satisfactory product.
 
The final stages of the project should be carried out with great enthusiasm and at the same level of engagement as shown during the development. This is important in order to conclude the project with a satisfied customer and developer as well a satisfactory product.
  
In the Product Accept phase, arrange a formal meeting with the customer where the product is officially handed over to the customer. Conduct the Product Accept as the last formal task as described in the Product Accept Specification, which is based on the requirements agreed upon with the customer in the "Launch phase".
+
Prior to the Final Product Acceptance, arrange a formal meeting with the customer where the product is officially handed over to the customer. Conduct the Final Product Acceptance as the last formal task as described in the Product Acceptance Specification, which is based on the requirements agreed upon with the customer in the Launch Phase.
  
After the formal product accept, it is time to evaluate the delivered product as well as the entire project. This evaluation is more informal and gives the customer a possibility to declare how satisfied he or she has been cooperating with the developer. It is particularly worth spending some time on possible improvements that can be introduced in a possible next project.
+
After the formal Final Product Acceptance, it is time to evaluate the delivered product as well as the entire project. This evaluation is more informal and gives the customer a possibility to declare how satisfied he or she has been cooperating with the developer. It is particularly worth spending some time on possible improvements that can be introduced in a possible next project.
  
Finally, the developer conducts an internal project evaluation in order to highlight any possible process improvements in the development phases.  
+
Finally, the developer conducts an internal project evaluation in order to highlight any possible process improvements in the development phase.
  
 
== Why ==
 
== Why ==
  
Just as important as the developer's first meeting at the customer's site is done in a professional and effective way, so should the exit also be in order to keep the door open for the next project. The customer should leave the developer with a positive experience in mind having received the expected product within the expected timeframe and to the agreed price. Therefore, a formal Product Accept should be signed by both parties and an informal Product and Project Evaluation should be conducted in order to clear out any misunderstandings and to improve the development process. This will leave the customer with an impression of an even more professional performance in relation to future projects.
+
Just as important as the developer's first meeting at the customer's site is done in a professional and effective way, so should the exit also be in order to keep the door open for the next project. The customer should leave the developer with a positive experience in mind having received the expected product within the expected timeframe and to the agreed price. Therefore, a formal Final Product Acceptance should be signed by both parties and an informal product and project evaluation should be conducted in order to clear out any misunderstandings and to improve the development process. This will leave the customer with an impression of an even more professional performance in relation to future projects.
 +
 
 +
Continue to [[Final Product Acceptance]].

Latest revision as of 11:21, 8 May 2015

What

PostProjectPhase.png

How

The dish

PostProject

Ingredients

  • The realised system - the former system-to-be
  • The customer
  • The developer

Process

The final stages of the project should be carried out with great enthusiasm and at the same level of engagement as shown during the development. This is important in order to conclude the project with a satisfied customer and developer as well a satisfactory product.

Prior to the Final Product Acceptance, arrange a formal meeting with the customer where the product is officially handed over to the customer. Conduct the Final Product Acceptance as the last formal task as described in the Product Acceptance Specification, which is based on the requirements agreed upon with the customer in the Launch Phase.

After the formal Final Product Acceptance, it is time to evaluate the delivered product as well as the entire project. This evaluation is more informal and gives the customer a possibility to declare how satisfied he or she has been cooperating with the developer. It is particularly worth spending some time on possible improvements that can be introduced in a possible next project.

Finally, the developer conducts an internal project evaluation in order to highlight any possible process improvements in the development phase.

Why

Just as important as the developer's first meeting at the customer's site is done in a professional and effective way, so should the exit also be in order to keep the door open for the next project. The customer should leave the developer with a positive experience in mind having received the expected product within the expected timeframe and to the agreed price. Therefore, a formal Final Product Acceptance should be signed by both parties and an informal product and project evaluation should be conducted in order to clear out any misunderstandings and to improve the development process. This will leave the customer with an impression of an even more professional performance in relation to future projects.

Continue to Final Product Acceptance.