Difference between revisions of "PostProject Phase"

From EUDP
Jump to: navigation, search
(How)
(Why)
 
(3 intermediate revisions by the same user not shown)
Line 25: 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 Final Product Acceptance phase, arrange a formal meeting with the customer where the product is officially handed over to the customer. Conduct the 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.
+
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 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.
+
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.
 
Finally, the developer conducts an internal project evaluation in order to highlight any possible process improvements in the development phase.
Line 33: Line 33:
 
== 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 [[Product Accept]].
+
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.