AutoDesk BIM_MGT_101 Practice Exam Questions & Answers (2026)

The Model Element Table and LOD matrix define the required progression of geometry and information at the element level. They establish which party is responsible for each model element, the stage at which it must be developed, the required geometric maturity, and the associated non-graphical data needed for coordination, procurement, construction, and asset handover.

This element-specific structure is essential when the owner's facilities-management system requires defined asset fields and consistent information formats. It prevents teams from assuming that visual completeness automatically means data completeness. For example, an equipment object may appear adequately modelled but still lack classification, manufacturer, serial-number, maintainability, warranty, or commissioning information.

A Master Information Delivery Plan is useful for scheduling broader information exchanges, but it normally operates at the deliverable or task-team level rather than defining detailed information requirements for individual model-element categories. Naming protocols and authoring standards govern production consistency but do not specify who develops each asset and to what information level. A quantity-takeoff checklist is too narrow.

The Model Element Table and LOD matrix therefore provide the clearest mechanism for assigning element ownership and defining required geometry and information through handover.

Reference topics: Model Element Table; LOD matrix; level of information need; asset-data requirements; element responsibility; facilities-management handover.

The lighting team should correct the source CAD file so that it conforms to the project's approved coordinate framework and then reissue it. External discipline files must be delivered with a predictable origin, orientation, and elevation that correspond to the architectural or designated site-control model. Correcting the source ensures that every recipient can link the file consistently and that subsequent updates retain the same placement.

Manually moving the linked CAD file in Revit creates an unmanaged instance offset. Although the file may appear aligned temporarily, reloading, replacing, or distributing it can reproduce the original problem or create inconsistent positioning among team members. Adding gridlines may help visually diagnose the offset but does not establish a reliable coordinate relationship.

Acquiring coordinates from the misaligned lighting file is particularly inappropriate because it would redefine the host model's shared-coordinate relationship based on a non-authoritative and incorrectly positioned reference. The architectural or site model should remain the approved source of project positioning.

The BIM manager should provide the lighting team with the agreed coordinate protocol, reference model, control points, units, and required vertical datum, then validate the corrected file before accepting it for coordination.

Reference topics: Consultant file requirements; shared-coordinate governance; CAD-link positioning; authoritative coordinate sources; model exchange; coordination quality control.

A BIM mobilization plan must define both the operational information environment and the people responsible for establishing and managing it. The Common Data Environment is therefore a core component. The plan should identify the selected platform, folder structure, naming system, permission model, approval states, model-sharing process, and procedures for publishing, reviewing, and archiving project information.

The plan must also define roles and responsibilities. This includes responsibility for model setup, coordination, content management, data validation, model-health reviews, issue administration, information authorization, and delivery approval. Without explicit accountability, essential mobilization tasks may be duplicated, delayed, or left incomplete.

A contract template and project specifications are broader organizational or contractual resources rather than primary BIM mobilization components. Project milestone dates influence the subsequent delivery programme, but mobilization focuses on establishing the environment, resources, access, governance, and responsibilities necessary to begin BIM production. Detailed milestone commitments are normally developed through the project programme and information-delivery plans.

A reusable firm-wide template should allow project-specific entries while enforcing a consistent minimum mobilization standard across projects.

Reference topics: BIM mobilization planning; Common Data Environment setup; roles and responsibilities; project initiation; access governance; model-startup procedures; resource planning.

The Revit publication configuration must first include the sheets and model views that the contractor is expected to review. Updating Publish Settings ensures that the designated documentation is included whenever the cloud model is published. Without this configuration, the cloud environment may contain the latest model version but omit the required sheets.

The BIM manager should then configure scheduled publishing through Design Collaboration so that the agreed information is refreshed at the required weekly interval. This establishes a predictable review cycle and reduces dependence on individual users remembering to publish manually.

Emailing PDFs creates uncontrolled duplicate files outside the Common Data Environment and separates markups from the authoritative model and issue history. Blank sheets add no value and do not make current documentation available. Enabling Model Coordination may be necessary for automated clash workflows, but the stated requirement is to review and mark up the latest models and sheets; it is not specifically a clash-detection requirement.

The contractor must also receive appropriate view and markup permissions, and the BIM manager should confirm that each scheduled publication completes successfully before the agreed review period.

Reference topics: Revit Publish Settings; scheduled publishing; Design Collaboration; weekly model exchange; sheet publication; cloud-based markup workflows.

The question marks indicate that the title block contains labels referencing custom shared parameters, but the project does not contain the corresponding parameter bindings needed to supply their values. The parameters must be added to the project and associated with the appropriate category---principally Project Information when the value must be common to all sheets. Once the same shared-parameter definitions are bound correctly, users can enter the values through Project Information and the title block labels will display them.

Loading a title block family containing shared-parameter labels does not automatically establish every required project-level parameter binding. The family carries the label definition, but the project must also expose the parameter in the correct data context. The shared parameter's identity must remain consistent so the label and project parameter reference the same underlying definition.

Option B is inconsistent with the scenario because the family already contains functioning parameter labels. If ordinary text had been used instead of labels, the fields would display fixed text rather than unresolved question marks. Overwriting standard Sheet or Project Information fields would not explain why custom parameter labels remain unresolved.

Reference topics: Shared parameters; title block families; Project Information parameters; category binding; label creation; client content standards.