AI & WORK / THE MORROW JOURNAL
What AI gets wrong about the way we work.
Work is rarely as straightforward as a task list makes it appear. Decisions depend on context, experience, relationships, and knowledge that often lives outside the document in front of us. AI becomes more useful when it understands these connections instead of treating every task as an isolated problem.
Morrow Editorial
26 October 2026
8 min read

A completed task is not always a completed piece of work. The difference often lives in the relationships around it.
Productivity is not the whole picture
Consider a hypothetical operations team preparing to move a shared office. There are inventories to reconcile, suppliers to brief, and a schedule to communicate. An AI can draft the announcement quickly. Yet sending it is not the same as being ready to move. Someone must know whether the new space is accessible, which equipment cannot be disconnected, and who needs notice before an ordinary working day is interrupted.
If the team measures only documents produced or tasks closed, the fast draft looks like progress. The quieter work of discovering a dependency may look like delay. But a conversation that changes the schedule can be more valuable than another polished message. Coordination and shared understanding are part of the outcome, even when they do not leave a neat artifact.
Speed still matters. Nobody benefits from unnecessary administration. The question is what the saved time makes possible, and whether work has merely moved elsewhere. A draft that takes seconds to generate but leaves several people untangling its assumptions is not automatically an improvement. Usefulness has to be assessed across the working relationship, not only at the point of generation.
The context hidden between the lines
A task might say “confirm the move date.” It does not explain that the finance team has a closing deadline, that a supplier only delivers on certain days, or that one colleague has privately raised an access concern. The instruction is short because people ordinarily rely on shared context. Treating its brevity as completeness mistakes how work is coordinated.
More connected information can help, but gathering everything is neither possible nor appropriate. Permission to read the schedule does not imply permission to read a private conversation. A system should work within the access of the person using it, and make the limits of the available material clear. Missing information is a boundary to respect, not an invitation to infer someone’s circumstances.
For the move, a useful assistant might assemble known dependencies and flag that accessibility confirmation is absent. It should not assume the silence means approval. The team can ask the responsible person through an appropriate channel without spreading sensitive details. Understanding context includes recognizing when the relevant context cannot be supplied to the system at all.
Why institutional knowledge matters
Experienced colleagues often know why an apparently inefficient step exists. Perhaps the last move exposed a fragile connection between two systems, so equipment now stays in place until a particular test is complete. The current checklist records the test but not its history. Remove it in the name of simplification and the team may rediscover the original problem.
That knowledge deserves a durable explanation, not permanent dependence on one person’s memory. Capture the reason, the conditions under which it applies, and who can reassess it. AI may help organize these accounts, but a plausible reconstruction of the past is not a substitute for an account from someone who knows. Where the history is uncertain, say so.
Institutional knowledge also has limits. “We have always done it this way” can preserve an obsolete constraint or exclude people who were never invited to shape the process. Ask whose experience the accepted story represents. A new colleague may notice an access barrier that established routines have normalized. Good tools should help people inspect inherited assumptions, not turn the loudest or oldest account into a permanent organizational truth.

Human judgment still has a role
The move creates trade-offs that no tidy plan can erase. An earlier date may reduce overlap costs while leaving less time for access checks. A later date may protect continuity but disrupt another team’s commitments. AI can lay out these considerations and identify which assumptions need confirmation. It cannot decide whose inconvenience is acceptable simply by ranking sentences in a document.
Judgment begins before the final approval. People decide what the plan should optimize, whose needs must be represented, and which constraints cannot be traded away. They also recognize exceptions: a piece of specialist equipment may require a different process from everything else on the inventory. The right place for human judgment is wherever the meaning of the work is being decided.
Accountability needs names and practical authority. Assign a person to confirm the schedule, provide a route for raising an exception, and record why the chosen option was acceptable. A generic “human review” step is weak if the reviewer lacks time, context, or permission to change the recommendation. Keeping people responsible means giving them a genuine opportunity to exercise responsibility.
The right place for human judgment is wherever the meaning of the work is being decided.
Designing AI around real workflows
Begin where work actually changes hands. Observe how the operations team gathers requirements, checks dependencies, revises the schedule, and communicates exceptions. Ask people what they repeatedly have to reconstruct. That may reveal a more useful place for AI than the most visible output: preparing a handoff that preserves unresolved questions rather than generating the final announcement.
Keep suggestions separable from actions. The assistant might propose an updated schedule with the source of each constraint nearby. The owner should be able to edit it, ask for a missing perspective, or decline it without fighting the workflow. An uncertain dependency should remain uncertain when the plan moves into another document. Formatting should not silently upgrade a tentative note into an agreed commitment.
Try the arrangement on a bounded part of the move before widening its role. Include ordinary changes and awkward cases: a late supplier, a restricted document, a person who cannot meet the proposed date. Check whether the team can recover when a suggestion is wrong. A system designed only for the clean path can make the exceptional path harder precisely when thoughtful coordination matters most.

