Improvements to the blueprint management process
Improvements to the blueprint management process

It is easy to oversubscribe ourselves during a release
cycle. We approve specs only to experience that we fail
to review consistently; code is posted last minute,
we get lost into chasing race conditions, the odd dependency
throws the gate under the bus, and the ever-present cosmetic
refactoring patch steers our attention from what matters,
which is *reviewing what we commit to deliver*.

In order to keep ourselves focused on the bigger picture,
this patch proposes/formalizes changes to the way we
register blueprints so that we can improve our ability
to better foresee what we'll deliver at the end of a
release.

We obviously can't predict the future or chain people
to a desk, but a regular pulse check of a well planned
task list should at least help mitigate the feeding frenzy
that usually happens closer to FF. That inevitably
leads to half-baked and buggy solutions.

Change-Id: Ia27b2a779204bf98c1dec2a30d00507de285f801

glove747/liberty-neutron,jumpojoy/neutron,openstack/neutron,bigswitch/neutron,klmitch/neutron,noironetworks/neutron,huntxu/neutron,chitr/neutron,mahak/neutron,mahak/neutron,eayunstack/neutron,wolverineav/neutron,apporc/neutron,wolverineav/neutron,chitr/neutron,igor-toga/local-snat,yanheven/neutron,noironetworks/neutron,apporc/neutron,igor-toga/local-snat,MaximNevrov/neutron,yanheven/neutron,klmitch/neutron,sebrandon1/neutron,eayunstack/neutron,huntxu/neutron,glove747/liberty-neutron,jumpojoy/neutron,openstack/neutron,MaximNevrov/neutron,cloudbase/neutron,cloudbase/neutron,bigswitch/neutron,dims/neutron,mahak/neutron,openstack/neutron,sebrandon1/neutron,dims/neutron