15.3 Discovery Boards

15.3 Discovery Boards

Study index: T-numbers here refer to this guide’s index of an older Workday topic list. They are not current Workday task IDs or published exam weights.

Quick Summary: Discovery Boards are Workday’s interactive visual analytics experience for exploring indexed data sources directly as charts, graphs, and related visuals. An existing Matrix report is not required. You create visuals, drive them with prompts, and apply filters so leaders can slice headcount and workforce metrics without exporting everything to a spreadsheet.

Task T67 closes the “presentation” side of Report Writer for HCM Core. Alongside Advanced reports (T57–T64), scheduling (T65), and Matrix summaries (T66), Discovery Boards answer: how do business users explore the story visually?

What a Discovery Board Is

Purpose

A Discovery Board is a configurable analytics surface that presents interactive visuals built directly from supported indexed data sources. Consumers open the board, answer prompts, apply filters, and drill into visuals to understand patterns (headcount by org and job family, attrition slices, hiring funnels where data allows, and similar HCM stories).

Exam definition to memorize: Discovery Boards turn indexed data-source fields into interactive charts and visuals on a configurable analytics board—with prompts and filters, and often drillable paths into detail.

What Discovery Boards are not

Creating a Discovery Board Visual

High-level create flow

1. Identify the data need — define the population, required fields, measures, effective-date context and audience.
2. Open / create Discovery Board experience available in the tenant for authorized users.
3. Select a supported indexed data source with the needed fields and available prompts; confirm access and population.
4. Choose a visualization type (bar, column, pie, line, scorecard-style tiles—as offered in product).
5. Map dimensions and measures — what sits on axes, what is colored/sliced, what number is shown.
6. Arrange the board — multiple visuals can tell a multi-angle story (headcount + average tenure + openings).
7. Add prompts and filters for runtime control.
8. Validate with a realistic role account (Manager vs HR Partner vs CHRO see different populations).

 Indexed data source (secured HCM data)
        │
        ▼
 Discovery Board
   ├── Visual A: Headcount by Region (bar)
   ├── Visual B: Headcount by Job Family (pie)
   ├── Prompts: As of Date, Company
   └── Filters: Worker Type, Location Hierarchy
        │
        ▼
 Interactive exploration + drill to detail

Configuration scenario: Contoso people analytics selects an indexed worker data source and checks that its fields support active headcount, Region and Job Family Group. The analyst builds region and job-family visualizations from that source, validates grouping and counts, and adds appropriate filters. HRBPs open the board Monday morning instead of waiting for a static PDF.

Design tips that show up as exam judgment calls

• Prefer clear measures — “Count of Active Workers” beats an unexplained calculated blob.
• Limit dimension explosion — boards with hundreds of tiny slices are unreadable.
• Check source grain — understand what each returned instance represents before counting; avoid confusing workers, positions and events.
• Plan drill — if leaders will ask “who is in this bar?,” detail drill paths must exist on the underlying design.
• Name for business language — “Q3 Active Headcount Explorer,” not “RPT_MX_472_final_v9.”

Using Prompts on Discovery Boards

Why prompts matter

A prompt captures a runtime value from the consumer—Company, Supervisory Organization, as-of date, Region, Job Family Group—and uses it to scope the data. The same board definition serves many audiences without cloning a board per org.

Prompts on Discovery Boards follow the same reporting idea you learned for custom reports (T63): one definition, many parameter values. They are not the Scheduling Report task, not ownership transfer, and not a way to lock the report from edits.

Prompt vs schedule criteria (keep them straight)

Exam trap: “Primary purpose of a custom prompt” is still runtime filter/parameter input—whether on a report or experienced through a board—not scheduling, not PDF export, not edit locking.

Built-in vs custom prompt mindset

You already distinguish built-in prompts (delivered with certain data sources, often effective date / organization context) from custom prompts authors add. On boards, the practical exam skill is: identify that the board can be driven by prompts so consumers can explore different supported scopes without rebuilding each visualization.

Applying Filters on Discovery Boards

Filters refine the live view

Filters on a Discovery Board further restrict which instances or categories appear during exploration. Examples:

• Worker Type = Employee (exclude contingent)
• Location Hierarchy under EMEA
• Exempt status
• Specific Cost Center hierarchy nodes

Filters work with prompts: a prompt might set Company = Acme US, while a filter temporarily hides contingent workers for a leadership conversation.

Filter design hygiene

1. Configure and validate the source population and visualization filters for the intended analysis; document essential exclusions.
2. Expose audience-variable dimensions as prompts.
3. Leave ad-hoc exploration to board filters.
4. Remember security still filters rows—a board filter cannot reveal data the runner’s domains hide.

Configuration scenario: Northwind’s Discovery Board prompts for Region. During a store-ops review, the analyst applies a board filter Job Family = Store Associate to focus the charts. The visual’s design and filters restrict the analysis to active workers. A store manager with constrained security never sees other regions’ bars even if they try to clear filters.

Discovery Boards in the HCM Analytics Stack

 Indexed data source → Discovery Board visualization
                               │
                               └─ Optional export of compatible visual
                                  to Matrix or Advanced custom report

Security and Sharing Reminders

Discovery Boards do not create a parallel security universe:

• Domain security still governs field and data visibility.
• Sharing / access still governs who can open the board; its indexed source and fields remain subject to security.
• Runner security still wins over “the designer could see everything.”
• Constrained roles still see only their population—empty charts can be correct, not broken.

Exam scenario: “User opens a board shared by an admin but sees fewer regions.” → Expected if the user’s constrained HR Partner scope is smaller. Sharing is not a data grant.

Common Confusions Table

Study Links

• T66: Matrix grouping concepts help interpret summaries, but a Matrix report is not a board prerequisite. Compatible board visuals can be exported to Matrix or Advanced reports.
• T63: Prompt literacy transfers directly to board prompts.
• T64: Sharing controls access; it does not grant underlying data permissions.
• T65: Scheduling is a separate report-delivery workflow; opening a board is interactive analysis.
• T69: Source population, field complexity and visualization design affect board performance; validate with realistic data volumes.

When a stem mentions interactive charts, visual dashboard, or Discovery Board with prompts and filters, choose Discovery Board—not Reorg, not Tenant Setup, not a security group.