Steven's Knowledge
Guiding Principles

Establish Rules Upfront

Set expectations before problems arise, not after

Why Upfront Rules Matter

When rules are created in response to a problem, they feel like punishment. When rules are established before anything goes wrong, they feel like shared agreements. The content might be identical, but the perception is completely different.

A team that sets expectations upfront operates with clarity and fairness. A team that makes rules reactively operates with anxiety and resentment.

What "Upfront" Looks Like

Before a project starts

  • Define the Definition of Done: What does "finished" mean? Code reviewed? Tests passing? Deployed to staging? Documentation updated?
  • Agree on communication norms: How do we report progress? How do we flag blockers? How quickly should messages be acknowledged?
  • Set quality standards: What's the test coverage expectation? What's the code review turnaround time? What's acceptable downtime?

Before a new member joins

  • Document onboarding expectations: What should they accomplish in week 1, month 1, month 3?
  • Clarify team norms: Working hours flexibility, meeting expectations, communication preferences
  • Define the feedback process: How and when will they receive feedback? What does the review cycle look like?

Before a conflict could arise

  • Establish decision-making processes: Who decides what? When is consensus needed vs. when does one person call it?
  • Define escalation paths: When and how should disagreements be escalated?
  • Set boundaries on scope: What's in scope for the team? What should be pushed back to other teams?

How to Establish Good Rules

  • Collaborative, not top-down: Rules that the team helps create are rules the team actually follows. Involve people in defining the standards they'll live by.
  • Written, not verbal: If it's not written down, it doesn't exist. Document agreements where the team can reference them.
  • Specific, not vague: "Respond to code reviews promptly" is vague. "Provide initial code review feedback within one business day" is specific.
  • Revisable, not permanent: Rules should evolve. Schedule periodic reviews to assess whether existing rules still make sense.

The Alternative

Without upfront rules, here's what happens:

  1. An incident occurs (missed deadline, quality issue, communication breakdown)
  2. A new rule is created in response, often while emotions are high
  3. The person who triggered the rule feels singled out
  4. The rule feels punitive rather than protective
  5. Compliance is reluctant rather than willing

This cycle erodes trust. Establishing rules upfront breaks the cycle entirely — problems are handled by referencing shared agreements rather than creating new restrictions in the heat of the moment.

Practical Starting Point

If your team has no documented agreements, start small:

  • Pick one area where friction keeps occurring
  • Discuss as a team what a reasonable standard would be
  • Write it down and commit to following it for one month
  • Review and adjust at the end of the month

Build the muscle of proactive rule-setting, one agreement at a time.

On this page