📖
Tech Fleet User Guide
  • 🌿START HERE
    • 🔢Get Started
      • 1️⃣What is Tech Fleet?
      • 2️⃣Tech Fleet FAQ
      • 3️⃣Start With the Community Collective Agreement
      • 4️⃣First Steps in the Tech Fleet Community
      • 5️⃣How to Get Discord Roles in Tech Fleet
      • 6️⃣How to Become an Apprentice on Projects
      • 7️⃣How to Become a Co-Lead on Projects
      • 8️⃣How to Register for Masterclasses
  • 😃About us
    • 🤟About Our Org
      • 👋Hello World
      • 💗Mission and Values
      • 🤝We Live by the Collective Agreement
      • 🌎Diversity, Equity, and Inclusion in Action
  • 📰TRAINING OPENINGS
    • 📡Current and Upcoming Program Openings
      • 📜Project Openings
        • 🏃‍♀️Projects to Apply To Now
        • 🧙‍♀️Upcoming Projects
        • 🔥Live Project Phases in Tech Fleet
        • 🙈See It All In One Place
      • 🎓Masterclass Openings
    • ℹ️Application Forms
  • 🚀Join The Community
    • How to Join Tech Fleet Discord
    • 🛠️Onboarding to Tech Fleet
      • 😍Book a Community Onboarding Call
      • 📧Join our Mailing List
      • 📹Onboarding Videos
      • 🖥️Information Website
      • ✨Community Happenings
  • ⚙️RESOURCES
    • 🛠️Quick Links
      • 🤖Join Tech Fleet Discord
      • 🎨Figma Community Templates from Tech Fleet
      • 📅Tech Fleet Web Calendar
      • 📰Tech Fleet's Project Repository on Notion
      • 📧Join our Mailing List!
      • 🧭Tech Fleet's Roadmap
      • 🔗Common Links
      • 🚩Tools Used in Tech Fleet Programs
    • 🏫Community Tutorials
      • 🌠Portfolio Case Study Guide
      • The Great Tech Fleet Discord Migration Video Tutorials
        • ❔Discord FAQ
        • 🌐Discord Basics
        • ✍️Sign Up Process for Tech Fleet Discord
        • 🐎Common Channels in Tech Fleet Discord
        • 🔐Security Protocol in Tech Fleet Discord
        • 🧵Basic Chatting Abilities in Discord
        • 🤝Get a Tech Fleet Buddy
        • 🗓️Managing Events in Tech Fleet Discord
        • 🆘Get Technical Support in Tech Fleet Discord
        • ‼️Using Roles for Alerts, Notifications, and Channel Access
        • 🦮Getting Career Guidance in Tech Fleet Discord
        • 💼Getting on Projects in Tech Fleet Discord
          • 👀Observers in Tech Fleet Discord
          • 🌿Apprentices In Tech Fleet Discord
          • 🪜Co-Leads in Tech Fleet Discord
          • 🫂Mentors in Tech Fleet Discord
        • 🎓Masterclasses in Tech Fleet Discord
      • 🅰️Community Glossary
      • 🎨Join the Tech Fleet Figma Educational Space
      • 🤓How to Get Technical Support
    • 🏗️Project Team Tutorials
      • 🪄Product Milestone Workbook
        • 🎖️Milestone Basics
        • 👟MVP Milestones
        • 🎯MMP Milestones
        • ✅Milestone Checklist
      • ⌛Project Kickoff Workbook
  • 🏃‍♀️Agile Portal
    • 🤝Agile Training in Tech Fleet
    • 🛹Agile Handbook
      • Start the Agile Handbook Here
        • 👓Contents of the Agile Handbook
        • 🌎What You Read About Agile May Be Different From What You See in the World
        • 🎬Agile Manifesto Trailer
        • 🔑Introduction to the Agile Handbook
        • 🤖Can AI Replace Agile Teams?
      • 🧘‍♀️Agile Philosophies
        • 🌊Waterfall Ways of Work
        • 📜Agile Ways of Work
        • 🚂Applying Agile Philosophies to Work
        • 🎢Building MVP's and MMP's with Agile
      • 🤝Agile Teamwork
        • 💪Making Strong Agile Teams
          • 🌿Prioritizing Growth Over Skills
          • 🌻The Four Stages of Team Growth
          • 🚀Self-Actualized Agile Teams
            • 🏗️Building Agile Mindsets
            • Psychological Safety
            • Service Leadership
            • Self-Organization
            • Continuous Improvement
            • Iterative Value Delivery
        • 🫂Day-to-Day on an Agile Team
          • 👩‍🏭Cross-Functional Agile Teamwork
          • 🪜Leadership on Agile Teams
          • 😎Daily Life on Agile Teams
          • ♥️Resolving Team Conflict as Service Leaders
          • 📑The Process for Resolving Conflicts
          • ❌Collective Agreement Violations
      • 🧑‍🔬Agile Methods
        • 🏃‍♀️Scrum Method
          • 🤔What is Scrum?
          • 🧖Scrum Team Functions
          • 🗓️Scrum Meetings
          • ✍️Common Agile Deliverables
        • 🙉Other Agile Methods
      • 🪐Agile-Related Outputs and Deliverables
        • ⏲️Timeline for Agile Outputs
        • 🙌Team Outputs for Agile
          • Agile Team Outputs Before Projects Begin
            • 🏇Client Kickoff
            • 👁️Agile Team's Vision
            • 👩‍🏫Agile Team Process
            • 🍱Backlogs and Kanban Boards
            • 🦾RACI Charts
            • 🤗Working Agreements
            • 📈Project Phase Roadmaps
          • Agile Team Outputs During Projects
            • 🧑‍💼Sprint Planning Items
            • 👩‍💻Sprint Demo Presentations
            • 🦸‍♀️Sprint Retro Boards
            • 📏Agile Team Maturity Measurement
            • 🏁Project Hand-Off Document
        • 🚧Agile Product Development Deliverables
          • 👟Achieving Milestones on Agile Teams
          • 🔬Research Test Plans
          • ⁉️Agile Product Requirements
            • 🧐Where's the PRD (Product Requirements Document)?
            • 🧠Documenting Problems, Needs, and Goals
            • ⁉️Mapping Product Assumptions
            • 🔢Prioritizing Problems and Future Work
            • 😎Release-Level Vision
            • 🤠Release-Level Scope
            • 📯Product Release Roadmaps
            • 🏭Epics, Features, and Work Tasks
            • ✌️User Story Statements
            • ✅Acceptance Criteria
            • 🔷Behavior-Driven Development Scenarios
            • 🤔Use Case Scenarios and Task Flows
        • 🖥️Deliverables Dashboard
      • 📑Agile Glossary
    • ✨Service Leadership Handbook
  • 🌳PROJECT PORTAL
    • 🌱Learn About Project Training
      • ℹ️Tech Fleet Projects are Training, Not Volunteer Work or Employment
      • 🧑‍🤝‍🧑Our Approach to Learning
      • 🌎Team Structure on Tech Fleet Projects
      • ⛓️Commitment vs. Job Function vs. People on Teams
      • 🎢Team Functions
        • 🪐Product Strategy Function
        • ⌛Project Management Function
        • 🌏User Experience Functions
          • 🎨UX Design Function
          • 🤓UX Research Function
          • ✍️UX Writing Function
        • 🤖Development Function
        • 👩‍🔬Solutions Architecture Function
      • 🤝UX Research Ethics
    • 📃Applying to Tech Fleet Project Training
      • 😎How Tech Fleet Project Applications Work
      • 🔢Steps to Apply to Project Training
      • ✔️Application Requirements
      • 🤠Project Timelines and Application Process
      • ⁉️Project Application Questions
        • ❔Tech Fleet General Application Questions
        • ❔Tech Fleet Project Phase Application Questions
      • 🤔Updating the General Application
      • 🌠Application Tips
      • 🗞️See the Latest Project Openings
    • 🔍Interview Guide for Tech Fleet Project Team Building
      • 👀Key Traits We Look For in Team Mates
      • 🪜Co-Lead Interview Guide for Project Coordinators
      • 🪴Apprentice Interview Guide for Co-Leads
      • 📨Email Templates for Communicating to Applicants
  • 🎓MASTERCLASS-PORTAL
    • 🗞️Masterclass Openings
  • 👀OBSERVER PORTAL
    • 😎Observer Dashboard
    • 🙈Life as an Observer
    • 🕵️‍♀️Observer Handbook
      • 🎢Read the Agile Handbook First
      • 🙈What's a Tech Fleet Observer?
      • ❤️The Benefits of Observing
      • ❓Observer Frequently Asked Questions (FAQ)
      • 🚶‍♀️Daily Expectations of Tech Fleet Observers
        • 👩‍🎓Read the Handbooks before Observing
        • 🐐Join Tech Fleet Discord Before Observing
        • Observer Role in Discord
        • 👈Pick Projects to Observe
        • Seeing Project Deliverables as an Observer
        • 👀Day-to-Day as an Observer
        • 🤔Reflecting on Observations in Tech Fleet Discord
        • 🫂Get Support as an Observer
        • ⚒️Using Tools as an Observer
          • 🎨Tech Fleet Figma Educational Account for Observers
        • 🙌Knowing When you're Ready to Finish Observing
      • ❤️Code of Conduct for Observers
      • 🏁Start Observing Today
  • 🪴APPRENTICE PORTAL
    • 🖥️Project Dashboard for Apprentices
    • 🧑‍🚀Apprentice Handbook
      • 🫴Life as an Apprentice
      • Application Process for Apprentices
      • Becoming an Apprentice
      • Discord for Apprentices
      • 🎨Tech Fleet Figma Educational Account for Apprentices
      • Code of Conduct for Apprentices
      • Upholding Community Values as an Apprentice
      • Communication as an Apprentice
      • Leaving Your Project Early
      • Meetings
      • Working styles
      • Using Tools as an Apprentice
      • Organization for Apprentices
  • 🫶CO-LEAD PORTAL
    • 🖥️Project Dashboard for Co-Leads
    • 🪜Co-Lead Handbook
      • 🔥Life as a Co-Lead
      • Application Process for Co-Leads
      • Discord for Co-Leads
      • Code of Conduct for Leads
      • Lead Role Breakdown
      • Upholding Community Values as a Lead
      • Principles as a Lead
      • Day-to-Day Lead Expectations
      • How to Select Your Apprentices as a Lead
      • Interviewing Apprentices as a Lead
      • Leaving Your Project Early
      • Using Tools as a Lead
      • 🎨Tech Fleet Figma Educational Account for Co-Leads
  • ❤️COMMUNITY CODE OF CONDUCT
    • 💟Code of Conduct and Anti-Harassment Policy
    • 🏠Safe Space
  • 📐Policies
    • 🌏Community Collective Agreement
      • 🤗Community Core Values
        • 🫴Tech Fleet's Mission and Values
        • 🤝Tech Fleet Members' Rights
        • ❤️Tech Fleet Pledge of Purpose
        • 🫂Tech Fleet Pledge of Community
      • ❌Prohibited Activity in Tech Fleet
      • 📣Reporting and Resolving Issues
      • 🙅‍♀️Community Enforcement
      • 🌐Transforming Tension & Conflict
    • 👩‍⚖️Tech Fleet's Policies
      • 💼Legal Disclaimers
      • 🖱️Slack and Discord Policy
      • 👩‍🎓Masterclass Terms and Conditions
      • ⏪Services Refund Policy
      • 📓Tech Fleet Bylaws
      • 👤Tech Fleet Board Member Covenant
      • 👁️‍🗨️Conflict of Interest Policy
      • 🔎Information Security Procedures
  • 🏗️GUILD PORTAL
    • 💻Tech Fleet Operations
      • 🥳Tech Fleet Operations Workbook
      • ⚖️Governance
      • 👩‍⚖️Board of Directors
    • 👣Guild Directory
      • 🎓Growth and Development Guild
      • 🚧Infrastructure Guild
      • 🙏Leadership Guild
      • 🪐Product Team Guild
      • 🕧Project Coordinator Guild
      • 📼Video Production Guild
    • ⚒️Guild Handbook
      • 🐣Creating Change in Tech Fleet
      • Code of Conduct for Guilds
      • Guilds in Tech Fleet
      • Creating a new Guild
      • Operating a Guild
      • Guild Bylaws Template
  • 🫶Project Coordinator Portal
    • ⚙️Project Coordinator Handbook
      • Code of Conduct for Project Coordinators
      • Project Coordinator Process
      • Using Tools as a Project Coordinator
      • Project Intake Process
      • Getting the Team Formed
      • Pre-Kickoff as a Project Coordinator
      • Kickoff as a Project Coordinator
