One SourceMelbourne Airport Rail · Stage 1

One Source

Our Jira platform to manage communication and engagement activities.

How the Melbourne Airport Rail Stage 1 team plans, tracks and governs its communication and engagement work, all in one place.

Melbourne Airport Rail
Layer 1

What the system does

Learn what the platform is and how Jira works, from logging in to creating and running tasks. Online training, step by step.

Open training
Layer 2

The system in action

Guided walkthroughs for the everyday tasks: creating items correctly, keeping them current, archiving and more.

Open walkthroughs
Layer 3

Outside the system

The governance and sustainment work that keeps the platform reliable: roles, meetings, reviews and improvement.

Open instructions

Frequently asked questions

Quick answers to the most common questions about the platform.

Getting started
Check your junk or spam folder first. If the invite isn't there, ask your Manager to resend it from Jira. You won't be able to log in until the invite has been accepted.
Your role probably hasn't been assigned yet. Boards are only visible once your access level is active. Contact your Manager or PIIT — they can confirm your role and which boards you should see.
Editors can create, update, and move items on the board. Viewers can read and comment but cannot create or move items. Most pilot users are Editors. Your role is assigned by PIIT.
The basics
An epic is the parent — the big piece of work (e.g. a briefing cycle, a factsheet). Tasks sit under the epic and represent distinct pieces of work, each with a single owner. Subtasks sit under a task and break it down further — used when multiple people need to track their own steps independently.
Everything. Jira is the team's system of record for all communication and engagement work — including recurring coordination like monthly meetings, short turnaround items, and review tasks. If it requires coordination or has an owner, it belongs on the board.
Every task needs an Assignee (one person), a Due date, a Description, and a Priority set before it moves to In Progress. This keeps the board readable and actionable for everyone.
Reviews
Sequential review: one subtask moves between reviewers in order — when the first reviewer is done, they reassign it to the next with a comment. Use this when reviewers need to build on each other's feedback.

Parallel review: each reviewer gets their own subtask and they work simultaneously. Use this when reviewers are independent. The Stakeholder Meeting and Tottenham Factsheet walkthroughs in Layer 2 have both as worked examples.
Day-to-day
No — each task has one Assignee who is accountable for it. If multiple people need to track their own work, use subtasks and assign each subtask to its owner.
The Reporter is the person accountable for the task — they are notified automatically when the status or Assignee changes. Jira defaults this to whoever creates the task. If you're setting up a task on behalf of someone else, update the Reporter to the right person.
The internal team member retains ownership and stays as the Assignee. Use the comment field to log correspondence, approvals, and outcomes from external parties. External parties do not have board access unless PIIT provisions it.
Board health
Within 5 working days of any change. Any item inactive for 30 days or more must be reviewed and either updated or closed. Your Manager is accountable for board health and will follow up on stale items at the monthly governance review.
Review it. If the work is still live, update the status and add a comment logging where things are at. If the work is no longer proceeding, move it to Cancelled — do not delete it. If you're unsure, raise it with your Manager.
Done means the work was completed. Cancelled means it was decided not to proceed. Both close the item on the board. Do not delete items — deletion removes the record permanently and is only for correcting errors.
Getting help
Start with your Manager — they are accountable for board health and can action or escalate most issues. For access problems, configuration issues, or anything that needs platform-level action, escalate to PIIT.
/The platform
Layer 1 · Online training

What the system does

The platform is the team's live operational tool and the single source of truth for every communication and engagement activity. These training modules walk you through Jira from end to end. Pick a topic to launch its slideshow.

Knowledge check

One short check covering every module on this page. Mix of scenarios and true/false, with feedback as you go.

Start check
/The system in action
Layer 2 · The system in action

The system in action

The everyday tasks, each as a careful walkthrough you can follow click by click. These cover the in-system rules at the moment they apply. Pick a task to launch its walkthrough.

Knowledge check

One short check covering every walkthrough on this page. Mix of scenarios and true/false, with feedback as you go.

Start check
/Outside it
Layer 3 · Guided walkthroughs

Outside the system

The platform stays trustworthy because people look after it. Each walkthrough below steps through a part of that work, who is accountable, what they do, and when. Pick one to launch its slideshow.

Knowledge check

One short check covering every governance walkthrough on this page. Mix of scenarios and true/false, with feedback as you go.

Start check
/Glossary
Reference

Glossary

Key terms used across the platform. If a word or phrase is unfamiliar, check here first.

Term
Definition
Epic
A container that groups related tasks under one campaign or project. An epic tracks the overall progress of a body of work without holding individual work items directly. Examples: a community consultation campaign, a works notification series, or an EngageVic engagement program.
Task
A single piece of work with one owner, one deliverable, and a tracked status. Tasks are nested within an epic and are the primary unit of work on the board. Examples: a community update, a works notice, a media release, or an EngageVic webpage.
Sub-task
A smaller item nested within a task, assigned to a specific person for a discrete action or review. Sub-tasks appear indented under their parent task on the board. Examples: an internal review by the VIDA alliance comms manager, a Deputy Director sign-off, or a legal check.
Board
A visual workspace where work items appear as cards organised into status columns.
Alliance
One of the delivery teams working within the Melbourne Airport Rail Stage 1 program. Multiple alliances operate across the project corridor, each responsible for a portion of the works and associated communications.
Kanban
The default board view showing work items as cards arranged across status columns. Cards move left to right as work progresses through its stages.
For You page
A personalised view in Jira showing all items assigned to you across every board in one list. Read-only - items are updated from the board, not from this view.
Status
The current stage of a task or epic. Statuses include: To Do, In Progress, Internal Review, External Review, On Hold, and Done.
Internal Review
A status indicating a task is currently under review by one or more people within the alliance. Reviewers are typically assigned as sub-tasks on the parent item.
External Review
A status for tasks waiting on input or approval from a party outside the alliance who does not have Jira access.
On Hold
A status for tasks that have been paused due to external factors such as a change in government direction or a scheduling constraint.
Required fields
Fields that must be completed for an item to be considered properly logged. Required fields are defined by PIIT and vary by item type.
Assignee
The person responsible for completing a task or sub-task. An item cannot move to In Progress until an assignee has been set. Jira notifies the assignee automatically when they are assigned.
Comment
A timestamped note attached to a task or sub-task, visible to all users with access to the board.
Board Health
A measure of how current, accurate, and complete a board is. Indicators include up-to-date statuses, no overdue items, and all required fields completed.
Manager
The allocated manager from each alliance, responsible for board health and ensuring their team's Epics and Tasks are current. Full editorial access plus the ability to delete items.
EngageVic
The Victorian Government's community engagement platform. Used by the Melbourne Airport Rail program to publish consultation materials. The EngageVic team reviews content before it is published.
PIIT
The team responsible for platform configuration, user management, and provisioning external access. The only team that can add new users or create dropdown values.
- Open a module to log feedback
Feedback is saved locally until you export.
Log
No feedback yet