From ede964e1ce7f32b2fafb91337b5175eaaab61f2d Mon Sep 17 00:00:00 2001 From: armando-migliaccio Date: Tue, 13 Oct 2015 16:38:25 -0700 Subject: [PATCH] Tweak RFE guidelines Liberty is behind us. The RFE process has been in place for a cycle and some refinements have been necessary to make it more streamlined. The cut-over section has outlived its purpose so it can be removed. In its place, this patch clarifies how we are going to track RFE in Launchpad, once the RFE has been 'approved'. The tl;dr version of this patch is: from Mitaka onwards, feature submission must happen via RFE bug report submission. Launchpad blueprints are going to become a tool to be used at discretion of the project release manager for milestone tracking purposes. Change-Id: I370e3397682d9f4ebca215b6711f23a2a4fc4233 --- doc/source/policies/blueprints.rst | 24 +++++++----------------- 1 file changed, 7 insertions(+), 17 deletions(-) diff --git a/doc/source/policies/blueprints.rst b/doc/source/policies/blueprints.rst index 1b2899e91..bb0e97001 100644 --- a/doc/source/policies/blueprints.rst +++ b/doc/source/policies/blueprints.rst @@ -72,6 +72,13 @@ The workflow for the life an RFE in Launchpad is as follows: to file a spec in neutron-specs to elaborate on the feature request. * The PTL will work with the Lieutenant for the area being identified by the RFE to evaluate resources against the current workload. +* If a spec is necessary, a member of the Neutron release team will register + a matching Launchpad blueprint to be used for milestone tracking purposes, + and as a landing page for the spec document, as available on `specs.o.o. `_. + The blueprint will then be linked to the original RFE bug report. This + step will ensure higher visibility of the RFE over smaller RFEs (in scope) + and consistency accross the various fields required during the blueprint + registration process (Approver, Drafter, etc.). * In either case (a spec being required or not), once discussion has happened the bug will get an assignee, priority and milestone. * At this point, the RFE is 'approved', and its tag will move from 'rfe' to @@ -107,23 +114,6 @@ The drivers team will be discussing the following bug reports during their IRC m * `Triaged RFE's `_ -Cutover to RFEs From Pure Specs -------------------------------- - -Prior to the Liberty release, Neutron relied purely on a waterfall model for -handling specs. During Liberty, the goal is to move to the above referenced -RFE process. This will allow for the separation of the "What" from the "How", -and ideally allow for better scheduling of work by the PTL and Lieutenants. -However, given the fact we have a backlog of specs already and new specs -proposed, we need a path forward to not create extra work for everyone. - -For Liberty-1, we will allow the old specs to be reviewed as-is. The drivers -team will ensure all specs submitted a week before the Liberty-1 deadline are -given a review and approved or rejected. After Liberty-1, people will not be -required to convert their specs over to RFE bugs during Liberty-1. Once -Liberty-1 passes, all old specs will be moved to a "liberty-backlog" directory -and anything new will follow the new RFE process fully. - RFE Submission Guidelines ------------------------- -- 2.45.2