Add planning baseline: BC, SA, PP and two gateways
Create the Business Case, Stakeholder Analysis (S01 course participant, S02 Udemy coursists, S03 GitHub viewers), Project Plan and the milestone documents MIL-001 (project setup, 6 tasks) and MIL-002 (game implementation, 8 tasks) for the console Blackjack game. Register PP and MIL in the artifact registry, set the PO language to en, and link the synced Gitea milestones in the Gateway Schedule. Refs #1 Refs #2 Refs #3 Refs #4 Refs #5 Refs #6 Refs #7 Refs #8 Refs #9 Refs #10 Refs #11 Refs #12 Refs #13 Refs #14
This commit is contained in:
@@ -0,0 +1,68 @@
|
||||
# @TITLE@
|
||||
|
||||
## Metadata
|
||||
| Key | Value |
|
||||
| --- | --- |
|
||||
| ID | @ID@ |
|
||||
| CrossReference | @CROSSREF@ |
|
||||
|
||||
## Version History
|
||||
| Date | Status | Author | Reviewer | Change | Commit |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| @DATE@ | Accepted | @AUTHOR@ | <reviewer S-ID> | Initial version | pending |
|
||||
|
||||
---
|
||||
|
||||
## Purpose
|
||||
|
||||
Defines how this project applies Quality Criteria (QC) checklists to real
|
||||
artifact instances, producing SQA Review Records and Go/No-Go decisions.
|
||||
|
||||
## ARB Review Workflow
|
||||
|
||||
1. **Submission** — the artifact owner submits an instance for review,
|
||||
identifying its type's QC checklist (`framework/qc/qc-*.md`).
|
||||
2. **QC Checklist Review** — the assigned reviewer (see RACI) applies the
|
||||
checklist criterion by criterion.
|
||||
3. **Review Record** — the reviewer documents the outcome as an SQA Review
|
||||
Record (`RC-*` under `docs/sqa/reviews/`).
|
||||
4. **Go/No-Go Decision** — the Accountable role for the artifact category
|
||||
decides; contested or cross-cutting cases escalate to the ARB Chair.
|
||||
5. **Sign-off** — on **Go**, the artifact's `## Version History` gets an
|
||||
`Accepted` row (the previous row becomes `Deprecated`). On **Go-with-conditions**, status stays `Proposed` until
|
||||
the Action Items are closed. On **No-Go**, the artifact returns to its
|
||||
owner.
|
||||
6. **Traceability Update** — the Traceability Matrix is updated with the
|
||||
instance and its `RC-*` reference.
|
||||
|
||||
## RACI by Artifact Category
|
||||
|
||||
Fill every cell with stakeholder IDs from the Stakeholder Analysis (`S<NN>`),
|
||||
never role names.
|
||||
|
||||
| Artifact Category | Responsible (runs the review) | Accountable (Go/No-Go owner) | Consulted | Informed |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Strategic (Stakeholder Analysis, Business Case, BMC) | S<NN> | S<NN> | S<NN> | S<NN> |
|
||||
| Process/Business (BPMN, KPI, Milestones/Gateways) | S<NN> | S<NN> | S<NN> | S<NN> |
|
||||
| Requirements (Use Case Diagram, User Story, Use Case) | S<NN> | S<NN> | S<NN> | S<NN> |
|
||||
| Modeling/Design (Domain Model, SSD, Operation Contract, Sequence Diagram, DCD, ERD) | S<NN> | S<NN> | S<NN> | S<NN> |
|
||||
|
||||
Cross-cutting escalations and disputed verdicts are Accountable to the ARB
|
||||
Chair (`S<NN>`), overriding the category-level Accountable role.
|
||||
|
||||
## Escalation Rules
|
||||
|
||||
- A **No-Go** verdict, or any disagreement between the Responsible reviewer
|
||||
and the category's Accountable owner, escalates to the ARB Chair.
|
||||
- A reviewer may not review an instance they authored.
|
||||
- Repeated No-Go verdicts (2 or more) on the same artifact type trigger a
|
||||
review of the corresponding `QC-*` checklist itself.
|
||||
|
||||
## Cadence
|
||||
|
||||
- Reviews are triggered per artifact instance as it is produced or revised.
|
||||
- QC checklists are reviewed annually.
|
||||
|
||||
---
|
||||
|
||||
@LINKS@
|
||||
Reference in New Issue
Block a user