Note:  this is a working page for developing the new milestone exception request process.  It has not yet been reviewed or approved by the TSC.Update approved by TSC on Aug 20, 2020
Approved by TSC on Feb 20, 2020

Purpose

The purpose of the exception request process is to enable projects and requirements owners to make a request to the TSC for an exception in the following cases:

1. A project has missed been determined as NOGO at a milestone requirementcheckpoint, as determined by the release manager, but but the PTL believes that the project can complete the requirement and catch up to the regular schedule. Or, the project believes that it should be exempted from the requirement, altogether. 
2. A proposed Use Case or Requirement has been determined by the release manager as NOGO at M1, based on code impact analysis provided by the effected components.  Howeverfailed to receive TSC approval at one of the milestone checkpoints. However, the use case or requirement owner disputes the analysis.

In these cases, a small team of TSC members will review the request, discuss it with stakeholders, and make a recommendation to the TSC whether to approve the request.  The intent is for the analysis and the decision to be made by the TSC, rather than by an individual.

Process

1. A project is notified that they have not fulfilled , Use Case, or Requirement is identified as NOGO for a release milestone requirement and that they are being dropped from the release. --OR-- A use case or requirement owner has been informed that their requirement will not be included in a release, based on code impact analysis.If the the project PTL, or the requirement owner, dispute the assessment, then they may submit an exception request via the ONAP wiki.  Please complete all fields in as much detail as possible
2. The owner may file an exception request, using the wiki form contained in the release status section of each release.
3. Once the form has been completed and saved, the owner will notify the release manager and the TSC chair that an exception request has been submitted.
4. The issue will be presented to the TSC.  If there is no objection, then the exception is granted and the process is finished.
5. If any member of the TSC objects to the exception, then the release manager will inform the review team, who will begin the review as soon as possible.
6. Once the review team has completed their assessment and developed a recommendation, they will inform the release manager and the TSC chair of their decisionrecommendation.
7. The TSC chair or the release manager will send mail to the TSC mailing list, informing the TSC of the decisionrecommendation.
8. A discussion and vote will be scheduled for the next TSC meeting, or by mail.

Exception Request Review Team

• Team is composed of at least 5 community volunteers.
• The review team serves for two releases.
• There should be no more than one team member from any one company.
• Team members should recuse themselves if they have direct involvement with the project or requirement in question.