Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  1. Every POC has a named sponsor for the feature whom acts as spokesperson at all checkpoints/meetings
  2. POC (only) related defects cannot block the release
  3. POC development that includes entry points in the release version must comply with license scans and vulnerability fixes
    1. A POC should not introduce a back-door to the stable features so it must comply with security, code coverage, and license scans requirements
  4. POC features that are visible/accessible in the final product should be documented with limitations and POC status stated
  5. A use case POC using common code, does not change the treatment of the common code with regards to completeness, S3P, documentation and other common code expectations
    1. Otherwise, POC should be kept in separate repo branch




==-=-=-=-=-=-=-=-=-=-=-CUT LINE, Previous content preserved for continuity... Delete after TSC review-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

...