On 02/07/2016 10:42 PM, Michael Still wrote: > On Mon, Feb 8, 2016 at 1:51 AM, Monty Taylor <mord...@inaugust.com> wrote: > > [snip] > > >> Fifth - if we do this, the real need for the mid-cycles we currently have >> probably goes away since the summit week can be a legit wall-to-wall work >> week. >> > > [snip] > > Another reply to a specific point... > > I disagree strongly here, at least in the Nova case. I feel Nova has been > getting along much better and generally pulling in the same direction for > the last few releases. I think one of the things we did to get there is the > mid-cycles, which gave us more time to sync on the overall direction of > Nova, as well as ensuring we start being honest at this point in the > release cycle about what we're going to get done before we ship.
I agree with what Michael is saying here. My experience at the last two Nova mid-cycles demonstrates the power of having time to listen. Being able to disagree on the first day, think about the area of disagreement on the second day and come to some form of resolution on the third day is really important as a relationship dynamic. Honesty comes when the environment is stable such that participants feel supported enough to be vulnerable and admit when prior decisions or positions did not result in the expected outcome. This is where real interactions can grow. I have found the Nova mid-cycles to be beneficial to helping the Nova team grow together. I'm not advocating for or against Jay's proposal, I am sharing my observations on the point Michael is making. Thank you, Anita. > > For Nova at least its really important to have an approximately milestone 2 > check point where we can decide what to defer and what to focus on. > Otherwise we end up back in a place where we release a mish mash of half > finished features. > > Michael > > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
