Navigator · Bearings
Why Organizations Cannot Answer Simple Questions
The difficulty is rarely the question. It is the chain of knowledge required to answer it with confidence.
Some of the hardest questions inside an organization are also the shortest. Why are costs increasing? Which assets present the greatest risk? Did the project improve performance? Are we meeting our commitments? These questions are easy to understand, yet the answers may require days of searching, reconciling, interpreting, and checking.
The delay is rarely caused by a complete absence of information. Most organizations already have more data than they can comfortably manage. The problem is that the answer is distributed across systems, documents, spreadsheets, definitions, assumptions, and the memories of experienced people. Each source may contain part of the truth, but no one source contains enough of it to support a confident response.
This is the organizational equivalent of trying to establish a position from several imperfect observations. One instrument shows where the boat appears to be. The chart suggests something slightly different. The current has carried the vessel farther than expected, and the last reliable entry in the logbook was made several hours ago. None of the observations is necessarily wrong, but judgment is required to understand how they fit together.
The Question Quickly Becomes a Data Exercise
I have asked executives and managers some version of the same question throughout my career: What are the handful of decisions or measures you rely on most? The answers are often less immediate than expected. The conversation soon turns toward the reports already available, the systems already in place, or the data that staff believe they can retrieve.
A question about what leadership needs to know quietly becomes a discussion about what the organization happens to have. The direction of reasoning has reversed. Instead of beginning with the decision and working backward toward the evidence, the organization begins with the available data and hopes that something useful can be assembled from it.
This approach feels practical because it produces visible activity. Teams inventory data, extract records, compare reports, and build prototypes. Yet the original question may remain vague. The result can become a version of “get me a rock,” where each attempt is judged only after it arrives because the need was never clearly described at the beginning.
When the available data defines the question, the organization may become very good at answering something it never needed to ask.
The Answer Has a Supply Chain
A reliable answer is rarely a single fact retrieved from a single system. It is the end of an information supply chain. Someone captured an observation. A process assigned meaning to it. A system stored it. A definition determined how it would be classified. A calculation transformed it. A report presented it, and a person interpreted what it meant in the current circumstances.
Weakness anywhere along that chain can change the answer. A field may have been entered inconsistently. A sensor may have been out of calibration. Two departments may use the same term differently. A calculation may exclude an important category. A report may be current, while the reference document used to interpret it is several years old.
Most organizations see the final report but not the chain that produced it. When the number is challenged, the work begins in reverse. Staff trace the result back through queries, spreadsheets, business rules, source systems, and undocumented assumptions until they find the point where the interpretations diverged.
Different Numbers May Reflect Different Questions
When two reports disagree, the natural assumption is that one must be wrong. Sometimes that is true. Often, however, each report is answering a slightly different question. One uses the date work was requested, while another uses the date it was completed. One counts active projects, while another includes projects awaiting closeout. One measures invoiced cost, while another includes committed cost.
The disagreement is not always in the data. It may be in the definitions, time periods, exclusions, or intended purpose. Unless those distinctions are visible, users see only two conflicting numbers and conclude that the information cannot be trusted.
This is why a single source of data does not automatically create a single version of meaning. Even when everyone draws from the same system, people may still apply different rules and interpretations. Agreement requires more than consolidation. It requires a shared understanding of the question being answered.
People Carry the Missing Context
Formal systems record transactions, measurements, and documents. They rarely capture all of the context needed to interpret them. Experienced staff know that a particular value is unusual because of a temporary operating condition. They remember why a category was created, which procedure is no longer followed, and which apparent exception is actually normal.
This knowledge is valuable, but it is often informal. It lives in conversations, email threads, personal notes, and the memories of people who have worked around the problem for years. When they leave, the organization may retain the records while losing the ability to understand them.
The crew has effectively been carrying part of the chart in its head. As long as the experienced people remain aboard, the vessel appears easier to navigate than it really is. Their competence compensates for weaknesses in the formal information environment, but it can also delay recognition that the organization has become dependent on knowledge it does not actually manage.
Artificial Intelligence Makes the Gap More Visible
Natural language systems make it easier to ask questions across documents and data. A person may no longer need to know which folder contains the policy, which report includes the measure, or which application holds the source record. That can remove a great deal of friction from finding and assembling information.
It does not remove the need to understand the chain behind the answer. An intelligent system may find several documents that use the same term differently. It may retrieve an approved policy and an outdated working copy without knowing which governs current practice. It may combine information that was never intended to be compared.
The easier it becomes to produce an answer, the more important it becomes to show where that answer came from. Sources, dates, definitions, assumptions, and confidence cannot remain hidden beneath a polished response. Intelligence without traceability may make the organization sound more certain while leaving it no better informed.
Begin with the Decision
A better path begins by defining the decision before searching for data. Who needs the answer? What choice will it influence? How current must the information be? What level of precision is useful? What happens if the answer is wrong? These questions determine which evidence matters and how much confidence is required.
Only then should the organization work backward through the information supply chain. What measures support the decision? How are they defined? Where do they originate? Who understands the operating context? Which assumptions must be visible? What checks are needed before the answer can be used?
This approach may feel slower than immediately gathering data, but it avoids spending weeks assembling a technically impressive response to a poorly framed question. It also reveals when the real need is not another report or application. Sometimes the organization needs an agreed definition, a clearer owner, a better operating process, or a conversation among people who have been answering different versions of the same question.
A Straight Answer Requires More Than Data
Organizations cannot answer simple questions when their knowledge is fragmented, their definitions are unclear, and the reasoning behind their reports is difficult to trace. More technology may make the search faster, but it cannot decide what the organization means or which evidence deserves confidence.
A straight answer is the product of a well-framed question, reliable observations, shared definitions, visible assumptions, experienced interpretation, and clear responsibility. Those elements are not merely supporting details. Together, they are the navigation system.
Next Bearing
When answers depend on conflicting sources and hidden assumptions, trust becomes the limiting factor. The next Bearing considers why intelligent systems must earn confidence before they can meaningfully improve organizational judgment.

