The short answer
Most monday.com handoffs die in translation: marketing “finishes” a brief, someone re-creates it as a ticket on the dev board, half the context stays behind, and two weeks later marketing asks about progress on an item dev has never seen. The fix is to change the model: a handoff is not a new item — it is the same item appearing in the next team’s board, with each team seeing its own columns and context.The pattern
- The item is born where the work starts — say, a campaign item on the marketing board with marketing’s columns: audience, channel, copy status.
- When it’s ready for the next team, the same item appears on the dev board — shared automatically by an automation recipe (“when status changes to Ready for dev, share item to Dev board”) or manually for one-offs. With Same Item Multiple Boards, it’s the same item, not a copy.
- Each board keeps its own extra columns. Dev adds estimate, sprint, and technical owner on their board; marketing never sees them (columns sync only where names and types match — column mapping).
- Shared columns and the updates thread stay common. Status, dates, files, and the conversation live on the one item both teams share — the requirements never get lost in a Slack message again.
- When dev finishes, their status flip is instantly visible on the marketing board. No status meeting about status.
Chains, not just pairs
The same mechanics extend to longer flows — sales → delivery → operations → finance. Each stage shares the item onward at a status change; every team works in its own board; the item accumulates context instead of shedding it at each hop. The Item Locations column shows every room the item is in.What this replaces
| The usual workaround | What goes wrong |
|---|---|
| ”Create item in board X” automation at handoff | Two items immediately drift; files and comments stay on the original |
| One giant shared board for both teams | Each team drowns in the other’s columns and views; permissions get messy |
| Mirror columns on the receiving board | Read-only — dev can’t run their own automations or views on mirrored values (why) |
| Slack messages + re-entry | Context loss, no audit trail, “where’s that thread?” |