Courseiva
Configure processes and communicationseasyMultiple SelectObjective-mapped

AZ-400 Configure processes and communications Practice Question

Your team uses Azure Boards with a custom process. Which two features allow you to customize the work item types? (Choose two.)

⚠ Common exam trap

A common mix-up: candidates confuse team settings (which manage visibility and defaults) with process-level customization, or mistakenly believe the default process can be directly edited, but Azure Boards enforces that only inherited processes are customizable.

Answer choices

Why each option matters

Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.

Correct answer & explanation

Create an inherited process from the default process.

In Azure Boards, customization of work item types is only possible through an inherited process. You must create an inherited process from a default process (e.g., Agile, Scrum, CMMI) to enable any modifications. This ensures the default process remains unaltered and supports upgrade compatibility.

Answer analysis

Option-by-option breakdown

For each option: why learners choose it and why it is or isn't the right answer here.

  • Create an inherited process from the default process.

    Why this is correct

    Azure Boards default processes (Agile, Scrum, CMMI, Basic) are read-only system processes. To customize, you must create an inherited process, which is a copy that allows adding custom fields, work item types, rules, and other process-level changes while retaining the original defaults.

  • Add custom work item types to an inherited process.

    Why this is correct

    Inherited processes support adding custom work item types, such as a 'Task' or 'Defect' variant, which then become available across all projects using that process. This is the primary mechanism for extending the work item hierarchy beyond the default types (e.g., Epic, Feature, Requirement) in Azure Boards.

  • Configure rules to create new work item types.

    Why it's wrong here

    Rules in Azure Boards are declarative conditions (e.g., make field required, set value based on a state) that apply to existing work item types and fields. They cannot create new work item types; their scope is limited to controlling behavior within already-defined types.

  • Use team settings to define new work item types.

    Why it's wrong here

    Team settings in Azure Boards manage team-specific configurations like areas, iterations, and default backlog views, but they do not define or add work item types. Work item types are defined at the process level, and changing them requires process creation or modification, not team-level settings.

  • Modify the default process directly.

    Why it's wrong here

    Default processes (Agile, Scrum, CMMI, Basic) are locked system processes designed to be unmodifiable to ensure consistency. You cannot directly edit them; instead, you must create an inherited process from the default process, which becomes customizable and can then be assigned to projects.

Go deeper

Related to this question

About these practice questions

One of 823 original AZ-400 practice questions on Courseiva, each with a full explanation and wrong-answer analysis — not exam dumps or protected exam content. Learn why practice questions differ from exam dumps →

How Courseiva writes practice questions · Editorial policy

JA

Written by Johnson Ajibi, MSc IT Security

Senior Network & Security Engineer · founder of Courseiva

This AZ-400 practice question is part of Courseiva's free Microsoft certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the AZ-400 exam.