Definition of Done

Done-ness is defined differently at different stages of development and for different purposes.

Team Increment

Issue Type Definition of Done
Story/Enabler

Code

  • Supplied with an acceptable license
  • Adheres to SKA language specific style
  • Checked into SKA repository with reference to a Jira issue ID
  • Passes the CI/CD pipeline including compiling cleanly and being linted with no warnings
  • Unit and module tests pass with adequate coverage (>= 75% with appropriate exclusions for boiler-plate code)
  • Component, integration and system tests (appropriate for the context) pass
  • Regression tests pass

Code Documentation

Integration

  • Deployed to a continuous integration environment (staging environment during Construction)
  • Migrations are implemented with defined automated processes for roll-forward and rollback as appropriate

Process

  • Peer-reviewed and integrated into the main branch via Gitlab merge-request process
  • Relevant NFRs are met
  • Satisfies acceptance criteria
  • Accepted by Product Owner
Spike

Documentation

  • Outcomes documented on the relevant SKA platform
  • Documentation linked to issue in Jira

Process

  • Outcomes reviewed by relevant stakeholders
  • Satisfies acceptance criteria
  • Accepted by Product Owner

System Increment

Issue Type Definition of Done
Feature/Enabler

Child Stories/Enablers

Documentation

Process

  • Satifies acceptance criteria
  • Relevant NFRs are met
  • Demonstrated to relevant stakeholders
  • Accepted by Feature Owner
Spike

Documentation

  • Outcomes documented on the relevant SKA platform
  • Documentation linked to issue in Jira

Process

  • Outcomes reviewed by relevant stakeholders
  • Satisfies acceptance criteria
  • Accepted by Spike Owner

Solution Increment

Issue Type Definition of Done
Capability/Enabler

Child Stories/Enablers

Documentation

Process

  • Satifies acceptance criteria
  • Relevant NFRs are met
  • Demonstrated to relevant stakeholders
  • Accepted by Capability Owner

Release

Issue Type Definition of Done
TBD TBD

Formally Controlled Project Documentation

Documents that are matured to the extent that they quantify an impact on safety, security, quality, schedule, cost, profit or the environment should be validated and formally controlled as per the SKA Document Creation, Validation and Release Standard Operating Procedure (SOP) (SKA-TEL-SKAO-0000765). Until such time, the Lightweight Document Process and Repository may used to manage these documents.

Thereafter, these documents must be formally reviewed and placed in the project’s configuration management system. Whilst there is an unavoidable overhead to this we aim to make it as efficient as possible. However, this level of documentation requires you to follow the process in the Configuration Management part of Confluence, specifically: