The Definition of Done (DoD) represents our team's formal definition of quality for all Product Backlog Items (PBIs). Definition of done (DoD) is crucial to a highly functioning Agile team. DoD is a checklist/process that the team must perform/complete successfully before declaring the work to be potentially shippable.
The Forminators currently use Jira tickets to visualize, manage, and track story progress from assignment to complete.
Final completion is measured as
by working software, committed code in the production instance of Forms. io
by UX design, having human design elements accepted and working
For Proof of Concepts, for Explorative research (Splunking) and for DevOps documentation “How do i?” guidance the definition is a little trickier. It depends. To that end we shall be working to clearly define DoD for our team to adhere to - and to ensure we ‘shift left’ and build quality and pride into our completed work.
This helps our team agree on a standard across our dev community, or UX community. This helps onboard new staff, and also establishes understanding and trust with partners we collaborate with.
...
What is a DRAFT: Definition of Done
Essentially a pre release checklist of all tasks that the assignee must complete. Meeting the definition of done ensures we meet quality, and that we ensure consistency.
Our in-flight DoD work is currently shown below. Look for updates as our team practices mature
DoD for Development work:Forminator’s Definition of Done (DoD)
To ensure Built-In Quality and an Agile approach to Product Development, Forminator’s DoD consist of:
DONE (Shippable)
DONE (Deployed/Released)
DONE (Shippable) definition for Development work
DONE (shippable)
Code produced
Code tested
Code peer reviewed
Code comments updated and complete
Jira ticket includes link to code repository
Jira ticket requirements, story outline, and conclusion are updated
Story accepted by the PO
Ready for PR discussion (including the NR team collaborators)
DONE (releasedDeployed/Released)
Commit request is reviewed by the repository maintainer/gatekeeper
Is reviewed by the PO and (dev. peer where required)
Commit time is scheduled
Changes are implemented and both code repository and Jira ticket comments are finalized
Deployed
...