Autodesk Updated BIM_MGT_101 Exam Questions and Answers by nela

The DWG should be cleaned in AutoCAD before it is accepted as a Revit link. Setting PROXYGRAPHICS=1 preserves graphical representations of custom or proxy objects so that applications without the originating object enabler can display the relevant geometry. PURGE ALL removes unused layers, blocks, linetypes, text styles, registered applications, and other unreferenced definitions that unnecessarily increase file complexity.

AUDIT identifies and repairs database errors, while OVERKILL removes duplicate or overlapping lines and can consolidate redundant geometry. Together, these operations reduce the amount of irrelevant data Revit must interpret when loading and regenerating the linked file.

Deleting every XREF may remove required design information, while changing fonts does not resolve database corruption or excessive geometry. Deleting all text and exploding all geometry is destructive and commonly increases the number of individual entities, making performance worse. Setting PROXYGRAPHICS=0 can prevent required custom-object representations from being retained for downstream display.

The cleaned DWG should also be limited to the required layers and extents, checked for correct units and coordinates, and linked rather than imported wherever feasible.

Reference topics: DWG preparation; linked versus imported CAD; PURGE; AUDIT; OVERKILL; proxy graphics; Revit model-performance management.

===============

Parameters Service

The team member should select Parameters Service on the Manage ribbon. The exhibit specifically shows this tool between Project Information and Project Parameters. The Parameters Service provides a centralized method for accessing and applying approved parameter definitions that have been made available to the organization. Because the BIM manager has already extracted the client’s custom shared parameters into that service, the project team should consume those controlled definitions from the same source.

This workflow supports parameter governance by reducing the risk of users creating duplicate parameters with similar names, selecting outdated shared-parameter definitions, or introducing parameters with incompatible identifiers, data types, disciplines, or grouping. A shared parameter is not defined solely by its displayed name; its underlying definition must remain consistent for reliable scheduling, tagging, filtering, exporting, and cross-project data exchange.

The Project Parameters tool is used to create or bind parameter definitions within a project, but it is not the designated interface for retrieving the organization’s centrally managed definitions in this scenario. The Shared Parameters command manages conventional shared-parameter files, while Global Parameters control design relationships inside a project and do not serve this data-standardization purpose.

Reference topics: Parameters Service; shared-parameter governance; centralized BIM standards; parameter consistency; project data requirements; reusable corporate content.

===============

A dedicated coordination group defines the exact collection of models that will participate in the specified coordination review. Assigning only the Architectural and Structural published models to that group limits clash processing to the required discipline pair and produces a clean, controlled result set aligned with the approved clash matrix.

Running clash detection across every model and filtering the results afterward is inefficient and may generate a large volume of irrelevant issues. It also makes reporting less precise because the underlying coordination space still includes trades that were explicitly intended to be excluded. Requesting other disciplines to remove views or models disrupts established publication workflows and may affect other coordination activities. Similarly, merging all models into one file and manually hiding elements eliminates clear model ownership and is not an appropriate cloud-coordination method.

Coordination groups allow the BIM manager to establish discipline-specific or package-specific clash tests without modifying the source models. Separate groups may be maintained for Architectural–Structural, Mechanical–Structural, Architectural–MEP, or other approved combinations.

Reference topics: Model Coordination; coordination groups; clash matrices; published design models; discipline-specific clash testing; federated-model governance.

===============

The BIM manager must first establish the project’s actual information requirements before prescribing models, templates, LOD criteria, or delivery procedures. A structured stakeholder session should identify the owner’s sustainability objectives, operational data needs, required BIM uses, asset-management interfaces, exchange milestones, and responsibility boundaries. This provides the basis for determining what information must be authored, by whom, at what stage, and for which downstream purpose.

Consolidating standard BEPs from different firms would reproduce organization-specific practices rather than create a coherent project strategy. Similarly, adopting an LOD matrix from previous projects risks imposing assumptions that do not match the civic center’s lifecycle and sustainability requirements. Developing templates before requirements are confirmed can embed incorrect parameters, classifications, units, or workflows into the project environment.

The stakeholder session should result in documented BIM objectives, approved use cases, information requirements, mobilization actions, and preliminary modelling responsibilities. Those decisions can then inform the project BEP, Model Element Table, LOD or information-need matrix, delivery plans, training requirements, and Common Data Environment configuration.

Reference topics: Project needs assessment; stakeholder engagement; BIM-use definition; lifecycle information requirements; sustainability goals; BIM mobilization; level of information need.

===============