Boards list
Manage the project’s distinct boards and views.
Feature
Make the board reflect the process, not dictate it.
Use multiple project views and work-type workflows so the team sees a useful path through delivery.
How it works
A clear operating path.
Configure the structure once, then use it where the work happens.
- 01
Choose a board
Start from the project’s configured boards and views.
- 02
Map work types
Assign each work type to the workflow it should follow.
- 03
Edit transitions
Define transition direction, minimum role, and required-field rules.
Capabilities
What teams can use today.
These capabilities are implemented in the current TOW product.
Work-type mapping
Connect typed work to the appropriate workflow.
Workflow graph
Inspect the complete delivery path and its branches.
Transition editor
Configure transition directions and rules explicitly.
Control point
AI follows the same boundary.
Where AI is enabled, accessible context and review-oriented flows apply to the surrounding workspace rather than bypassing its controls.
- Scoped context
- Configured provider
- Visible proposals
- Human decision
Deployment and security
Control the deployment and the boundary.
Use TOW Cloud, run TOW on controlled infrastructure, or operate an air-gapped Docker Compose deployment. Permissions, identity settings, exports, and AI provider choices stay visible to administrators.
Explore self-hosting
FAQ
Questions worth answering clearly.
Current product, deployment, and commercial boundaries.
Is boards list implemented in TOW?
Yes. Boards list, Work-type mapping, Workflow graph, Transition editor are part of the current product surface and are backed by the linked implementation evidence.
Can this be self-hosted?
Yes. The capability is available within the TOW application in a configured self-hosted deployment.
See TOW in your environment