Advices of the Support Tools: Difference between revisions

From Ameise-en
Jump to navigationJump to search
No edit summary
No edit summary
Line 40: Line 40:
| style="text-align:center;background:#FFFFCA" | {{cross}}
| style="text-align:center;background:#FFFFCA" | {{cross}}
|-
|-
| style="text-align:left;background:#DDE9FF"  | Only after a successful correction of a proceeded review, a new review can be proceeded
| style="text-align:left;background:#DDE9FF"  | A new review can only be proceeded after a successful correction of a proceeded review.
| style="text-align:center;background:#DDE9FF" | {{cross}}
| style="text-align:center;background:#DDE9FF" | {{cross}}
| style="text-align:center;background:#DDE9FF" |  
| style="text-align:center;background:#DDE9FF" |  

Revision as of 21:48, 9 May 2013


The following list includes various advices for the relevant QA - Model which is associated to the support tools. Trainees get these advices directly from the advisor or the friendly - peer, to indicate and avoid difficult situations.

Allocation of the identifying Advices on the Support Tools

Advice Tool(s)
Friendly - Peer Advisor
The author should not be used as a consultant. Hackerl.gif
The author should perform the correction of documents itself. Hackerl.gif
Previous phases should not be forgotten. Hackerl.gif Hackerl.gif
The previous phase should be finished, before starting the next phase. Hackerl.gif Hackerl.gif
The previous phase should be checked, before starting the next phase. Hackerl.gif Hackerl.gif
The previous phase should be corrected in reference to the review, before starting the next phase. Hackerl.gif Hackerl.gif
A new review can only be proceeded after a successful correction of a proceeded review. Hackerl.gif
A correction should be made after performing a test. Hackerl.gif Hackerl.gif
The customer should participate in specification- and manual reviews. Hackerl.gif
The manual should be written in an early phase of the project. Hackerl.gif
Do not execute personal changes all the time. Hackerl.gif
The activity and utilization of your developers should be observed. Hackerl.gif
The employment of staff should be observed in each single phase. Hackerl.gif
Employees should not be removed prematurely from a phase. Hackerl.gif
Removing employees should be considered accurate. Hackerl.gif
Employees should get activities which they are qualified for. Hackerl.gif
Incomplete documents should be subjected to a further review. Hackerl.gif