saas-templatethe graph, actual size
What waits on what, and mostly nothing does
62 blocked_by edges over 245 dispatchable tickets. Drawn at the size the data actually is: 29 disconnected fragments, and a field of 205 tickets nothing points at.
- fragments
- 29
- largest
- 11nodes
- nodes in a fragment
- 89
- of those, still unbuilt
- 40of 89
- no edge at all
- 205
The 29 fragments
49 of the 89 nodes below are already built, so the edge into them no longer holds anything back. They are drawn hollow and struck through, and they are on the page because leaving them out turned the eleven-node fragment into a single dot. docs/state.json carries no title for a built ticket, only its id and status, so a hollow node is labelled by id alone.
P0P1P2P3unscoredalready builtleft to right: the left node blocks the right one
205 tickets with no edge at all
One dot each, coloured by derived priority. Nothing blocks them and they block nothing, which is another way of saying prioritisation has to read every one of them. Hover for the id and the title.
From docs/state.json -> backlog.graph, with node status from backlog.tickets and backlog.built_ids_by_status. Components are the blocked_by graph treated as undirected, because the question is how entangled the backlog is and a chain is one lump whichever way its arrows point.