How to do a WIR Podcast
Overview
Use this workflow as a general guide when you want to record and publish a Support Week-in-Review Podcast.
Much of this is done in the Support Week in Review Project. For more information about the CI/CD jobs used in this guide and what they do, refer to the project readme.
Workflow
- Check the Support Team Google calendar for the recording session (near the end of the week).
- Determine who will be responsible for each of the following roles. One person can be responsible for them all.
- Editor:
- Before the Recording:
- Prepare the SSAT input
- SSAT is gathered into the SSAT issue in the SWIR project.
- Some SSAT input will have been provided by managers during the week, but most will need to be ingested using the
populate_ssat
job from the pipeline. - Run
populate_ssat
job - this will gather any open positive SSAT into the SSAT issue - Review the content (automated or other) and make corrections and remove anything that is not actually positive. If there is a lot of content, consider reducing the number down by removing some that are short and not personalised - use your judgement here. Remove the line about “automated content”.
- Prepare the digest issue
- run the
create_digest_issue
job. - Edit the digest issue and add a phrase of the week
- Work with the Metrics Analyst (below) to ensure the metrics section is populated
- run the
- Prepare the SSAT input
- After the recording
- Publish the podcast
- Prepare SWIR for the next week
- Before the Recording:
- Metrics analyst:
-
take screenshots of the key metrics from the MM: Support KPIs Zendesk dashboard and insert them into the SWIR digest issue. The following 4 items need to be included:
- From the SWIR tab: the top row of 4 graphs, from SSAT through to volume
- From the SWIR tab: scroll to the bottom of
Total FRT SLA achievement - Last 4 Weeks
and capture the current week - From the SWIR L&R tab: the top row of 4 graphs, from SSAT through to volume
- From the SWIR L&R tab: scroll to the bottom of
L&R FRT SLA achievement - Last 4 Weeks
and capture the current week
-
in text, enter key metrics into the appropriate sections of the SWIR digest issue
- you can use the following for formatting
* **SSAT**: * **FRT**: * **High**: * **Normal**: * **Low**: * **NRT**:
-
Copy US Gov stats from this doc from earlier in the week
-
gather pairing data by observing the number of issues against the current pairing milestone and compare to the previous week’s digest issue data for the week on week (WoW) metric.
-
read and record this section during the recording call.
-
- Narrator(s):
- analyze the content of the section you’ll be narrating: click on each link and understand what is being expressed by the point
- read and record the content of the point
- by convention, we verbalize issue and MR links by reading out their project name and number, such as “Support Team Meta 1234”, or “Handbook MR 4321”. You can see these while narrating by hovering over the link. This is particularly important when the item has a “here-link” such as “see this issue”.
- Editor:
- Join the Zoom room
- Determine speaking order for Narrators. A useful set of conventions is:
- Read in alphabetical order by your first initials.
- If you have an item and it comes up, you will read it which will reset the order.
- When everyone is ready, begin recording. It’s easiest for the Editor to “Record locally”, as they’ll have the audio on their computer for upload.
- When finished recording, the Editor will publish and prepare the project for the next week.
Publishing the Podcast
Once you have the compiled audio:
- Optional: add the theme music to the recording if you have it
- Upload it to the Support Week in Review - Audio Edition folder
- Change the Sharing Settings to “Anyone within GitLab can View”
- Copy/paste the URL into the Digest Issue below the TOC (use the format:
:speaker: [Audio edition](url)
) - Share the final mix into Slack (there is a slackbot reminder in #support_team-chat at 23:00 UTC on a Thursday - you can share the audio link as a threaded reply to that conversation)
Prepare SWIR for the next week
- Run the
close_week_and_create_new_milestone
job - You’re done!
Notes on SSAT content
The purpose of including SSAT content in the Support Week in Review is two-fold:
- To highlight behaviors and ways of interaction that customers value in their own voices.
- To highlight the excellent work on the part of individuals and groups of individuals that take place in ticket interactions.
We do not include every SSAT review every week, both for brevity and because not every SSAT review fulfills the purposes above.
With the above purposes in mind, SSAT comments in the Support Week in Review should:
- be truly positive! Avoid SSAT ratings that disparage other engineers, GitLab teams or are back-handed compliments that include a mix of praise and negative feedback.
- have significant, thoughtful or interesting comments.
- be from a mix of Engineers. Sometimes a particular engineer may have multiple positive reviews in a week: try to get a cross-section of the team included.
- highlight the accomplishments of new team members when possible: a first positive SSAT in the SWIR should be called out and celebrated!
169389b1
)