{
  "author": {
    "name": "Dylan Fitzgerald",
    "url": "https://dylanfitzgerald.net/"
  },
  "blyg": "0.4",
  "changelog": [
    {
      "at": "2024-10-01T04:08:00Z",
      "note": "Imported from the Ctrl+Shift archive",
      "version": 1
    }
  ],
  "content_hash": "sha256:1f4b1b10de3ff27bcc65187f96219cf5918704c90ae1dc293281a1e3334824c0",
  "content_html": "\u003ch1\u003eReview your decisions, not your calendar\u003c/h1\u003e\n\u003cfigure\u003e\u003cimg src=\"https://dylanfitzgerald.net/ox-hugo/daltoris_modern_tech_company_styled_illustration_of_a_businessp_158bd047-3069-4f0d-98b2-f471372d4c2c.jpg\"\n\t\t\talt=\"a businessperson treading over their calendar towards enlightenment\" width=\"30%\"\u003e\n\u003c/figure\u003e\n\n\u003cp\u003eA typical periodic review\u0026ndash;be it for yourself, your team, or your org\u0026ndash;often ends up looking something like:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eset a date for a review meeting\u003c/li\u003e\n\u003cli\u003eeveryone involved looks back at their calendar and tries to remember and piece together what they did since the last review\u003c/li\u003e\n\u003cli\u003eif there\u0026rsquo;s benchmarks or set goals to compare against, reframe the outcomes of the last time period to fit a desired narrative around those benchmarks or goals\u003c/li\u003e\n\u003cli\u003ehave a meeting and possibly come up with next actions based around the intersection of those narratives, which are based entirely on outcomes\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eThis isn\u0026rsquo;t the worst thing for taking the pulse of an organization as a whole, but it\u0026rsquo;s really not ideal for actually learning whether or not you and your teams\u0026rsquo; decisions are good ones.\u003c/p\u003e\n\u003cp\u003eInstead, consider basing your review structure on the decisions themselves, not just \u0026ldquo;what happened last quarter\u0026rdquo;. You can do this by:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003erecording when you and your team reach a consensus on a decision\u0026ndash;be it around architecture (\u003ca href=\"https://cognitect.com/blog/2011/11/15/documenting-architecture-decisions.html\"\u003efor which a fair amount of documentation on decision records exists\u003c/a\u003e), communications, assignments, goals, etc.\u0026ndash;and capturing the context, justification, and expected outcomes, along with the team\u0026rsquo;s confidence in those outcomes.\u003c/li\u003e\n\u003cli\u003esetting a date to loop back and review the decision\u003c/li\u003e\n\u003cli\u003ehave a meeting on that date, to wit:\n\u003cul\u003e\n\u003cli\u003ewhat were the actual outcomes of this decision?\u003c/li\u003e\n\u003cli\u003ewas that good, bad, in between, or something else?\u003c/li\u003e\n\u003cli\u003ehow much of that was luck? how much of that was skill?\u003c/li\u003e\n\u003cli\u003ewhat did we misjudge given the information and context at the time, if anything?\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eThis won\u0026rsquo;t make for clean, date-aligned columns in a periodic report, but you\u0026rsquo;ll actually learn from your decisions.\u003c/p\u003e\n",
  "content_md": "# Review your decisions, not your calendar\n\n{{\u003c figure src=\"/ox-hugo/daltoris_modern_tech_company_styled_illustration_of_a_businessp_158bd047-3069-4f0d-98b2-f471372d4c2c.jpg\" alt=\"a businessperson treading over their calendar towards enlightenment\" width=\"30%\" \u003e}}\n\nA typical periodic review--be it for yourself, your team, or your org--often ends up looking something like:\n\n-   set a date for a review meeting\n-   everyone involved looks back at their calendar and tries to remember and piece together what they did since the last review\n-   if there's benchmarks or set goals to compare against, reframe the outcomes of the last time period to fit a desired narrative around those benchmarks or goals\n-   have a meeting and possibly come up with next actions based around the intersection of those narratives, which are based entirely on outcomes\n\nThis isn't the worst thing for taking the pulse of an organization as a whole, but it's really not ideal for actually learning whether or not you and your teams' decisions are good ones.\n\nInstead, consider basing your review structure on the decisions themselves, not just \"what happened last quarter\". You can do this by:\n\n-   recording when you and your team reach a consensus on a decision--be it around architecture ([for which a fair amount of documentation on decision records exists](https://cognitect.com/blog/2011/11/15/documenting-architecture-decisions.html)), communications, assignments, goals, etc.--and capturing the context, justification, and expected outcomes, along with the team's confidence in those outcomes.\n-   setting a date to loop back and review the decision\n-   have a meeting on that date, to wit:\n    -   what were the actual outcomes of this decision?\n    -   was that good, bad, in between, or something else?\n    -   how much of that was luck? how much of that was skill?\n    -   what did we misjudge given the information and context at the time, if anything?\n\nThis won't make for clean, date-aligned columns in a periodic report, but you'll actually learn from your decisions.",
  "created": "2024-10-01T04:08:00Z",
  "id": "50a4vhs5d2eed4deg63cj0vbxr",
  "kind": "thread",
  "media": [],
  "origin": "https://dylanfitzgerald.net/blyg/",
  "page": "https://dylanfitzgerald.net/blog/review-your-decisions-not-your-calendar/",
  "transclusions": [],
  "updated": "2024-10-01T04:08:00Z",
  "version": 1
}