Powered by GitBook
On this page
  • Video Version
  • What are Working Agreements?
  • Why Are Working Agreements Valuable?
  • How Are Working Agreements Made?
  • Who Maintains Working Agreements?
  • Working Agreements Workshop
  • Working Agreements Document Template
  • When Should Teams Create Working Agreements?
  • Key Components of Working Agreements
  • How to Implement Working Agreements?
  • Within a Tech Fleet Project, there are two levels of working agreements:
  • Here are the steps:
  • Troubleshooting Issues with Working Agreements
  • Head to the Next Lesson
  1. Agile Portal
  2. Agile Handbook
  3. Agile-Related Outputs and Deliverables
  4. Team Outputs for Agile
  5. Agile Team Outputs Before Projects Begin

Working Agreements

Agile teams collaborate to agree about how they work together and support each other. Learn more about how teams share understanding about team mate agreements.

PreviousRACI ChartsNextProject Phase Roadmaps

Last updated 3 months ago

Video Version

Coming soon

What are Working Agreements?

Working agreements, also known as team agreements or ground rules, are a set of guidelines and expectations established by a team or group to govern how they will work together effectively.

Working agreements are commonly used in various contexts, including Agile and Scrum development teams, but they can be applied to any group or project where people need to work together cohesively.

Why Are Working Agreements Valuable?

