Migrating Issues to Work Items Rollout Plan
Context
Migrating issues to work items should feel much less disruptive compared to migrating epics to work items. With that said, it is still important to get as much feedback as possible prior to defaulting the new work item view to on for issues.
Proposed staged rollout
-
Stage 1: ASAP - Internal: Provide a way to opt-in to setting the work item detail as the default view
- Expose an option somewhere in the UI to opt-in to the new work item view when viewing an issue's detail.
- Individuals can toggle this at any time to switch back to the legacy work item view.
- Display a banner or link to the feedback issue from within the work item detail view on issues.
- Maintain an updated list of known issues in the feedback issue description to avoid duplicate feedback.
- Release a series of blogposts outlining the changes coming with work items.
- Dependencies: None
- Internal stages:
- Experimental - Lots of missing features
- Beta - Feature gaps mostly closed
- Potential value-add to bundle with opting in to the work item detail view:
- Show work items in contextual view on boards and lists.
- ?
- Stage 2: TBD - Everyone: Remove the option to switch back to the legacy issue view
UX
From our sync we discussed needing design for how we'd show users which mode they're using and change modes, and to identify potential value add features we can either promote or easily add within the work item mode to encourage use and testing.
Edited by Gabe Weaver