Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Please report them in the service desk found in this link (https://rbictg.atlassian.net/servicedesk/customer/portal/2) 53 so we can track all the issues in a consistent matter.

Note

Note that the International Tech Service Desk project has recently changed – please make sure you’re using the updated link

Note

Please do not post about new or connected issues in Resolved tickets. For visibility and tracking, raise a new Bug ticket for each new issue. Messages posted in Resolved tickets may get overlooked due to insufficient notifications.

Info

One ticket, one bug – don’t report multiple issues in one ticket. Rather, create separate tickets for each bug

How to report bugs?

Please follow the next steps to add all information to bug ticket

...

Priority: We need to set priority for the bug bugs for us to understand how much functionality is affecting and the importance impact of it. The scale and corresponding Service Level Objectives are as follows:

Issues Types and SLOs

Low Priority

Has a surmountable impact on the user experience for a significant majority of users

24h

Weekly

6 weeks

Affected function:

Issue Priority

Definition

Time to First Response

Update Frequency

Resolution Time

Fire

Impacting core functionality (offers, loyalty, ordering, sign-in) for a significant (>5%) number of users or otherwise bringing significant risk to the market (security breach, GDPR, etc)

15min

Hourly

24h

High Priority

Impacting core functionality (offers, loyalty, ordering, sign-in) for many (<5%) users or hindering day to day operations for the business

1h

Daily

1 week

Medium Priority

Impacting non-core functionality for many users or transient impact on core functionality

24h

Weekly

3 weeks

Priority

Fire

High

Medium

Low

  • Ordering & Payments

  • Loyalty & Offers

  • Menu & Restaurant

  • Users

Insurmountable Error affecting >10% of Users

Insurmountable Error affecting >1% of Users

Surmountable Error affecting >10% of Users

Surmountable Error(s) affecting >1% of users

CRM (Analytics)

CRM system down or impact in compliance

Degraded analytical accuracy affecting *key funnels

Degraded analytical accuracy affecting multiple events

Degraded analytical accuracy limited to specific events or properties

CRM (Engagement)

Issues with marketing campaigns may be opened as a fire by default. RBI may downgrade to lower priority based on guest impact (as described above under 1st row). However, tech support will consider the duration of the campaign and endeavor to resolve the issues before the campaign ends.

Panel
panelIconIdatlassian-info
panelIcon:info:
bgColor#EAE6FF
  • A surmountable error is one which a user can bypass with only 1-2 actions to still accomplish their goal. All other errors are classified as insurmountable

  • Definitions referring to a "% of users" take the total number of users who have started the relevant funnel as the denominator (not total MAUs)

  • RBI Leadership team may change the priority level of an IREQ according to their assessment of business impact.

  • *key funnels: we refer to the following indicators:

    • E2E Conversion rate from Start Session to Purchase

    • E2E Conversion rate from Start Session to Loyalty Offer Redemption

    • E2E Conversion rate from Start session to Sign Up Complete

Issue Priority

Time to First Response

Resolution Time

Fire

15min

24h

High Priority

1h

1 week

Medium Priority

24h

3 weeks

Low Priority

24h

6 weeks

Resolution SLOs are measured against business days (Mon to Fri during working hours) with the exception of High Priority and Fire tickets, which are measured against natural days (Mon to Sun) due to their higher urgency.

Tech Support: 3 strike rule

When troubleshooting your bug ticket, please note that we always test to replicate your reported behavior. When we can no longer reproduce /validate your issue, we heavily rely on your help, to progress the investigation. As soon as we need your feedback we move the ticket to a pending state and wait for further confirmation.

If no help is provided to our Technical experts, our team is stuck and cannot assess your bug as being present. To this extent, please note that if we have initiated 3 attempts to clarify your bug ticket (in 3 distinct days) and if we lack progress, we will close the case directly on the 4th attempt. You can always open a new ticket and reference your closed ticket so that our team resumes investigation.
You can always refer to our escalation process if you feel our work can or needs improving.

How to escalate a bug ?

If you feel your reported IREQ ticket (for Bugs and Fires) does not get the proper attention and/or is not heading towards a satisfactory resolution, please raise an escalation via intl.techsupport.escalations@rbi.com.
This action will create extra awareness to Intl Tech Support Management team.

Escalating to  intl.techsupport.escalations@rbi.com is possible when you have an open/closed IREQ and you want to either pass feedback for improvement or raise awareness for a speedy resolution.

Prior to sending an escalation (for IREQ tickets ) please always ensure you’ve updated the ticket beforehand, and that progress continues to be either slow or no visible resolution in sight (in danger of breaching the above mentioned SLO’s). Also, when sending your escalation please mention the IREQ ticket number and reason for escalation.

Note

Please note that intl.techsupport.escalations@rbi.com is not an alternative to open IREQs.
Opening new tickets should always be done via our Service Desk portal.