Resource Request

Resource Request records do not exist in any formal sense within the firm. Partners and senior consultants carry all resource planning knowledge in their heads. When a new team member joins a project, they piece together what is happening by asking colleagues and reading old email threads. There is no template, no required fields, and no system of record. Two different teams might define the same concept differently because there has never been a formal agreement on what a Resource Request should contain or look like. If a partner departs the firm, all institutional knowledge about their resource planning walks out the door with them.

None — AI cannot assist with resource planning because no Resource Request data exists in any system to reason about.

Some Resource Request records exist but they are inconsistent across the firm. One practice lead tracks her instances in a personal Excel workbook, another uses a SharePoint list he built himself, and a third relies entirely on email confirmations. The firm circulated a Resource Request template last year but adoption is around thirty percent. When the PMO or finance team needs information, they have to chase down individual engagement leads because every record looks different. New hires are directed to a shared drive but find a graveyard of outdated folders with conflicting versions. Client names and project codes are spelled differently across systems, making it impossible to get a unified view.

AI could potentially extract Resource Request details from scattered emails and documents, but the inconsistent formats and incomplete records mean any automated summary would have significant gaps and low reliability.

All Resource Request records live in the same system and follow a standard template. Required fields include the essential identifiers, responsible parties, and key dates. The record is findable and consistently structured across the firm. However, the depth of information varies — some consultants fill in every field meticulously while others enter only the minimum required. Historical records from before the system migration exist as scanned PDFs or legacy exports that nobody references. The firm has a definition of what a good Resource Request record looks like, but enforcement depends on the practice lead.

AI can generate basic summaries and flag missing information from the structured fields, but cannot reason across the full picture because legacy records and inconsistent depth limit what is machine-readable.

Resource Request records are comprehensive and current in the system with structured fields covering all critical attributes. Every record follows a detailed schema with coded categories, standardized terminology, and required relationship links to other objects. A practice director can pull up any Resource Request and see its complete context without calling anyone or opening another system. Data validation rules prevent incomplete or incorrectly formatted entries from being saved.

AI can perform sophisticated analysis — identifying patterns across Resource Request records, suggesting optimizations based on historical data, and generating alerts when records deviate from expected patterns. Cannot yet predict outcomes because historical progression patterns are not systematically encoded.

Resource Request records are schema-driven with formal entity relationships — every attribute links to its source, every change links to the actor and business justification, and every relationship is typed and directional. An AI agent can query complex cross-object relationships and get structured answers. The system enforces referential integrity across the entire object graph. When a consultant needs to understand the full context of a Resource Request, the system assembles it automatically from the relationship network rather than requiring manual navigation.

AI can perform predictive analytics — forecasting outcomes based on historical patterns, recommending actions based on similar past scenarios, and generating risk scores. Fully autonomous decisions are possible for protocol-driven scenarios within resource planning.

The Resource Request record is a living, continuously updating entity within the firm's knowledge fabric. Every interaction, status change, and related event flows into the record in real-time. The system self-documents — when a consultant updates a deliverable status or a client signs an approval, the Resource Request record reflects it before anyone finishes their next task. AI agents consume Resource Request events as a continuous stream and reason over the complete context as it evolves, proactively surfacing insights and recommendations without being asked.

AI autonomously manages routine resource planning operations, triggers real-time alerts for anomalies and risks, generates reports and summaries as living documents, and maintains the Resource Request as a real-time knowledge node in the firm's operational graph.

Ceiling of the CMC framework for this dimension.