This page describes how Sid formats his 1-1 agendas.
If you are new to 1-1s or not sure how to make your previous experience with 1-1s work in
GitLab's culture, this can be a great starting place for you to learn.
However, remember that 1-1s are private meetings between a manager and their report, so consistency is secondary to effectiveness -
please make sure to find a format that works for you and your team.
List reports who might be underperforming.
Err on the side of putting people on too early and taking them off when it turns out there was no underperformance.
It is important to bring people up with your manager immediately and not have your manager have to tell you about concerns.
Paint a picture of how things could look in a couple of years.
Share best practices you've noticed.
Details
Every item on the details starts with exactly one tag, the tag can come from one of four categories:
Timing
ISO DATE (example: 2017-05-21 or 2017-05) - indicating when this item will be discussed next
RELEASE NUMBER (example: 9.4 or 9.5) - alternative to ISO DATE to indicate when this item will be discussed next
Action
TODO - report needs to set date of when this will be completed or just do the task, if we should discuss them report changes them to DISCUSS
DOTO - manager needs to do something, with this a (case sensitive) search for ' DO' finds all DOTO's and DONE's
DISCUSS - cover in the next 1-1 meeting
REVIEW - there is a Merge Request (MR) or document that can be approved, the MR should not be a Work In Progress (WIP)
HELP - if you need help with anything.
Information
FYI - informational, can be removed outside of the meeting by the person who did not put it on the agenda.
DONE - to be removed by the person who put it on the agenda, only set this if any MR has been merged
MOVE - if you want to move it outside of the agenda, for example an issue tracker.
DUPLICATE - An item that is an outdated duplicate of another item on the agenda. To be removed similar to items marked as DONE.
WONT - if you think this is no longer something that should be done.
WHY - if you get the suggestion but wonder why this is important and what the problem is.
THINK - if the person who did not put it on the agenda wants time to think about it and discuss it next meeting.
Personal
FEEDBACK - this is feedback about your performance (also means that all the other items are not performance feedback)
THANKS - mostly used by the manager to praise the report, these should not require a follow-up action. There is a tendency to focus on issues and challenges. Do not forget to recognize accomplishments and success.
SORRY - if you want to say sorry for something.
It is recommended to provide a section to list frequently & useful tags that helps facilitate ideas and perception triggers when a direct report (or their manager) fills out the 1-1 agenda.
This helps reassure that all these topic tags are readily available and encouraged to be used. This is especially important for THANKS, SORRY and HELP tags.
As specified above items are removed after being set to DONE. The 1-1 is one list that is continually modified. It is not a meeting agenda that is duplicated every week under a new date.
Add items to the end of the agenda. This is easier to do when using a numbered list.
The order going thought the agenda is last-to-first, this way things that are still top of mind get handled first.
Prefix a new item with your name. Do the same for all responses/follow-ups.
Use => to indicate a response/followup to an agenda item and prefix with your name. One example is at the bottom of this page and one is given here: DISCUSS Sid: Should we look into a collaboration with Walmart? => Kate: I think so, I created https://gitlab.com/gitlab-org/gitlab-ce/issues/101
Use sub-bullets (a, b, c) if there sub topics .
Include a link to the agenda in calendar invite of the 1-1 meeting
Use comments with +mentions in Google Docs only to signal urgency, don't write content down that way since it tends to get lost. Example: +person@example.com urgent because xyz
Link relevant issues, chats, screenshots, and Google Docs liberally.
When you link to items don't use Google Doc links but just paste the full URL in the document. This makes it easier to quickly see what the link points to and makes it easy to copy paste.
When you make a change link to diff or merge request instead of new content itself, this makes it easier to see what the change was.
Order
We move through the agenda top to bottom by header but bottom to top within those headers.
For example, the very first discussion item in the call should be the last item under High Performance.
Example agenda items
6. 2017-07 Sid: Kubernetes wishlist email => Spoke with Job, he'll create the issues => Eliran to stay involved
7. Sid: Do a webinar with all cloud partners, all container schedulers, all config management systems. => Eliran: Dimitrie might be interested in helping. Get the webinar without doing a lot of integration. => Eliran: Starting with Puppet, Dimitrie said he didn't do any dev work for the i2p demo so I am not sure he will be able to do the dev work required here. => Sid: Goal is not to have dev work. Just combine their demo with our i2p.
