Someone please feel free to correct me:

Situation:

• We seem to use the VisualEditor Phab project to list potential work and especially its milestone subproject VisualEditor (Current work) to plan work that might be instead better found under Editing-team.
• It also seems that some tasks on the VisualEditor Phab project board seem to not be directly related to the VisualEditor project but are WMF Editing team related, e.g. T229623.
• As the WMF Editing team seems to mostly concentrate on some work related to Talk Pages ,OWC2020 and VisualEditor, it feels wrong to pull more stuff unrelated to the VisualEditor project into the VisualEditor board, plus it makes it noisier and harder for external contributors to find tasks under VisualEditor that are actually about VisualEditor.

Thoughts:

• The Editing-team project tag should have a workboard. Its columns should probably be like on the VisualEditor (Current work) board.
• The VisualEditor (Current work) milestone should be archived and its open tasks transferred to the Editing-team workboard. Tasks that were under that milestone AND are about VisualEditor should get the VisualEditor tag re-added if needed. (Note to myself: Tasks on that workboard about the VisualEditor codebase seem to have one of the VisualEditor-$something project tags (for the list of project tags, see https://phabricator.wikimedia.org/project/query/2IC.z8Qoz9uo/#R except for Mobile listed there) and Herald via H10 automatically adds VisualEditor to such tasks).
• Either set up a Herald rule to automatically add the Editing-team project tag to all tasks under Talk Pages ,OWC2020 and VisualEditor. Which I do not recommend because backlogs on your team workboard with thousands of items are rather demotivating, make things messy, and make it hard to communicate to external contributors what your team will not work on and creates wrong expectations. However some teams prefer that, e.g. Growth-Team via H26. For completeness, this also created performance issues in the past when you had thousands of tasks on a workboard, see T204721, but we should be fine now.
• Or instead, semi-manually add specific tasks under Talk Pages ,OWC2020 and VisualEditor also to Editing-team. This has the advantage that the workboard does not have gazillions of open tasks in the backlog and you can find stuff a bit easier. It has the disadvantage that you'd have to look at those three projects and their open tasks separately, and then 1) either manually add the Editing-team to tasks that the Editing Team considers to work on, or 2) set up a column on each workboard of those three projects with some column name "WMF Editing Team" or such, and then use workboard column triggers (see T227300) to also automatically add the Editing-team tag to these tasks so they show up on the Editing-team workboard. Disclaimer: @Aklapper prefers this latter option to a Herald rule, but has not found time to play with workboard column triggers yet, so might completely misunderstand things™.
• Clean up tasks under VisualEditor (not VisualEditor (Current work)!):
  • Tasks that are really about VisualEditor and they have a #VisualEditor-something tag these tasks should just stay here.
  • Tasks that are not about VisualEditor and have tags such as Talk Pages ,OWC2020 should get the VisualEditor tag removed.
  • There are probably tasks that should be in the "Incoming" (backlog) column on the Editing-team workboard instead when they are non-codebase team work, or when it's unclear which tag/column those tasks should have. This will be a bit error-prone and will require manual work.

Once there is consensus,

• Create hardcopy screenshots of your favorite workboards and pin them on your walls. Backups can save your day! (Ah well, you could also save the task IDs per column via the "Bulk Edit Tasks..." item in the dropdown of each workboard column.)
• Move tasks around silently, by criteria described above (Silently because we all already get too much Phab mail). Try not to create a complete mess.
• Clean up what's left.
• VisualEditor can be about VisualEditor.
• Check / update some links on mediawiki.org to the right places.
• Profit.