The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.
Difference between revisions of "EGI-InSPIRE:DMSU ticket followup"
Jump to navigation
Jump to search
m (Created page with 'Plans of the DMSU work defined in [https://documents.egi.eu/document/69 MS502] and [https://documents.egi.eu/document/504 MS507] define the process of assingning ETA (''Estimated…') |
|||
| Line 7: | Line 7: | ||
issues can pospone lower ones indefinitely). | issues can pospone lower ones indefinitely). | ||
The revised process is defined below. | The revised process is defined below. | ||
* DMSU: analyze the ticket, try to reproduce and to narrow down the problem; consider for reassignment to the 3rd level support only proven defects in software, documentation etc.' | |||
* DMSU: upon assignment tickets to the 3rd level, evaluate its priority. The priority is the only way to control how fast the ticket will be handled. | |||
* The reaction time is defined in SLA between EGI and the TP (from 4h on ''top-priority'' to 15d for ''less-urgent''). | |||
* Time to fix ''top-priority'' tickets is ASAP for top-priority, the next release cycle (3 weeks typically) for ''very-urgent''. | |||
Revision as of 15:00, 16 August 2011
Plans of the DMSU work defined in MS502 and MS507 define the process of assingning ETA (Estimated Time of Arrival). Further negotiation with Technology providers (the EMI project in particular) shows that for higher priority tickets the ETA is given, and for lower priorities it cannot be assigned reliably (arriving high priority issues can pospone lower ones indefinitely). The revised process is defined below.
- DMSU: analyze the ticket, try to reproduce and to narrow down the problem; consider for reassignment to the 3rd level support only proven defects in software, documentation etc.'
- DMSU: upon assignment tickets to the 3rd level, evaluate its priority. The priority is the only way to control how fast the ticket will be handled.
- The reaction time is defined in SLA between EGI and the TP (from 4h on top-priority to 15d for less-urgent).
- Time to fix top-priority tickets is ASAP for top-priority, the next release cycle (3 weeks typically) for very-urgent.