> For the complete documentation index, see [llms.txt](https://committees.docs.intersectmbo.org/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://committees.docs.intersectmbo.org/intersect-steering-committee/working-group/working-groups/working-group-meeting-notes/2026/march-19-2026.md).

# March 19 2026

### Attendees:&#x20;

| Name                                                 | Attendance | Role                                  |
| ---------------------------------------------------- | ---------- | ------------------------------------- |
| [Simo Simovic](mailto:simo.simovic@intersectmbo.org) | Yes        | WG Lead/Secretary                     |
| Thiago Nunes                                         | No         | Intersect Member                      |
| Vaibhav S                                            | Yes        | Intersect Member                      |
| Maureen Wepngong                                     | No         | DRep                                  |
| Terence McCutcheon                                   | Yes        | Intersect                             |
| Lorenzo Bruno                                        | Yes        | Head of Product Curation at Intersect |
| Bevan Bosire                                         | Yes        | <p><br></p>                           |
| Jose Iadicicco                                       | Yes        | <p><br></p>                           |

Recording: [Intersect Governance WG Weekly - 2026/03/19 15:02 CET - Recording](https://drive.google.com/file/d/1aRqS-PR1Ej4WYQxTU1Fdokd-AMjRMGct/view)

Transcript: [Intersect Governance WG Weekly - 2026/03/19 15:02 CET - Transcript](https://docs.google.com/document/d/1tzROYWaApBRlVCcYbIoiU1gTRF5_Q62baGFC-PBt4Lw/edit?tab=t.0)

### Agenda

* Committee Member dismissal & replacement policy

### Decisions/Actions

| Discussion Point                                          | Notes                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                          | Actions: Responsible / Note                                                                                                                                                                   |
| --------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Document Framework Review                                 | <p>- Lorenzo presented a baseline skeleton for the revised Displacement & Dismissal Policy.</p><p>- The document segments accountability into four primary categories: identifying replacement scenarios, establishing grounds for dismissal, establishing no-confidence mechanisms, and detailing operational backup scenarios.</p>                                                                                                                                                                                                                                           | Working Group: Review the structural draft text over the coming week and drop contextual comments directly into the shared document.                                                          |
| Attendance Metrics: Continuous vs. Accumulated Inactivity | <p>- The group analyzed the timeline layout differences between the legacy policy and the new draft.</p><p>- The legacy policy relied on an 8-week continuous clock that reset entirely if a member joined a single session.</p><p>- The new model focuses on accumulated monthly percentages, tracking if a member drops below a 50% threshold for three months within any rolling six-month cycle.</p>                                                                                                                                                                       | Lorenzo: Maintain the dual-tracking metrics in the draft text to capture both chronic accumulated absenteeism and complete continuous drop-offs.                                              |
| Graduated Financial Penalties                             | <p>- A framework was discussed where the first structural trigger for hitting low monthly participation results in a pause on committee compensation/rewards, serving as an objective warnings metric.</p><p>- The group discussed whether to stop the full reward or implement a 50% reduction.</p><p>- Terence suggested making the rewards dashboard fully public to let peer social pressure organically drive attendance, rather than placing secretaries in a micro-management role.</p>                                                                                 | Lorenzo: Draft operational wording for a financial rewards "pause window" that triggers dynamically based on the monthly attendance registry.                                                 |
| Asynchronous vs. Session Inactivity                       | <p>- The group analyzed the operational realities of tracking non-meeting contributions (asynchronous documentation reviews, forum replies, and text votes).</p><p>- Gintama proposed that a first unexcused absence should automatically pause a member's voting rights for the next sequential meeting, as they would lack the necessary conversational context.</p><p>- Lorenzo and Terence cautioned against overly strict automation, noting that members frequently maintain high contextual awareness by reviewing meeting minutes and text records asynchronously.</p> | Lorenzo: Ensure the policy remains localized, using accumulated metrics as historical evidence for human-driven no-confidence votes rather than triggering automatic script-based expulsions. |
| Secretary Nuance & Shared Burden                          | <p>- Gintama highlighted that the draft places an excessive administrative burden on secretaries to manage complex tracking records.</p><p>- Terence shared that the Open Source Committee (OSC) avoids rigid tracking formulas by maintaining bi-weekly cadences combined with 1-on-1 operational alignment check-ins with individual members, allowing people to privately flag scheduling conflicts or step down without shame.</p>                                                                                                                                         | Working Group: Refine the workflow to ensure the policy focuses primarily on resolving structural committee bottlenecks rather than policing highly active groups.                            |


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://committees.docs.intersectmbo.org/intersect-steering-committee/working-group/working-groups/working-group-meeting-notes/2026/march-19-2026.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