Working Agreements build a shared understanding about team ownership. Agile teams and decide how they want to work, making Working Agreements a collective decision-making agreement for teams.

Everyone can point to the Working Agreements when there are uncertainties about how the team should be operating.

These change and evolve over time as a team changes and evolves, as it should be with .

How Are Working Agreements Made?

Working agreements are created collaboratively by a project’s team members. It's essential that everyone has a say in their creation, and they should be revisited and adjusted as needed throughout the project's life cycle. Follow the below to create agreements as a team.

Working Agreements change as a team's process changes. All Agile teams are in nature, and they decide how they want to change the ways they work. When they do, they change their working agreements so that everyone knows the current agreements.

Who Maintains Working Agreements?

Working Agreements Workshop

Here's a Workshop Template your team can use before a project and during projects to outline their own self-organized working agreements.

Working Agreements Document Template

Here's a document template that project teams in Tech Fleet can use for every project:

When Should Teams Create Working Agreements?

The team should build Working Agreements:

  1. Before the project starts they need to create Working Agreements

  2. After each Sprint they need to adjust Working Agreements

To create a Working Agreement, the team must come together, hear all perspectives, and build consensus.

Key Components of Working Agreements

By establishing and following working agreements, teams can promote a more harmonious and productive working environment, ultimately leading to better outcomes. Here are the key components:

