Description of the high level feature, including any external spec links:
The description needs to be detailed enough such that it can be prioritized on the backlog and implemented by the development team.
Open Liberty Operator introduces new Custom Resource to help with deployment and day 2 operations of applications on Open Liberty for Kubernetes. Consider creating a language server to help users with editing the relevant resources and properties/parameters in their deployment YAMLs.
When complete & mandatory, add links to the UFO (Upcoming Feature Overview) document, FTS (Feature Test Summary), blogs post issues(s), and Aha (externally raised RFEs):
UFO:
FTS:
Beta Blog Post (if applicable):
Blog Post:
Aha:
Also, add a comment into the Aha idea linking to this issue.
List of Steps to complete or get approvals / sign-offs for Onboarding to the Liberty release (GM date)
Instructions:
Do the actions below and mark them complete in the checklist when they are done.
Make sure all feature readiness approvers put the appropriate tag on the epic to indicate their approval.
Design
Before Development Starts or 8 weeks before Onboarding
Note: Design is required if any of the following apply: SVT or Performance testing, new UI, Servicibility considerations, significant documentation changes
[ ] ID Requirements identified (Documenting Open Liberty). (Epic owner / Feature owner with ID focal point)
Note: If only trivial documentation changes are required, you may reach out to the ID Feature Focal to request a ID Required - Trivial label. Unlike features with regular ID requirement, those with ID Required - Trivial label do not have a hard requirement for a Design/UFO.
[ ] Create a child task of this epic entitled "Feature Test Summary" via this template. Add the link in above.
Before proceeding to any items below (active development), this feature MUST be prioritized on the backlog, and have been socialized (e.g., UFO Review). Follow the Feature and UFO Approval Process.
Development
When active development has begun
[ ] Add the "In Progress" label to this issue.
Beta
If your feature, or portions of it, are going to be included in a beta
Before Onboarding the beta
[ ] Beta Fence the functionality (kind=beta, ibm:beta, ProductInfo.getBetaEdition())
[ ] Identify all open source libraries that are changing or are new. Work with Legal Release Services (Cass Tucker or Release PM) to get open source cleared and approved. Or N/A. (Epic Owner). New or changed open source impacts license and Certificate of Originality.
Translation
3 weeks before Onboarding
[ ] All new or changed PII messages are checked into the integration branch, before the last translation shipment out. (Epic Owner)
[ ] All function tests complete. Ready for FAT Approval. (Epic owner / Feature owner)
[ ] Review all known issues for Stop Ship. (Epic owner / Feature owner / PM)
Focal Point Approvals
2 to 1 week before Onboarding
You MUST have the Design Approved or No Design Approved label before requesting focal point approvals.
All features (both "Design Approved" and "No Design Approved")
[ ] FAT - (OpenLiberty/fat-approvers). SOE FATS are running successfully or N/A . Approver adds label focalApproved:fat to the Epic in Github.
[ ] Demo - (Tom Evans or Chuck Bridgham). Demo is scheduled for an upcoming EOI. Approver adds label focalApproved:demo to the Epic in Github.
[ ] Globalization (Sam Wong - Liberty / Simy Cheeran - tWAS). Translation is complete or N/A. TVT - complete or N/A. Approver adds label focalApproved:globalization to the Epic in Github.
"Design Approved" features
[ ] Accessibility - (Steven Zvonek). Accessibility testing is complete or N/A. Approver adds label focalApproved:accessibility to the Epic in Github.
[ ] ID - (Karen Deen). Documentation work is complete or N/A . Approver adds label focalApproved:id to the Epic in Github.
Note: If only trivial documentation changes are required, you may reach out to the ID Feature Focal to request a ID Required - Trivial label. Unlike features with regular ID requirement, those with ID Required - Trivial label do not have a hard requirement for a Design/UFO.
[ ] Performance - (Jared Anderson). Performance testing is complete with no high severity defects or N/A . Approver adds label focalApproved:performance to the Epic in Github.
[ ] Serviceability - (Don Bourne). Serviceability has been addressed.
[ ] STE - (Swati Kasundra). STE chart deck is complete or N/A . Approver adds label focalApproved:ste to the Epic in Github.
[ ] SVT - (Brian Hanczaryk - APS). SVT is complete or N/A . Approver adds label focalApproved:svt to the Epic in Github.
Ready for GA
1 week before Onboarding
[ ] No Stop Ship issues for the feature. (Epic owner / Feature owner / Release PM)
[ ] Github Epic and Epic's issues are closed / complete. All PRs are committed to the release branch. (Epic owner / Feature owner / Backlog Subtribe PM)
Description of the high level feature, including any external spec links:
The description needs to be detailed enough such that it can be prioritized on the backlog and implemented by the development team.
Open Liberty Operator introduces new Custom Resource to help with deployment and day 2 operations of applications on Open Liberty for Kubernetes. Consider creating a language server to help users with editing the relevant resources and properties/parameters in their deployment YAMLs.
When complete & mandatory, add links to the UFO (Upcoming Feature Overview) document, FTS (Feature Test Summary), blogs post issues(s), and Aha (externally raised RFEs):
UFO:
FTS:
Beta Blog Post (if applicable):
Blog Post:
Aha:
List of Steps to complete or get approvals / sign-offs for Onboarding to the Liberty release (GM date)
Instructions:
Design
Before Development Starts or 8 weeks before Onboarding
ID Required - Trivial
label. Unlike features with regular ID requirement, those withID Required - Trivial
label do not have a hard requirement for a Design/UFO.Before proceeding to any items below (active development), this feature MUST be prioritized on the backlog, and have been socialized (e.g., UFO Review). Follow the Feature and UFO Approval Process.
Development
When active development has begun
Beta
If your feature, or portions of it, are going to be included in a beta
Before Onboarding the beta
kind=beta
,ibm:beta
,ProductInfo.getBetaEdition()
)1 week before beta GA
Legal
3 weeks before Onboarding
Translation
3 weeks before Onboarding
Feature Complete
2 weeks before Onboarding
Focal Point Approvals
2 to 1 week before Onboarding
You MUST have the Design Approved or No Design Approved label before requesting focal point approvals.
All features (both "Design Approved" and "No Design Approved")
"Design Approved" features
ID Required - Trivial
label. Unlike features with regular ID requirement, those withID Required - Trivial
label do not have a hard requirement for a Design/UFO.Ready for GA
1 week before Onboarding
1 week before GA
Other deliverbles