Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Get routing and triage above 90% #57

Closed
16 tasks done
hubertdeng123 opened this issue Oct 20, 2022 · 17 comments
Closed
16 tasks done

Get routing and triage above 90% #57

hubertdeng123 opened this issue Oct 20, 2022 · 17 comments

Comments

@hubertdeng123
Copy link
Member

hubertdeng123 commented Oct 20, 2022

Goal

We want to drive up the engagement between Sentry employees and the open source community. Today, this impact is measured in our OSPO dashboard. As a company we should strive to have >90% of issues triaged/routed on time.

Screen Shot 2022-10-21 at 11 58 17 AM

Why are numbers low? What are opportunities to fix this?

  1. At Sentry, we use Slack as a primary source of communication, which isn't being utilized enough to address issues in GitHub. Our current process involves support going in to Github to find the issues needing to be triaged/routed, and then going to a team's channel to ping them to address the issues. Currently, much of the routing/triaging process is done through Github actions, and migrating to eng-pipes could utilize our Sentaur bot to help out.
  2. Support is experiencing pain pinging teams for issues, and it's often difficult for them to find the appropriate channel/team to post in.
  3. Employees are not receiving notifications on Untriaged issues after an issue has been routed.
  4. Slackbot integration for reminding support on issues is lackluster, it would be better to ping their channel whenever an issue that comes in with the Untriaged or Unrouted labels, and periodically remind their on-call to address.
  5. A bug on Github related to ghost labeling has been affecting our dashboard. A support ticket has been filed but their eng team is pretty slow and we shouldn't rely on them.

How will we measure engagement?

NUMBERS!! Engagement on the OSPO dashboard should increase

What are the improvements to be made?

Punchlist

Follow-up

@hubertdeng123 hubertdeng123 changed the title Centralize GitHub automations to eng-pipes Improve issue handling for eng-pipes Oct 21, 2022
@chadwhitacre chadwhitacre mentioned this issue Oct 21, 2022
14 tasks
@chadwhitacre chadwhitacre changed the title Improve issue handling for eng-pipes Get routing and triage above 90% Oct 24, 2022
@chadwhitacre chadwhitacre changed the title Get routing and triage above 90% Get Routing and Triage Above 90% Oct 24, 2022
@chadwhitacre chadwhitacre changed the title Get Routing and Triage Above 90% Get routing and triage above 90% Oct 24, 2022
@hubertdeng123
Copy link
Member Author

Weekly update Nov 14:

Last week:

  • /notify-for-triage with office arg has been merged
  • brainstorming of how notifications will be set up mostly ironed out (will use BigQuery to store the timeToTriageBy and timeToRouteBy timestamps, weekend/business day logic will be set up in eng pipes entirely)
  • draft PR up for moving weekend logic to eng-pipes

This week:

  • Add timeToTriage and timeToRoute in BigQuery
  • Find a way to migrate the queries used in Looker to the new system

@hubertdeng123
Copy link
Member Author

hubertdeng123 commented Nov 21, 2022

Weekly update Nov 21:

Last week:

  • Added timeToTriage and timeToRoute in BigQuery
  • Routing notifications for support are in prod

This week:

  • use timeToTriage and timeToRoute in OSPO dashboards as a source of truth for SLO violations

@hubertdeng123
Copy link
Member Author

hubertdeng123 commented Nov 29, 2022

Weekly Update Nov 28:

Last week:

  • merged timeToTriage and timeToRoute in OSPO dashboards as a source of truth for SLO violations

This week:

  • business hour calculations for timeToTriage and timeToRoute
  • allow channels to support multiple offices as timezones
  • work on supporting holidays in eng-pipes

@hubertdeng123
Copy link
Member Author

Weekly Update Dec 5:

Last week:

  • allow channels to support multiple offices as timezones
  • work on supporting holidays in eng-pipes

This week:

  • support business hours in timeToTriage and timeToRoute
  • merge supporting holidays in eng-pipes

@hubertdeng123
Copy link
Member Author

Weekly Update Dec 12:

Last week:

  • support business hours in timeToTriage and timeToRoute
  • merge supporting holidays in eng-pipes
  • fixed a bug with holiday logic

This week:

  • merge business hour support for timeToTriage and timeToRoute
  • double check looker to ensure logic is as expected

@hubertdeng123
Copy link
Member Author

hubertdeng123 commented Dec 24, 2022

Oof late update, slipped my mind this monday

Weekly Update Dec 19:

Last week:

  • support business hours in timeToTriage and timeToRoute
  • merge supporting holidays in eng-pipes
  • fixed a bug with holiday logic

This week:

  • merged lookml PR for using business hours in timeToTriage and timeToRoute
  • put up PR to standardize github actions for issue routing to eng-pipes

@hubertdeng123
Copy link
Member Author

Weekly Update Dec 28:

Last week:

This week:

@hubertdeng123
Copy link
Member Author

Weekly Update Jan 4:

Last week:

This week:

@chadwhitacre
Copy link
Member

Are we ready to remove the old yml actions yet? Thinking about:

https://github.com/getsentry/.github/blob/main/.github/workflows/unroute-new-issue.yml

@hubertdeng123
Copy link
Member Author

Yes, we can remove some of those.

@hubertdeng123
Copy link
Member Author

hubertdeng123 commented Jan 18, 2023

@hubertdeng123
Copy link
Member Author

hubertdeng123 commented Jan 24, 2023

@hubertdeng123
Copy link
Member Author

hubertdeng123 commented Jan 31, 2023

Weekly Update Jan 24:

This week:

@chadwhitacre
Copy link
Member

Duuuuuuuuude ...

TTR, TTT

@chadwhitacre
Copy link
Member

@hubertdeng123 Quick! Close the ticket while we're above 90%! 😅

@hubertdeng123
Copy link
Member Author

Last punchlist item in 😁

Closing this...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants