Software Support Process

From UG

(Difference between revisions)
Jump to: navigation, search
(Doc History)
 
(101 intermediate revisions not shown)
Line 1: Line 1:
 +
[[Category:Software Development Processes]]
 +
== Intro ==
== Intro ==
CT2 Support Operation covers:
CT2 Support Operation covers:
-
* Maintenance of existing system (upgrades, backups, monitoring, etc)
+
* [[#Maintenance]]
-
* Help Desk operation
+
** (upgrades, releases, backups, monitoring, etc)
-
* Etc
+
* [[#Help Desk operation]]
 +
 
 +
== Maintenance ==
 +
* releases: see [[CT2 Release Procedure]]
 +
 
 +
== Help Desk Operation ==
Help Desk requests can be classified into:
Help Desk requests can be classified into:
* bug reports
* bug reports
-
* new feature or change request
+
* change request
-
* create new user / client company request
+
* etc:
-
* general questions and misc
+
** create new user / client company request
 +
** general questions and misc
-
At the moment all requests above follow same work flow.
+
== Help Desk Diagram ==
See [[#Figure 1]].
See [[#Figure 1]].
-
== Help Desk Level 0 and 1 ==
+
== Help Desk Core activities ==
-
=== Help Desk Work flow for any requests coming from Non NY Office Jaguar Users ===
+
=== Initial Analysis ===
-
* Contact ''Local CT2 Liaison '' (Level 0). ''(If can not be resolved escalate to Level 1)''
+
* analyze request
 +
* interview user/ email request for additional info if required
 +
* consult wiki to see if system behaves as defined in wiki spec or as defined by user (if system behaves as defined by wiki spec then it is not a bug it is a request for change)
-
* ihelp@jaguarfreight.com (''Rob, Denise'') (Level 1).  ''(If can not be resolved escalate to Level 2)''
+
If this is a bug:
 +
* consult Mantis to see if this bug is already posted to mantis
 +
* provide user with workaround if possible (if this is a bug)
 +
* try to reproduce (if this is a bug)
-
=== Help Desk Work flow for any requests coming from NY Office Jaguar Users OR from Client Users ===
+
If this is not a bug no a change:
 +
* try to re-solve if possible
-
* ihelp@jaguarfreight.com (''Rob, Denise'') (Level 1). ''(If can not be resolved escalate to Level 2)''
+
Escalate as required to right engineer: see [[#Resources]]
-
== Help Desk Level 2 ==
+
=== Bug Report ===
-
''Marc Selter''
+
* Bug Report must have:
 +
** good summary (one sentence describing bug, this will become "Mantis Summary" field / Release Notes summary)
 +
** good description
 +
** steps to reproduce
 +
** screen shots, etc
 +
** always reproducible? (Y/N)
 +
** priority (mantis field "T") defined
 +
** link to [[Parent Mantis]]
 +
** link to wiki spec to this component
-
== Help Desk Level 3 ==
+
=== Mantis ===
-
** ''Paul'' - handles server issues, firewall issues, etc
+
Some support tasks require task to be created in mantis.
-
** ''Tira'' - handles issues related to Ops Pdfs, Client, Acc Sales modules
+
-
** ''Alex'' - handles issues related to Ops Reps, Ops, Acc Non Sales modules
+
-
== Bug Reports ==
+
'''Do not forget to link to proper [[Parent Mantis]]!'''
-
=== Step 1. Perform Initial Analysis ===
+
Each support task in mantis must be assigned to the person who is handling this task at the moment. [[Mantis#Status]] must be up to date.
-
To be handled by ''Level 0 and 1''.
+
All Support tasks are categorized into 3 mutually exclusive categories:
 +
* bugs
 +
* new components
 +
* changes to existing components
 +
* misc
-
* analyze request
+
=== Change Request ===
-
* interview user/ ask for additional info if required
+
-
* try to reproduce
+
-
* try to re-solve if possible (if this is not a bug)
+
-
* provide user with workaround if possible (if this is a bug)
+
-
* make sure it is a bug, not a change
+
-
* create Bug Report for Development
+
-
=== Step 2. Create Bug Report ===
+
Requests for Change should initially go to the module owners, and then discussed at The CT2 Board meeting since they may impact other modules. The Board will then decide if they are necessary and should proceed for design and development.
-
To be handled by ''Level 0 and 1''.
+
Once approved mantis will be created and added to "Backlog" folder.
-
* Bug Report is ready for developer:
+
== Help Desk Level 0 ==
-
** good summary (one sentence describing bug, this is how it will appear in Release Notes)
+
-
** good description
+
-
** steps to reproduce
+
-
** screen shots, etc
+
-
** always reproducible? (Y/N)
+
-
** priority / expected ETA defined
+
-
=== Step 3. Escalation (in some cases)
+
This is the "front end" of Support for any requests coming from Non NY Office Jaguar Users.
-
To be handled by ''Level 2''.
+
=== Resources===
-
=== Step 4. Create Mantis and forward to development
+
* London CT2 Liaison
 +
* Paris CT2 Liaison
 +
* HK CT2 Liaison
-
To be handled by ''Level 3''.
+
=== Response times===
 +
TBD
-
* create mantis
+
=== Responsibilities and Workflow===
-
* post into Bugs Inbox
+
-
== Requests for Change ==
+
* Follow: [[#Help Desk Core activities]] and [[#Figure 1]]
-
TBD ???
+
== Help Desk Level 1 ==
 +
 
 +
This is the "front end" of Support for any requests coming from:
 +
* NY Office Jaguar Users OR
 +
* Client Users
 +
 
 +
=== Resources===
 +
* ''Denise'' - NY Support Coordinator/Engineer (denise@jaguarfreight.com)
 +
 
 +
=== Response times===
 +
TBD  
 +
 
 +
=== Responsibilities and Workflow===
 +
 
 +
* Follow: [[#Help Desk Core activities]] and [[#Figure 1]]
 +
 
 +
== Help Desk Level 2 ==
 +
 
 +
=== Resources ===
 +
 
 +
==== Kiev group ====
 +
* ''Roma'' - Kiev Support Coordinator/Engineer (roman.lakhno@gmail.com)
 +
* ''Andrei' - Support Engineer(gurzov@gmail.com)
 +
 
 +
==== NY group ====
 +
* ''Tira'' - Support Engineer (montira@jaguarfreight.com)
 +
* ''Paul'' - Support Engineer (paul@jaguarfreight.com)
 +
 
 +
=== Responsibilities and Workflow ===
 +
* Follow: [[#Help Desk Core activities]] and [[#Figure 1]]
 +
* Create mantis if no mantis exists ( Kiev group: and add link between this issue and [http://mantis.jaguarfreight.com/mantis/view.php?id=1313 "Kiev Support tasks" parent mantis # 1313])
 +
 
 +
== Response times ==
 +
 
 +
* if priority is ''urgent'' then ''4 hours''
 +
* if priority is ''high'' then ''24''
 +
* if priority is ''medium'' then ''48 hours''
 +
* if priority is ''low'' then ''3 days''
 +
 
 +
 
 +
== Figures ==
 +
 
 +
=== Figure 1 ===
 +
[[File:SupportMarch23.jpg]]
== Doc History ==
== Doc History ==
* First draft. Submitted for approval.  --[[User:Alex|Alex]] 00:29, 12 March 2010 (UTC)
* First draft. Submitted for approval.  --[[User:Alex|Alex]] 00:29, 12 March 2010 (UTC)
* Re-designed. Submitted for approval. --[[User:Alex|Alex]] 17:02, 12 March 2010 (UTC)
* Re-designed. Submitted for approval. --[[User:Alex|Alex]] 17:02, 12 March 2010 (UTC)
 +
* Major re-design. --[[User:Alex|Alex]] 14:38, 22 July 2010 (EDT)
 +
 +
== Email Templates ==
 +
 +
=== Request to forward change to module owner for approval ===
 +
 +
This is a change. Please forward to Module Owner for approval. Regards, ...
-
== Figure 1 ==
+
===
-
[[File:Support12March2010.JPG]]
+

Current revision as of 18:38, 22 July 2010


Contents

[edit] Intro

CT2 Support Operation covers:

[edit] Maintenance

[edit] Help Desk Operation

Help Desk requests can be classified into:

  • bug reports
  • change request
  • etc:
    • create new user / client company request
    • general questions and misc

[edit] Help Desk Diagram

See #Figure 1.

[edit] Help Desk Core activities

[edit] Initial Analysis

  • analyze request
  • interview user/ email request for additional info if required
  • consult wiki to see if system behaves as defined in wiki spec or as defined by user (if system behaves as defined by wiki spec then it is not a bug it is a request for change)

If this is a bug:

  • consult Mantis to see if this bug is already posted to mantis
  • provide user with workaround if possible (if this is a bug)
  • try to reproduce (if this is a bug)

If this is not a bug no a change:

  • try to re-solve if possible

Escalate as required to right engineer: see #Resources

[edit] Bug Report

  • Bug Report must have:
    • good summary (one sentence describing bug, this will become "Mantis Summary" field / Release Notes summary)
    • good description
    • steps to reproduce
    • screen shots, etc
    • always reproducible? (Y/N)
    • priority (mantis field "T") defined
    • link to Parent Mantis
    • link to wiki spec to this component

[edit] Mantis

Some support tasks require task to be created in mantis.

Do not forget to link to proper Parent Mantis!

Each support task in mantis must be assigned to the person who is handling this task at the moment. Mantis#Status must be up to date.

All Support tasks are categorized into 3 mutually exclusive categories:

  • bugs
  • new components
  • changes to existing components
  • misc

[edit] Change Request

Requests for Change should initially go to the module owners, and then discussed at The CT2 Board meeting since they may impact other modules. The Board will then decide if they are necessary and should proceed for design and development.

Once approved mantis will be created and added to "Backlog" folder.

[edit] Help Desk Level 0

This is the "front end" of Support for any requests coming from Non NY Office Jaguar Users.

[edit] Resources

  • London CT2 Liaison
  • Paris CT2 Liaison
  • HK CT2 Liaison

[edit] Response times

TBD

[edit] Responsibilities and Workflow

[edit] Help Desk Level 1

This is the "front end" of Support for any requests coming from:

  • NY Office Jaguar Users OR
  • Client Users

[edit] Resources

  • Denise - NY Support Coordinator/Engineer (denise@jaguarfreight.com)

[edit] Response times

TBD

[edit] Responsibilities and Workflow

[edit] Help Desk Level 2

[edit] Resources

[edit] Kiev group

  • Roma - Kiev Support Coordinator/Engineer (roman.lakhno@gmail.com)
  • Andrei' - Support Engineer(gurzov@gmail.com)

[edit] NY group

  • Tira - Support Engineer (montira@jaguarfreight.com)
  • Paul - Support Engineer (paul@jaguarfreight.com)

[edit] Responsibilities and Workflow

[edit] Response times

  • if priority is urgent then 4 hours
  • if priority is high then 24
  • if priority is medium then 48 hours
  • if priority is low then 3 days


[edit] Figures

[edit] Figure 1

File:SupportMarch23.jpg

[edit] Doc History

  • First draft. Submitted for approval. --Alex 00:29, 12 March 2010 (UTC)
  • Re-designed. Submitted for approval. --Alex 17:02, 12 March 2010 (UTC)
  • Major re-design. --Alex 14:38, 22 July 2010 (EDT)

[edit] Email Templates

[edit] Request to forward change to module owner for approval

This is a change. Please forward to Module Owner for approval. Regards, ...

[edit] =

Personal tools