Use casesChange request tracker

Build your change request tracker.

Keep proposed scope changes and their impacts attached to the accepted project baseline.

How to build your change request tracker

  1. Describe the job

    Keep proposed scope changes and their impacts attached to the accepted project baseline.

  2. Review the first version

    Choose how the project coordinator records the request and how the workstream owner reviews the next step.

  3. Refine the views

    Ask First to adjust the fields and views for the people who will use the app.

  4. Test before sharing

    Walk through the process with a sample record and check who owns the next action.

A change request tracker example

A client asks for two extra reports after accepting the scope.

Illustrative workflowChange request tracker

Change request tracker example

Record
Change request tracker · 01
Owner
Project coordinator

Current stage · Project coordinator

Open the request

A client asks for two extra reports after accepting the scope.

Read the full walkthrough
  1. Open the request

    A client asks for two extra reports after accepting the scope.

    Record:
    Change request tracker · 01
    Owner:
    Project coordinator
  2. Review the accepted version

    Keep the request proposed while the owner reviews effort and price; only the accepted revised scope becomes the delivery baseline.

    Stage:
    Awaiting workstream owner review
    Owner:
    Workstream owner
  3. Record the new decision

    Record the new decision before replacing the accepted scope version.

    Next action:
    Record the new decision before replacing the accepted scope version.
    Owner:
    Project manager

What to include in your change request tracker

  • Keep the request in context

    Keep request, baseline, scope change, impact estimate, decision and accepted version together so the next person can understand the request or record.

  • When the next step needs a decision

    A client asks for two extra reports after accepting the scope. Keep the request proposed while the owner reviews effort and price; only the accepted revised scope becomes the delivery baseline.

  • Keep accepted version visible

    Record the new decision before replacing the accepted scope version.

  • Choose what each person needs

    Give the project coordinator a working view and the workstream owner a review view. Keep request and baseline attached to the decision as the work moves between them.

Questions about change request tracker

Start with request, baseline, scope change, impact estimate, decision and accepted version. Describe who enters the information and who reviews the next step.

Build your change request tracker.

Start with your workflow and make it yours.

Get started