Your PM Tool Isn't the Problem: What Asana, Jira & monday Don't Solve

What project management tools solve—and what they don't
Your PM tool isn't the problem—but it was never built to solve the one you actually have. Asana, Jira, and monday are systems of record for the state of work: what exists, who owns it, what stage it's in. They're genuinely good at that. What they don't do—what none of them were designed to do—is move the work between the people and tools that touch it. The board tells you a task is "In Progress" and blocked on Sam. It doesn't chase Sam, carry the context Sam needs to unblock it, or notice that it's been sitting there four days. The board is updated; the work is still stuck.
That gap is the thing teams keep misdiagnosing as a tooling problem. So they migrate—Asana to monday, Jira to Linear—and three months later the same work is stalling in the same seams, just against a nicer background. The tool was never the bottleneck. The coordination around the tool was. If your board is tidy and your delivery still feels slow, you're not looking at a feature gap. You're looking at everything that happens in between the columns.
A board is a map, not an engine
A project management tool is a map of your work. Maps are useful—you want one, and a team without one is worse off. But a map doesn't drive. Keeping it accurate is itself work: someone updates the status, drags the card, writes the comment that says what actually happened. And here's the quiet cost of doing that well—the more faithfully your team maintains the board, the more it can look like coordination is happening when it isn't.
A perfectly groomed backlog and a task that's been silently blocked for a week can coexist happily. The green board hides the red work. This is one of the places the coordination tax—the time a team burns keeping work aligned instead of doing it—hides most effectively, because a clean status column reads as progress even when nothing has moved. Everyone's looking at the map and assuming the drive is happening.
The three things the board doesn't do
- It doesn't chase. A task marked blocked stays blocked until a human remembers it, opens a chat window, and types "any update on this?" The board records the blocker; it never nudges the person who could clear it. The follow-up is left entirely to whoever happens to notice.
- It doesn't carry context. When a card moves to the next column, the what travels and the why gets stripped off. The receiver inherits a task with the reasoning missing and has to reconstruct it—re-reading threads, pinging the sender. The board marks that the handoff happened; it doesn't make the context make the trip.
- It doesn't notice waiting. A task can sit untouched for a week and the board looks identical on day one and day seven. Silence isn't a state a PM tool acts on—it's just the absence of an update. Work stalls quietly, in a queue no one is actively watching, until someone stumbles on it.
None of these are failures of the tool. Asana isn't broken because it doesn't chase Sam—chasing Sam was never in scope. These are the coordination jobs that live around the board, in the gaps between the tool and the people and the other tools. And because they don't belong to any single app, they end up belonging to everyone, paid out of attention in five-minute increments no one ever tallies.
Why migrating tools doesn't fix it
When work keeps stalling, a tool migration feels like decisive action. New board, cleaner workflow, a fresh start—and for a few weeks it even helps, because setting it up forces the team to talk about how work should flow. Then the honeymoon ends and the same tasks start going quiet in the same places. The migration reset the map. It didn't touch the seams around it.
This is the rebuild loop that turns a coordination problem into AI workflow debt: rather than fixing the handoffs between tools and people, teams keep swapping the tool at the centre, generating a new island of setup work and a new set of gaps to bridge by hand. The bottleneck was never the interface. It was that nothing owns the movement of work between interfaces—and a shinier board doesn't change who owns it (still: nobody).
"The board is updated; the work is still stuck"
Picture the most ordinary version of this. A ticket moves to "Needs review." It's assigned to a reviewer who has forty other notifications, so it sits. Two days later the person who wrote it checks the board, sees "Needs review," and assumes it's handled—the status says so. Another two days pass. Eventually someone in standup asks about it, the reviewer says "oh, I didn't see that," and now a five-minute review has cost most of a week.
At no point did the board lie. Every status was accurate. That's the whole point: a PM tool faithfully reported the state of the work while the movement of the work quietly failed. The tool did its job. The coordination—getting the right task to the right person at the right moment, and noticing when that didn't happen—was the part with no owner.
What actually closes the gap
The fix isn't a better board or a different one. It's a layer that does the jobs the board can't: it carries context across a handoff so the receiver can act without reconstructing the story, routes work to the specific person who now holds it instead of a column everyone assumes someone else is watching, and treats silence as something to follow up on rather than a state to ignore. The map stays a map; something has to be the engine.
That engine is what we're building at Alknoma. It doesn't replace Asana or Jira—it sits alongside the tools you already use and keeps the work moving between them: chasing the follow-ups, carrying context to the right owner, and surfacing what's stalled before it costs you a week. If your board is always up to date and your delivery still drags, that gap between "the status is current" and "the work is moving" is exactly the problem we'd love to take off your plate. We only take on a handful of design partners at a time, and we start by owning your worst coordination bottleneck—not by handing you another tool to maintain.
If you want the other side of this—why individual speed rarely adds up to team speed—we get into it in the coordination tax, and if you're weighing an autonomous agent against a layer that connects what you have, we compare the two in AI coworkers vs coordination layers.
Stop grading the board. Start moving the work.
A project management tool answers one question well: what is the state of the work? That's worth having. But it quietly lets you believe that keeping the map accurate is the same as keeping the work moving, and it isn't. The teams that pull ahead aren't the ones with the most disciplined board. They're the ones where the work moves on its own between the columns—where context travels, follow-ups happen without anyone remembering to send them, and nothing sits stalled behind a status that says everything's fine. Your PM tool was never going to do that. It was never supposed to.
Frequently asked questions
- Is Asana, Jira, or monday the problem if work keeps stalling?
- Almost never. Those tools are systems of record—they track the state of work accurately and reliably. Work stalls in the coordination around the board: the chasing, the context that doesn't travel with a handoff, the task that sits blocked while no one notices. That's a gap none of them were designed to close, so switching between them rarely helps.
- What don't project management tools solve?
- They tell you the state of the work but they don't move it. A PM tool can show a task is 'In Progress' and blocked on someone, but it won't chase that person, carry the context they need to act, or flag that the task has been sitting untouched for days. It records that work changed hands; it doesn't make the handoff actually happen.
- Should we switch PM tools if work keeps getting stuck?
- Usually not. A migration—Asana to monday, Jira to Linear—resets the board but not the seams around it, so the same work stalls in the same places three months later against a nicer interface. Before switching, check whether the bottleneck is the tool itself or the coordination happening around it. It's almost always the latter.
- What's the difference between a PM tool and a coordination layer?
- A PM tool is a map of your work—it shows what exists, who owns it, and what stage it's in. A coordination layer is closer to an engine: it moves work between people and tools, carries context across handoffs, chases the follow-ups, and surfaces what's stalled. The map tells you where things are; the layer keeps them moving.
- Does adding AI to our project management tool fix this?
- Only partly. AI inside a PM tool can summarise a project or draft an update, but that still lives inside the board. The chasing, context-sharing, and waiting happen between the board and everything else—email, chat, the actual people—so AI bolted onto the tool speeds up describing the work without moving it.
Keep reading

Context Handoffs: Why Work Dies Between People (and How to Stop It)
A context handoff is the moment work passes from one person, tool, or stage to the next—and the context needed to act on it has to travel with it. Work doesn't die because people are slow. It dies in the handoff, when the context fails to make the trip. Here's why that happens and how to stop it.

How to Reduce Coordination Overhead in Remote Teams (Without More Meetings)
Coordination overhead is the time your remote team spends keeping work aligned—chasing updates, hunting for context, waiting on replies—instead of doing the work. Adding meetings just moves the cost around. Here's how to actually reduce it: make context travel, route decisions to owners, make waiting visible, and automate the chasing.

The Coordination Tax: Why Teams Lose More to Talking About Work Than Doing It
The coordination tax is the time and attention a team spends keeping work aligned—chasing updates, hunting for context, sitting in status meetings, and waiting on replies—rather than doing the work itself. It scales faster than headcount, and most teams never measure it. Here's how to see it and shrink it.