Alert.png 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 "ROD Communication"

From EGIWiki
Jump to navigation Jump to search
(Created the page based on the relevant sections of the Draft)
 
Line 1: Line 1:
== Handover log model ==
__NOTOC__
== ROD intra-team communication ==


At the end of a shift the current ROD team should prepare the handover for internal ROD matters. Each ROD can decide independently on what the handover should look like and how it should be passed on to the next team. This document just provides suggestions for how it could be:  
At the end of a shift the current ROD team should prepare the handover for internal ROD matters. Each ROD can decide independently on what the handover should look like and how it should be passed on to the next team. The following list provides just suggestions for what should be included:


# List of tickets which will continue into the next week: name of the site, ROD ticket ID (if your NGI uses an internal ticket system) and GGUS Ticket number, the current status of the ticket.
* a list of tickets which will continue into the next week. Each item should contain the name of the site in question, GGUS ticket number, an optional ROD ticket ID, if your NGI uses an internal ticket system, and the current status of the ticket;
# Report any problems with operational tools during the shift.
* any tickets opened that are not related to a particular alarm;
# Report encountered problems with core grid services.
* a summary of problems encountered with core grid services;
# Any tickets opened that are not related to a particular alarm  
* a report of any problems with operational tools that occured during the shift;
# Anything else the new team should know?
* anything else the new team should be aware of.
 
For internal communication ROD can use mailing list(s), instant messengers, etc. Each ROD team is free to choose how the internal communication is established.


== Communication lines ==
== Communication lines ==


ROD should provide an email contact to where all ticket information should be sent and also to make it possible for COD or other bodies to contact them directly. For internal communication ROD can use mailing list(s), instant messengers etc. Each ROD team is free to choose how the internal communication is established.
ROD should provide an email contact to where all ticket information should be sent and register this address into GGUS. Another address (or possibly the same) should be made available to make it possible for COD, site administrators, or other bodies to contact them directly.
   
   
ROD should communicate with COD through the COD mailing list <tt>central-operator-on-duty(AT)mailman.egi.eu</tt>. For urgent matters, it should be done via a GGUS ticket assigned to COD support unit to make tracking of the case possible.
ROD should communicate with COD through the COD mailing list <tt>central-operator-on-duty(AT)mailman.egi.eu</tt>. Urgent matters should be communicated via a GGUS ticket assigned to the COD support unit to make tracking of the case possible.


There is also the handover section in the ROD dashboard which allows for COD and RODs to intercommunicate.
There is also the handover section in the ROD dashboard which allows for COD and RODs to intercommunicate.
In the case of a non-responsive ROD, COD shall create a GGUS ticket to the appropriate NGI.

Revision as of 12:53, 16 June 2011

ROD intra-team communication

At the end of a shift the current ROD team should prepare the handover for internal ROD matters. Each ROD can decide independently on what the handover should look like and how it should be passed on to the next team. The following list provides just suggestions for what should be included:

  • a list of tickets which will continue into the next week. Each item should contain the name of the site in question, GGUS ticket number, an optional ROD ticket ID, if your NGI uses an internal ticket system, and the current status of the ticket;
  • any tickets opened that are not related to a particular alarm;
  • a summary of problems encountered with core grid services;
  • a report of any problems with operational tools that occured during the shift;
  • anything else the new team should be aware of.

For internal communication ROD can use mailing list(s), instant messengers, etc. Each ROD team is free to choose how the internal communication is established.

Communication lines

ROD should provide an email contact to where all ticket information should be sent and register this address into GGUS. Another address (or possibly the same) should be made available to make it possible for COD, site administrators, or other bodies to contact them directly.

ROD should communicate with COD through the COD mailing list central-operator-on-duty(AT)mailman.egi.eu. Urgent matters should be communicated via a GGUS ticket assigned to the COD support unit to make tracking of the case possible.

There is also the handover section in the ROD dashboard which allows for COD and RODs to intercommunicate.