This is a typical software development process of releasing a new feature. The Product Owner will define a new feature and the Develompent team will work on it and release it.
This diagram was created on Jan 14, 2021 4:31 PM and was last updated Mar 8, 2021 9:36 AM.
Define New Feature
Work with the client or stakeholder to create scope, requirements and deadlines.
Implement Feature
Should go back and forth with Product Owner if technical requirements are unclear or confusing. Generally extremely important to leave developer alone and undisturbed during this time. May react poorly if startled with moving deadlines or changing requirements.
Build Automation Tests for New Feature
QA should report back to development if they find any bugs immediately so they get a head start. Needs to be documented as well.
Complete Development
Feature should work as expected.
Code Review
Important to review testing results as well as main code.
Is Code Acceptable?
Has the code been reviewed and is it acceptable to go live?
Commit Hook/Trigger build
Important for developers to check up on this immediately after build.
Refactor Code
Important for developer to communicate with lead developer during this process to negate unnecessary acceptance test failures.
Pass the Acceptance Test?
Has the code passed the acceptance test?
Push to Staging
Important for developers to check up on this immediately after build.
Test the Staging Build
The QA Specialist will test the build on the Staging environment.
Passes Automated E2E & Non Functional Tests?
Does the code pass the automated end-to-end tests and non-functional testing?
QA Analysis Documentation
Please use given template to create documentation.
Release New Version
Product Owner needs to publish write up on new versions.