Guidelines for project meetingsProject meetings are when we discuss about our project. But I have multiple on-going projects, and my memory is short-lived — I often forget what we discussed the day after the meeting. Do not assume I remember the goal, the roadmap, or the progress of the project. To get the most out of our meetings, you need to be organized and prepared. Three things matter most:
The rest of this page explains each of these, followed by short notes on what to do before, during, and after the meeting. 1. Maintain a single document for all meetingsKeep one running document for the entire project (not a new file each week). Every week, append new content to it. The document should contain, for each meeting:
Use GoogleSlides or PPTX (stored on Google Drive), and give me and everyone in the project edit permission. I strongly recommend slides over GoogleDoc, because slides make it easy to embed figures, tables, and diagrams — which is what our discussions revolve around. Why one document instead of many? Because the document is the memory of the project. When we open it, both of us can immediately see where we were last week, what we agreed to try, and what happened. Scattered files across weeks force us to spend the first ten minutes of every meeting reconstructing context, which is exactly what we want to avoid. 2. Prepare in advance, with everything in one placeBefore every meeting, put all the figures, tables, numbers, and diagrams you plan to show into your slides for that week. Do not plan to open Jupyter notebooks, W&B dashboards, or your file system during the meeting to “find” a result. If you do, we will lose 5–10 minutes to loading, scrolling, and remembering, and by the time you find the plot, we will both have forgotten why we wanted it. Concretely, before the meeting:
Preparing in advance forces you to think about the results before the meeting rather than during it. Very often, the act of preparing the slides will surface the questions you should be asking me — which is far more useful than me asking them for you on the spot. 3. Write down actionable items, and make them measurableAt the end of every meeting, write down the actionable items in the shared document, in front of me. This has two purposes. Writing forces clarification. When something is only spoken, it feels agreed upon, but the two of us may have very different pictures of what “try a few learning rates” actually means. Writing it down surfaces the ambiguity while I am still in the room to resolve it. Without this, mismatched expectations between us silently accumulate — you spend a week on something you thought I asked for, I expected something different, and by the following meeting both of us are frustrated. This is preventable, and it is prevented by writing things down. Actionable items must be measurable. An item that only describes an action leaves the target open-ended, so neither of us can tell whether it has been completed. State both the action and the expected result or deliverable — a number, a plot, a comparison, a written summary. Deadlines. By default, every actionable item is due by the next meeting, so there is no need to write “by next meeting” on each one. Only state a deadline explicitly when it is different from the default — e.g., “within 2 weeks”, “by Friday” (if that is earlier than next meeting), or “before submission on 15 Nov”. The table below contrasts vague items with measurable ones.
Notice the pattern in the right column: every item names what to do, what artifact to produce (plot, table, summary, number), and when it is due. This is what makes the item measurable and what lets both of us agree, at the next meeting, whether it has been completed. Before the meeting
During the meeting
After the meeting
Template
|