Key Components of Working Agreements
  1. ​Team Behavior: Working agreements define the expected behavior and attitudes of team members. They can include guidelines on respect, collaboration, and inclusivity.

  2. Communication: These agreements often specify how team members should communicate with each other. For example, they might outline which communication tools to use (email, Slack, in-person meetings, etc.) and when to use them.

  3. Meeting Protocols: Working agreements can establish rules for team meetings, such as starting and ending on time, setting agendas, and ensuring that everyone has an opportunity to speak.

  4. Decision-Making: Teams may define how they will make decisions, whether through consensus, voting, or another method. This ensures that everyone understands the decision-making process.

  5. Accountability: Working agreements can define how team members will hold each other accountable for their commitments and actions.

  6. Documentation: They may decide on how documentation will be created, stored, and maintained to ensure transparency and accessibility.

  7. Iteration and Improvement: Teams often agree to periodically review and adjust their working agreements to adapt to changing circumstances and improve their collaboration.

How to Implement Working Agreements?

Within a Tech Fleet Project, there are two levels of working agreements:

  1. Whole team, project-wide working agreements

  2. Individual team (e.g., UX Research, UX Design, Dev, etc.) working agreements

Depending on the needs of your team, these two levels of agreements may look exactly the same, or individual teams may want to alter certain agreements, such as allowed days and times for meetings.

