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 "2019-bidding/order-management-human-support"

From EGIWiki
Jump to navigation Jump to search
Line 7: Line 7:
== Introduction ==
== Introduction ==


The Order Management human support deals with taking care of Customer service order requests and the subsequent management, acting as an interface between the users and service providers.  
Currently the EGI Foundation User Community Support Team handles Customer service access requests (orders), handles relationship with the Customers, acting as an interface between the users and service providers. EOSC is expected to increase the number of requests that the order management team would receive, therefore we invite the NGIs with this call to nominate persons into the order management team and become part of a distributed effort that manages incoming service-access requests from EOSC.  


EGI has established an SLA framework to facilitate the allocation of services and resources to user communities in order to fulfil the specific needs of an experiment, project or community or practice.  The SLA framework creates trust agreements between Customers and Providers, specifies responsibilities, and the communication channels to provide feedback, support about the received/offered services. EGI SLAs are NOT legal contracts, but an agreement on intentions to collaborate and support a specific Customer group research activity.
EGI has established an SLA framework to facilitate the allocation of services and resources to user communities in order to fulfil the specific needs of an experiment, project or community or practice.  The SLA framework creates trust agreements between Customers and Providers, specifies responsibilities, and the communication channels to provide feedback, support about the received/offered services. EGI SLAs are NOT legal contracts, but an agreement on intentions to collaborate and support a specific Customer group research activity.
Line 13: Line 13:
== Technical Requirements ==
== Technical Requirements ==


When a service order request comes, the service order operator on shift "the shifter" is responsible to perform an initial analysis of the technical requirements described in the order.  
When a service order request comes, the service order operator performs an initial analysis of the technical requirements described in the order. The following two different scenarios are considered at this stage:


The following two different scenarios are considered:
a.) If the service order is clear enough and it requests to access an existing service instance then the eligibility of access should be checked, the request should be approved, the user/customer need to be directed to the instance.


a.) If the service order is clear enough and it requests to access services for which there is no authentication required, the shifter will approve the service order request.
b.) If the service order requests is incomplete, inconsistent and/or requests access to multiple services, possibly from different providers then additional tasks need to be performed:
 
* Clarify the request with the user
b.) If the service order requests to access to one or multiple service from different providers/e-Infrastructures,
* Establish one-to-one interactions between the Customer and suitable/promising different service providers.
the shifter is responsible to:
* Establish one-to-one interactions between the Customer and the different service providers.
* Initiate interactions with the service providers (from the different e-Infrastructure) and collect expression of interests (EoIs).
* Initiate interactions with the service providers (from the different e-Infrastructure) and collect expression of interests (EoIs).
* Create Operational Level Agreements (OLAs) with the service providers interested to support the Customer.
* Create Operational Level Agreements (OLAs) with the service providers interested to support the Customer.
Line 28: Line 26:
* Collect feedback and suggestion for improvements about the service delivery from the Customer.
* Collect feedback and suggestion for improvements about the service delivery from the Customer.


The shifter will provided support for service orders requesting access to:
== Effort ==
* Cloud Compute resources,
* HTC resources, and
* Storage resources.
 
== Support ==
 
* Support is provided via the EGI Helpdesk
* Support hours: eight hours a day, Monday to Friday – excluding public holidays of the hosting organisation(s).
 
== Service level targets ==
 
* Response to tickets in EGI Helpdesk within support hours: [[FAQ_GGUS-PT-QoS-Levels#Medium_service|Medium]].
 
== Effort (EGI-related activities) ==
 
Bids planning a effort up to 4 Person Months/year would allow these services and activities to be addressed appropriately. Effort may be provided as part of either the INFRAEOSC-07 and INFRAEOSC-03 projects.
 
== Effort (EOSC-related activities) ==


Partners are encouraged to submit details of activities and proposed costing of effort for EOSC related activities. This may include activities related to development of new functionality required by EOSC communities in addition to activities delivering services to these communities.
Bids planning effort up to 4 Person Months/year would allow these services and activities to be addressed appropriately. Effort may be provided as part of either the INFRAEOSC-07 and INFRAEOSC-03 projects.

Revision as of 17:46, 20 November 2019

Main EGI.eu operations services Support Documentation Tools Activities Performance Technology Catch-all Services Resource Allocation Security



EGI Services and Service Management Support menu: Bids Old Bids Performance

Go back to the EGI Services Bidding page.

Service name: Order Management human support

Introduction

Currently the EGI Foundation User Community Support Team handles Customer service access requests (orders), handles relationship with the Customers, acting as an interface between the users and service providers. EOSC is expected to increase the number of requests that the order management team would receive, therefore we invite the NGIs with this call to nominate persons into the order management team and become part of a distributed effort that manages incoming service-access requests from EOSC.

EGI has established an SLA framework to facilitate the allocation of services and resources to user communities in order to fulfil the specific needs of an experiment, project or community or practice. The SLA framework creates trust agreements between Customers and Providers, specifies responsibilities, and the communication channels to provide feedback, support about the received/offered services. EGI SLAs are NOT legal contracts, but an agreement on intentions to collaborate and support a specific Customer group research activity.

Technical Requirements

When a service order request comes, the service order operator performs an initial analysis of the technical requirements described in the order. The following two different scenarios are considered at this stage:

a.) If the service order is clear enough and it requests to access an existing service instance then the eligibility of access should be checked, the request should be approved, the user/customer need to be directed to the instance.

b.) If the service order requests is incomplete, inconsistent and/or requests access to multiple services, possibly from different providers then additional tasks need to be performed:

  • Clarify the request with the user
  • Establish one-to-one interactions between the Customer and suitable/promising different service providers.
  • Initiate interactions with the service providers (from the different e-Infrastructure) and collect expression of interests (EoIs).
  • Create Operational Level Agreements (OLAs) with the service providers interested to support the Customer.
  • Finalize a single Service Level Agreement (SLA) with the Customer.
  • Establish and maintain good relationships with the Customer and the service providers of the different e-Infrastructure.
  • Collect feedback and suggestion for improvements about the service delivery from the Customer.

Effort

Bids planning effort up to 4 Person Months/year would allow these services and activities to be addressed appropriately. Effort may be provided as part of either the INFRAEOSC-07 and INFRAEOSC-03 projects.