How to Run a Telescope Triage Meeting

From CDOT Wiki
Revision as of 15:56, 6 January 2020 by David.humphrey (talk | contribs) (Created page with " == Introduction == We need to help keep the Telescope project in a healthy state. This needs to happen on a number of fronts, including: * keeping the list of open issues...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

Introduction

We need to help keep the Telescope project in a healthy state. This needs to happen on a number of fronts, including:

  • keeping the list of open issues in a productive state
  • making sure pull requests are being reviewed in a timely manner
  • making sure that any issues/pull requests that are stuck, or need follow-up, get identified and resourced
  • helping to unblock people from accomplishing their work

Ideas for Running the Weekly Meeting

Roles

  1. One person should be in charge of taking notes, which need to be made public at the end of the meeting (e.g., in the wiki)
  2. Another person should lead a discussion with the team, keeping everything on track and progressing. The goal of the meeting isn't to solve everything during the meeting, but to make sure the right people are assigned responsibility to follow-up after the meeting.
  3. Everyone else is encouraged to work along on their laptop (e.g., in GitHub), and join the discussion.

Priorities

  1. Start with Pull Requests.
    1. Are there any open pull requests that need review?
    2. Who should do the reviews? Make sure they get assigned.
    3. Are there pull requests from community members? Let's prioritize these.
    4. Do any of the open pull requests need additional follow-up or to be closed?
  2. Next, are there any new "show-stopper" Issues we need to discuss and/or file as a group? For example, recent crash, test failure, broken dev environments, etc.
    1. Who will take care of filing these?
    2. Who will own them and make sure they get fixed and reviewed?
  3. Next, look through the current list of Issues for this week's Milestone/Project.
    1. Is anything in here at risk?
    2. Are we stuck on something?
    3. Can we do anything to remove the risk that this will slip?
    4. Who needs to get involved and what do they need to do?
  4. Next, go back to the existing Issues and start working through them in reverse order (oldest to newest).
    1. Are there any issues we can close
      1. no longer exists
      2. no longer a priority
      3. can't reproduce it
      4. duplicate of another issue
    2. If we are going to keep it open, do we have a plan for when we'll do it? Is something else blocking it from happening?
    3. Are there any Labels we can add, or other information, to make an Issue easier to find and fix?