-
Notifications
You must be signed in to change notification settings - Fork 214
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Escalate all QA Standards to launch-blocking #100295
Comments
To clarify, while we may not have seen the QA artifacts requested, a number of teams have in fact started logging to Datadog:
That's just the products who have logged. 28 products experienced silent failures and all are claiming that they are logging. There are only 4 products left that are potentially not yet logging that should be. So it is happening and we want to be sure it keeps happening. As part of this initiative, we should announce to VFS teams that they should be using the call back VA Notify has available so that they can update their logging to go from "no confirmation of email notification available" to "(email verified)" as emails can now be verified. Thus a result of the largerer initiative would be that 31 products are logging under "email verified". |
@humancompanion-usds we have 2 different QA standards that were recently released: @it-harrison can correct me if I'm wrong, but I think what we're seeing is teams monitoring endpoints in Datadog, but not linking their lines of code to StatsD for reporting purposes. |
per call with Matt on 1/10, we will also escalate the traceability reports to launch-blocking. |
@humancompanion-usds do you want to enforce this change ASAP or should we wait to enforce with VFS teams? Possibly a 2 week notice? |
Per Matt on 1/16, 2 week notice is ok. |
Draft of slack post for #vfs-all-teams :megaphone Attention: VFS Teams All QA Standards are now launch-blocking. On [xx/xx/xx], all QA Standards will be enforced as launch-blocking at the Staging Review touchpoint. Impact: No product moving through the Collaboration Cycle can launch on VA.gov without satisfying all QA Standards. Documentation: QA Standards. Questions: Please post any questions in thread or reach out to #vfs-platform-support. |
@erinrwhite this is ready for review |
@it-harrison All these are looking good. Only one super-small change to the Slack change announcement title: "All QA Standards are now launch-blocking at Staging Review" |
All documentation updated; will post slack once publication to public website complete. |
@it-harrison what will be our enforcement date for this? |
@shiragoodman Feb 10 |
@it-harrison I haven't seen the change announcement for this get published to #vfs-change-announcments. Please adjust the Feb 10 date to 2 weeks after the announcement is published. For example, if we publish today, the enforcement date should be Feb 11. If we publish tomorrow, enforcement should be Feb 12. Please lmk if you have any questions. ty! |
@it-harrison @shiragoodman this just got published to platform website! If the change announcement goes out this afternoon we should be good, yeah? 2/10 is 2 weeks from today... |
@it-harrison these are all looking good! Don't forget to squash and merge the PR. AC box checked |
OCTO OKR
1.3: 100% of transactions received via our digital experiences are either processed correctly or we have notified the user of an error.
Key result: All OCTO led projects log silent failures to Datadog by March 31, 2025
Assignee: @it-harrison
Peer Reviewer: @erinrwhite
Description
Governance launched the Logging Silent Failures QA standard in October 2024. The new standard was not launch-blocking, however OCTO-DE has decided to enforce it as a launch-blocking standard. In addition, because it is not currently a launch-blocking standard, VFS teams have not adhered to it. Per QA specialist @it-harrison on 1/7/2025 , no team, "has attempted to satisfy the requirement in any way."
1/10/25 UPDATE: Changing the Logging Silent Failures QA Standard to launch-blocking would make 6 out of 7 of the QA standards launch-blocking, and only 1 non-launch-blocking issue would remain. In order to make things simpler and easier to follow for both Governance and VFS teams, all QA Standards will be escalated to launch-blocking, meaning the Traceability Reports standard will also be escalated to launch-blocking within the scope of this ticket.
Impacted Artifacts
Live pages
Drafted pages
Tasks
Peer Review
To be completed by peer reviewer
Acceptance Criteria
Team Notification
How to prepare this issue
Refinement
Planning
If this ticket is picked up from the Backlog mid-sprint, connect with Shira to ensure the below items are completed correctly
The text was updated successfully, but these errors were encountered: