Skip to content
GlobalProjects

Custom fields for each level

Name your project's requirement levels and give each level its own fields — from Project Setup, or by adding a column in the spreadsheet.

Updated 19 October 2026

Who this is for: business analysts and company administrators.

Each project decides what its requirement levels are called and which extra fields each level carries. A story might need a Definition of Done; an epic might need a Business owner. Fields belong to a level, so a story's field does not clutter an epic.

Choose the level names

  1. Open your project and choose Project Setup in the left navigation. The page is headed Configuration.
  2. On the General tab, find Requirements Hierarchy.
  3. Pick Agile (Epic, Feature, Story), BRS (Section, High Level, Requirement) or Custom to name your own levels.
  4. For Custom, type a name under the list and choose Add. Use the arrows to put the levels in order.
  5. Choose Save Hierarchy.
Project Setup showing the Requirements Hierarchy section with the Agile, BRS and Custom choices, and the Story level's Fields panel open with a Definition of Done field added.
Fictional demonstration project. All names and details are invented and do not represent any real organisation, including any that shares a name with it.

Add a field to a level

  1. In Requirements Hierarchy, choose Fields on the level you want.
  2. Type the field's label, for example Acceptance Criteria.
  3. Pick its type: Text, Textarea, Number, Yes/No, Select, Multi-select, Date or User.
  4. For Select or Multi-select, type the options separated by commas.
  5. Choose Add field, then Save Hierarchy.

Add a field from the spreadsheet

  1. In Requirements, open the Spreadsheet view and choose + Add Column.
  2. Under Applies to level, choose the level.
  3. Pick a Type, type the Column name, and add options if it is a list.
  4. Choose Add column. The window stays open so you can add another; choose Close when you have finished.
  • The requirements hierarchy

    How requirements sit inside each other, how to add, move and delete them in the Hierarchy view, and the five ways to look at the same requirements.

  • Working in the spreadsheet

    The requirements spreadsheet, explained for someone who knows Excel — typing, moving around, adding rows, changing where a row sits, and what is different.

  • Roles and permissions, in plain language

    What each built-in role can do, how a role held across the company differs from one held on a project, and how to make a role of your own.