For the business analyst

From requirements to real outcomes. Capture context. Prove impact.

Requirements, scope statements, acceptance criteria, traces and impacts as records, so a change to the objective finds every requirement, system and test it touches.

In one sentence

AlignX keeps the business analyst's requirements traced from the business need through design, delivery and testing to the outcome they were meant to produce.

Written forHead of Business AnalysisSenior Business AnalystProduct Director

The solution

What the analyst owns.

Scope statements

In scope, out of scope, assumptions and constraints, held as records.

Not a paragraph in a document. Each statement is a row that can be traced, approved and changed.

See the business analysis product

Acceptance criteria

Given, when, then, on the requirement.

Eight acceptance criteria as structured clauses, so the test that proves each one is a record, not a conversation.

See the business analysis product

Traceability

Parent above, children below, compliance linkage beside.

Federated identity for the institution above; research tools and session end below. Change the parent and the children know.

See how it works

Requirement register

Every requirement with its state, level, MoSCoW and type.

Must, should, could, won't. Feature, epic or user story. Approved, in review or draft. One grid, one board, one timeline.

See the report builder

Impact by layer

What a change touches, by layer, before the decision.

Business contexts, capabilities, organisations, applications. Named on the change record, so the requirement's impact is known before it is approved.

See the architecture product

Day to day

What changes.

Without AlignXWith AlignX
The requirements documentThree versions in SharePoint; nobody knows which is trusted.
The requirements documentRequirements are records with a state and a history.
The change requestImpact worked out by reading everything again.
The change requestThe change record names every layer it touches.
The sign-offApproved by email, lost by the next quarter.
The sign-offApproval is a workflow on the record, with evidence.
The test questionDid we meet the criterion? Depends who you ask.
The test questionGiven, when, then, on the requirement, with the test against it.
The objective changeWhich requirements are affected is a two-week search.
The objective changeTrace up to the objective and down to the tests.
The status meetingRequirements status typed into a deck.
The status meetingThe register by MoSCoW and state, opened live.

The AlignX technology

Nothing new to govern.

  • Runs inside Microsoft 365In your tenant, on your Dataverse. Nothing leaves it.
  • Entra ID governs who sees whatThe roles you already run decide access. No second directory.
  • Australian data residencyYour Dataverse environment sits in an Australian region. Purview and retention policies apply as they do everywhere else.

How AlignX sits inside Microsoft 365

Questions

What business analysts ask us.

What BA and requirements tools does AlignX replace, and what stays?

AlignX replaces your requirements management tool (Jama, Blueprint, DOORS Next), your process modeller (standalone Visio, ARIS), and consolidates your BA content out of scattered Confluence pages. It integrates with Jira for delivery, Confluence for supporting docs, and your EA and portfolio models so requirements sit in the enterprise context.

If we use Jira and Confluence today, what changes?

Delivery teams keep working in Jira. Confluence keeps hosting supporting content if you want. AlignX becomes the connected home for structured BA artefacts: requirements, process models, capability maps and traceability. You gain the traceability BABOK asks for without losing the tools your teams already use.

How does AlignX handle traceability from strategy through to requirements, design and testing?

Every requirement traces up to the capability and objective it serves, and down to the design, build and test artefacts that satisfy it. Change impact analysis is instant: if an objective shifts, you see every requirement affected. This is the traceability BABOK asks for, without the manual matrix.

Can I capture BABOK-aligned artefacts in AlignX?

Yes. AlignX includes templates for the BABOK knowledge areas: stakeholder register, business case, current-state and future-state models, requirements catalogue, gap analysis, use cases and acceptance criteria. You can customise or replace any of them.

Can AlignX map current state, future state and gap analysis in one place?

Yes. Current-state and future-state process models, capability models and data models live in the same workspace, with gap analysis generated by comparison. Reviewers see the delta highlighted, not a side-by-side you have to interpret.

How does AlignX support requirements review, sign-off and change control?

Every artefact has configurable review and approval workflows. Sign-off is captured with evidence and audit trail. Change requests link to affected requirements automatically, so your CR log is a byproduct of the work, not a separate spreadsheet.

What does the BA workflow look like end to end in AlignX?

Elicitation (stakeholders, interviews, workshops) into the enterprise model, requirements catalogued with priority and acceptance criteria, current-state and future-state modelled, gap analysis generated, requirements traced to Jira delivery items, sign-off captured, benefits linked. One platform, one BA lifecycle.

See where you stand.

Ten minutes, twenty-one questions, an instant maturity score.