Here are the steps:

  1. Run the Working Agreements workshop

  2. Document your initial working agreements

  3. Hold Sprint Retrospectives

  4. Identify action items to change team process

  5. Document new working agreements based on Retro action items

In implementing working agreements, it's critical to balance commitment to the project with the recognition of individual capacities and service to growth.

Team members each have personal lives and responsibilities that merit consideration. It’s important to acknowledge that not everything can be prescriptively outlined—some norms and practices will naturally evolve and remain unspoken.

Overburdening collaboration with too many rules and rigid expectations risks slipping into micromanagement, which can erode team morale and affect retention. The essence of a thriving team lies not in the quantity of rules but in the quality of understanding and respect for each other's contributions and boundaries.

The most sustainable agreements are often those reached by consensus. Such agreements are lived, not just documented. When a team collectively decides on its principles, each member is more likely to feel a sense of ownership and commitment to these shared standards. The goal is to create a framework that supports professional needs while also honoring personal well-being.

Strive for working agreements that act as a compass rather than a map, guiding the team with principles that can adapt to the changing landscape of project work. This lays the groundwork for a dynamic and resilient team culture that is rooted in mutual respect, flexibility, and the collective pursuit of excellence.

Troubleshooting Issues with Working Agreements

How to resolve disagreements in the formation of working agreements

Any time a group of people comes together, there are bound to be disagreements, and the conversations to form working agreements amid a diverse group of people are no exception.

For guidance on building blocks for productive team communication, read

When teammates disagree, take a step back to discuss the reasoning behind the agreements. Ask why a certain aspect of the agreement is important. Here you might find that some aspects are more or less important than others, which is a great opportunity to reach consensus around the aspects that are non-negotiable for your team. Think of this as creating an MVP (minimum viable product) of your agreement. If the disagreement is over an aspect that isn’t part of that MVP vision, perhaps you can cut it from your working agreement and move on.

Putting issues to a vote can be an efficient way to keep things moving. Once everyone has had a chance to share their viewpoint, set up a vote. You could do this in FigJam with stickers, or anonymously via a Google Form or another polling tool.

For some aspects of a working agreement, if consensus can’t be reached, team leads could act as deciders and make the final decision. A compromise may be that the agreement will be trialed for a few weeks, at which point the team can re-group and discuss whether it is working well for the team or needs to be altered.

It can be easy to get caught up in the details during a disagreement and forget the bigger picture. It may be helpful to unite the team around your shared purposes and intentions, and remind everyone that the working agreements are a tool to help us achieve our shared goals.

What to do if working agreements aren't being followed

We’re all human and prone to mistakes.

When a working agreement is not being followed, it’s best to address the issue quickly. Sometimes, this is as easy as instigating a conversation and gently but firmly reminding everyone of the parameters you all agreed to.

People are often operating under the best of intentions without realizing the impact their behaviors are having until it’s pointed out to them.

Emphasize to your whole team that individual actions affect the group and project outcomes.

Every member of a team should feel empowered to speak up with concerns, but it falls to leads to facilitate the resolving of issues.

When it’s time to have a one-on-one conversation, schedule a meeting with that person. These conversations are difficult to hold via Slack messages because written words lack tone and are prone to misinterpretation.

Before your meeting, organize your thoughts and set a plan for what you’d like to say. Take a few deep, calming breaths and don’t allow your emotions to get in the way of having a productive and constructive conversation.

Lead with empathy and give someone who has violated the working agreement a chance to rectify their behavior, if this is something they are willing and able to do. If they are unwilling or unable to adjust their behavior, it might be time for them to leave the team and the project. If that is the case, it’s time to bring in your project lead and project coordinator, who can help facilitate your team roster changes, including hiring a new apprentice.

