These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
- Requirements Management
- Features
- Baselines and acceptance
Baselines and acceptance
Submit a dated requirement revision for review and record its outcome.
OverviewBaselines Awaiting Approval×
Requirements Management · Baselines and acceptance
New
Baselines Awaiting Approval
Approval conditions
| Baseline name | Project | Owner | Revision | Reviewed at | Acceptance criteria | |
|---|---|---|---|---|---|---|
| Baseline 212 | PRJ-1981 | 660 | 21 Oct | AC-805 | ||
| Baseline 794 | PRJ-5689 | 720 | 10 Oct | AC-562 | ||
| Baseline 381 | PRJ-1066 | 950 | 06 Oct | AC-360 | ||
| Baseline 322 | PRJ-5554 | 530 | 10 Oct | AC-151 | ||
| Baseline 911 | PRJ-4321 | 30 | 24 Oct | AC-694 |
6 of 6 records
Baseline 212Baselines · BSL-92677
SubmittedProjectPRJ-1981
Revision660
Reviewed at21 Oct
Acceptance criteriaAC-805
What you can do
Put a revision before a reviewer
A baseline carries a name, project, due date, revision and acceptance criteria. It may point to its parent requirement and organization. The Business Analyst prepares the baseline so the Project Manager can see the version being discussed and the criteria for deciding whether it is acceptable. The baseline’s status distinguishes a draft or pending item from a submitted, approved, rejected, met or missed one.
How the work is organized
- Submission. Setting the baseline to submitted stamps its review timestamp and records an operation receipt tied to its expected revision.
- Decision. The Project Manager reads the submitted revision and acceptance criteria, then records approval or rejection on the baseline.
- Timing. The due date and status help the team distinguish upcoming work from a missed target.
The submission receipt matters when the baseline is edited again. It preserves an operation key, expected revision and parent requirement reference for the submission event. The reviewer should compare that submitted revision with the current requirement before deciding. The baseline also has a decision timestamp, notes and covered-tests figure that can support the review record.
What to agree during setup
Agree who prepares and submits a baseline, which Project Manager reviews it, and what evidence the reviewer needs. Define what it means to approve, reject, mark met or mark missed. Those choices represent different questions: approval concerns the reviewed acceptance criteria, while met or missed concerns the target date. Keep the notes clear enough for the owner to respond to a rejection.
The team should also agree how to handle a revision change during review. A changed requirement may need a new submission rather than a decision against a newer version. Decide where supporting files belong and who can share them. The project and parent requirement references should be checked before submission so the decision stays with the right work.
Check the handoff on an actual case
Take one requirement with a current revision and create a named baseline with a due date and acceptance criteria. Submit it and confirm that the review time and operation receipt refer to the intended revision. Let the Project Manager inspect the record and enter a decision with the decision date and notes. Then inspect the at-risk list for another baseline marked pending or missed. The reviewer should be able to explain why the chosen baseline was accepted using the record and its linked evidence.
What your team sees
- Baselines Awaiting Approval — Submitted baselines with revision and acceptance detail ready for review.
- Baselines At Risk — Pending and missed baselines with owners and due dates.
Follow the work through
Read baseline review for the submission and decision sequence. The roles page sets out review access.
What it keeps track of
Data model- Baselines
- Dated requirement baselines and whether their target date was met.
- Requirements
- Requirement records, each with revision, baseline and lifecycle status.
- Projects
- Engagements delivered for an organization, with budget and schedule.
- Organizations
- Client and internal business organizations that projects are delivered for.
- Team members
- Delivery staff with role, practice and weekly capacity.
- Operation receipts
- Evidence that a delivery operation was executed.
- Record attachments
- Files attached to delivery records.
Who uses it
Permissions- Business Analyst
- Prepares the baseline; Project Manager decides on submitted acceptance; Delivery Lead reviews exceptions.
Set up Requirements Management your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.