Differences between revisions 2 and 4 (spanning 2 versions)
⇤ ← Revision 2 as of 2006-07-05 04:37:49 →
Size: 2024
Editor: DannyCheung
Comment:
← Revision 4 as of 2008-03-25 03:01:06 → ⇥
Size: 2127
Editor: DannyCheung
Comment:
Deletions are marked like this. Additions are marked like this.
Line 2: Line 2:
Line 7: Line 6:
 1. For modifications, the specification is '''approved''' by Bernie.  1. For modifications, the specification needs to be '''approved''' by Bernie.
Line 17: Line 16:
 1. Reassign Aegis job to support person for testing. This should be a support person, not necessarily the person who logged the job.  1. Reassign Aegis job to support person for testing. This should be a support person, not necessarily the person who logged the job. Also include some documentation or a description of what was fixed in the assigned to history.
Line 19: Line 18:
 1. Provide documentation to support person. Documentation should also be put in the Wiki.  1. Provide detailed documentation to support person if required. Documentation should also be put in the Wiki.
Line 28: Line 27:

Line 31: Line 28:

Line 34: Line 29:
  1. Customer Bugs
  1. New modifications

   1. Customer Bugs
  1. New modifications
Line 39: Line 32:
  1. Customer Bugs
   1. Approved Quotes
  1. Writing specifications for quotes
   1. Internal Bugs
  1. Internal Enhancements 		   1. Customer Bugs
  1. Approved Quotes
  1. Writing specifications for quotes
  1. Internal Bugs
  1. Internal Enhancements

PROCEDURE FOR MODIFICATIONS/BUG FIXES

  1. A job should be logged in Aegis. This normally is the person who is speaking to the customer to get the requirements or problem, or this could be Bernie describing a problem to you.

  2. A specification is written or the problem is described.

  3. For modifications, the specification needs to be approved by Bernie.

  4. Quote is sent to the customer, with the appropriate Aegis log no. on the quotation.
  5. The quotation is signed or authorised (via email) by the customer. A copy of the quotation should be put in the manila folder on Jenny's desk "Quotations".
  6. The Aegis job should be reassigned to the designated programmer. Normally this is the programmer who wrote the specification although this could be reassigned by Bernie depending on current assigned tasks.
  7. Complete Aegis Job.
  8. Reassign Aegis job to support person for testing. This should be a support person, not necessarily the person who logged the job. Also include some documentation or a description of what was fixed in the assigned to history.
  9. Provide detailed documentation to support person if required. Documentation should also be put in the Wiki.
  10. Support person to test modifications as per documentation supplied. Reassign back to programmer if not working to specification.
  11. Support person to inform customer via email that the modifications have been tested and ready for installation. Support person should provide documentation to customer regarding modification. If software bug, program should be installed.
  12. Support person to install modifications as per arrangement with customer. Ensure customer is informed.
  13. Reassign job to Jenny for invoicing if the job is a modification. If bug, job should be closed.

Prioritising Jobs

  • Support to prioritise jobs as follows:

    1. Customer Bugs
    2. New modifications

  • Programmers should prioritise their jobs as follows:

    1. Customer Bugs
    2. Approved Quotes
    3. Writing specifications for quotes
    4. Internal Bugs
    5. Internal Enhancements

SupportProcedure (last edited 2013-09-18 06:09:34 by localhost)