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:
- An incident occurs (missed deadline, quality issue, communication breakdown)
- A new rule is created in response, often while emotions are high
- The person who triggered the rule feels singled out
- The rule feels punitive rather than protective
- 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.