As we begin to close down on Ask Mode for the Platform and Design Time teams we enter the final stage of the release, Whidbey RTM Escrow.
DevDiv Whidbey RTM Escrow – the phase before the completion of the RTM milestone where the product goes through a period of bake time. No additional work is planned for the Whidbey RTM ENU product during this period of time, “we are done”. All QA teams have completed their final test passes and have signed off on the product, including all Whidbey release criteria. The only work left to complete will be media verification.
Once the Platform teams meet the set of entry criteria required for entering escrow we will complete our final long-haul stress runs and turn our focus to locking down the Design Time teams. When the Design Time teams meet the set of entry criteria for escrow we will turn our focus towards meeting our escrow exit criteria. We will build what we expect to be our final build and QA will begin media verification.
Escrow Entry Criteria
Escrow Exit Criteria
What will people be doing during escrow?
Where is the triage bar? What would reset escrow? During escrow only issues deemed “recall class” by shiproom meet the bar and would reset escrow. This would have to be a serious enough issue requiring us to recall the media, such as an MSRC or GDR class security issue.
Would we restart the escrow clock? Yes, depending on where the fix is we will reset escrow based on QA’s expected Whidbey Response Time for verifying and regression testing a given fix. The expectation is that if we take a serious enough escrow resetting fix that we would need a maximum of 2 weeks from the completion of the fixed build to ship RTM.
We are almost there!!!