Vendor Requirements
Vendors should agree to meet the following minimum requirements as part of any partnership with HydroPoint:
- The vendor must provide immediate notification of any critical faults in a released version of the firmware.
- The vendor must provide reasonable visibility into upcoming firmware changes:
- XX weeks notice prior to release
- Release notes detailing changes from the previous version
- The vendor should only load “approved” ship software and firmware.
Vendors should be asked to provide the following:
- Ability to disable automatic firmware updates
- Ability to control which firmware version devices are upgraded to
- Ability to downgrade to previous firmware versions
- Access to new firmware versions for testing prior to release
- Summary of their testing methodology or test cases for new firmware releases
HydroPoint should provide vendors with a distribution list for firmware notifications and keep these contacts up to date.
(This could be accomplished with a firmware@hydropoint email group and managed internally.)
Internal Process for Implementing a New Firmware Version
- The vendor notifies HydroPoint of an upcoming firmware release.
- If Vendor does not notify HydroPoint, this may be discovered during incoming QC or EOL.
- ENG determines if a new version should be validated & communicate decision to team.
- Review release notes (if available)
- Review release notes (if available)
- Engineering team prepares to validate new version:
- Create Jira ticket and schedule (immediate vs. planned)
- Adjust release schedules if needed and communicate changes internally
- Engineering team validates new version:
- Re-validate vendor test cases?
- Validate HydroPoint-specific test cases
- Evaluate test results - any failures? Critical?
- Engineering communicates summary to HydroPoint internal teams:
- Product Management, Customer Operations, Manufacturing
- What did the vendor change? What are they trying to improve or fix?
- What are the results of ENG testing?
- What is Engineering's recommendation re: next steps?
- Approved vs. Not Approved
- Push update immediately vs. allow update as needed (new devices, replacements, etc)
- Team sign off to approve new version and next steps
- Based on the next steps, teams should provide an estimated timeline
- Based on the next steps, teams should provide an estimated timeline
- HydroPoint teams implement the next steps as specified in signoff:
- Engineering:
- Update EOL, clear with MFG.
- Anything else?
- Manufacturing:
- Update relevant department docs
- Incoming QC check
- EOL Test
- Notify vendor of new "approved" version
- Anything else?
- Update relevant department docs
- Customer Operations:
- Update relevant department docs
- Manage in-field device updates
- Communicate to customers (if needed)
- Anything else?
- Product Management:
- Communicate to marketing & sales
- Manage updates to product collateral (if needed)
- Anything else?
- Engineering:
Notes on current process:
- Tige:
- ENG validates new versions and approves a version ("qualified")
- EOL test should validate device has the current qualified version
- Field services should never update past current qualified version
- Al:
- Ideally, Our supplier would only load “approved” ship software and firmware and we would reject in our incoming QC if it doesn’t match. That is our current process.
- Managed via PO process
- Ideally, Our supplier would only load “approved” ship software and firmware and we would reject in our incoming QC if it doesn’t match. That is our current process.
Open questions:
- Where is EOL test and results documented?
- Where are ENG qualification results and signoffs documented?
Next steps:
- BPM create epic to track status and progress
- As new changes occur, continue improving process:
- Find existing documentation of the current process
- BPM review touchpoints for gaps/enhancements