Remember that everyone is entitled to privacy. If someone is violating the working agreement because of something going on in their personal life, that’s their business. You do not need to know, nor should you demand, an explanation. If an individual wants to share the why behind their behavior, allow them that space. But do not pry.

Consider, too, the possibility that your working agreement might need to be adjusted. These are living documents and should be revisited to make sure they are operating as intended. If you’re seeing systemic failure to follow the working agreement, the problem might not be the people but the agreement itself.

When needed, set up a meeting for your team dedicated to revisiting and adjusting a working agreement. Make space for everyone’s ideas about how to improve the working agreement.

Example: Process for addressing commitment and communication issues

Here’s an example of steps that might be taken by a project or team lead when there is a breach of the team’s working agreements. If you decide to take this approach for your project, make sure that these guidelines are shared with the team before work begins, and everyone is in agreement.

Step 1: Identify and Evaluate Commitment Issues

  • Document instances of individuals not meeting their project commitments, including missing meetings, failing to meet deadlines, or not responding to messages within 48 hours (minus weekends) without notice.

  • Evaluate whether these behaviors have led to an unfair distribution of work, where others take on more due to unavailability.

(Note: Unfair distribution of work refers to situations where team members have no choice but to take on extra tasks due to a lack of availability or commitment of another team member, without prior discussion and notice. This is distinct from unequal distribution which is discussed transparently and agreed upon between leads and apprentices.)

Step 2: Initiate a Conversation

  • If commitment issues are observed, a respectful conversation will be initiated with the individual to address the concerns.

  • The documented instances will be shared, and potential solutions to improve commitment and participation will be discussed.

Step 3: Escalate to Project Manager (if needed)

  • If the issue persists or if the individual remains unresponsive to the conversation, the matter will be escalated to the project manager.

  • The project manager will initiate a conversation with the individual to discuss TechFleet protocols (in Apprentice and Lead Handbooks) related to leaving the project early, ensuring a clear and transparent exit process.

  • Additionally, any party directly involved in the above process can inform a project manager at Step 1 or 2 that they're currently in this process if they feel they need support.

Head to the Next Lesson

The entire team should collaborate on Working Agreements, and the deliverable is owned by the on Agile teams.

Check out the Tech Fleet's template for to learn about the differences across functions.

Once they start doing , they should reflect each time about how their Working Agreements should change, and keep them up to date with new agreements.

Psychological Safety: Working Agreements outline how a team collectively produces environments.

Service Leadership: Working Agreements outline how a team collectively treats everyone as (apprentice and co-lead alike) in service to others growth.

Team Process: Working agreements outline a team's agreed upon . For example, they may outline which teams get involved when new requests for work come in, how they get reviewed, or other aspects of working collaboratively in product development.

Conflict Resolution: Working agreements can address how within the team, such as through open dialogue or involving a mediator.

Leads may want to schedule periodic check-ins with their team to see how they are feeling about the working agreements. Sprint can be a good time to have these discussions with the larger team, and can also provide an opportunity to create action items for improvements moving forward.

We're all here as , serving others' growth.

The project manager will record the individual's early departure from the project in the .

🏃‍♀️
🛹
🪐
🙌
🤗
self-govern themselves
strong Agile teams
workshop template
self-organized
Scrum Master Role or Agile Coaching Role
RACI responsibilities for typical Agile teams
Sprint Retrospectives
psychologically safe
peer service leaders
process for working across functions together
conflicts and disagreements will be handled
retro meetings
service leaders to each other
Tech Fleet HR Tracking Sheet
https://www.figma.com/community/file/1475672452916439636www.figma.com
This is a workshop template that Agile teams can follow to build working agreements together. Credit: Tech Fleet
https://www.figma.com/community/file/1475672452916439636
Working Agreements Template | NotionTech Fleet Professional Association Workspace on Notion
This is a document template for working agreements built for Tech Fleet Agile Teams. Credit: Tech Fleet
https://tech-fleet-community-dao.notion.site/Working-Agreements-Template-188a7eb712e847d99df1d40d1c1872aa
Logo