That is what I want with this thread, yes. Please counter propose or amend as you like.
On Thu, May 29, 2014 at 8:11 PM, Marcus <[email protected]> wrote: > Perhaps we need to review/replace the release plan as a whole, find > something that will get us on track and keep us on track. > > > On Thu, May 29, 2014 at 11:45 AM, Daan Hoogland <[email protected]> > wrote: > >> Seeing what objections there might be I want to amend my proposal to >> >> 1. move forward feature freeze not on the coming but on the next release. >> 2. set feature proposal dealine for the coming release on 19th of June >> >> flames? other thoughts? >> Daan >> >> On Wed, May 28, 2014 at 8:17 AM, Ritu Sabharwal <[email protected]> >> wrote: >> > Thanks Daan for the clarification! >> > >> > -----Original Message----- >> > From: Daan Hoogland [mailto:[email protected]] >> > Sent: Tuesday, May 27, 2014 1:56 PM >> > To: dev >> > Subject: Re: [ACS45][ACS50][PROPOSAL] move forward feature freeze >> > >> > What I mean is that to prevent the date of oct '14 moving we need to >> move the feature freeze forward. so we have more time to create the release. >> > >> > On Tue, May 27, 2014 at 10:45 PM, Ritu Sabharwal <[email protected]> >> wrote: >> >> When you say release schedule shift, does it mean 4.5 release target >> is moved from Oct '14 to a forward date? >> >> >> >> Thanks & Regards, >> >> Ritu S. >> >> >> >> -----Original Message----- >> >> From: Daan Hoogland [mailto:[email protected]] >> >> Sent: Monday, May 26, 2014 5:26 AM >> >> To: dev >> >> Subject: [ACS45][ACS50][PROPOSAL] move forward feature freeze >> >> >> >> LS, >> >> >> >> When I seeing once again our release schedule shift, I think we have no >> option but to move feature freeze for the next release forward. >> >> This is the only way it seems we can reduce the complexity of the total >> sum of changes. Therefore it is the only way we can prevent lapsing even >> more in time without risking reduced quality of our next release. >> >> So I propose to move feature freeze forward by a month to be at the >> 19th of June (instead of July). I don't think we need to strictly move code >> freeze forward as well but vigilance onto added features will be necessary. >> >> >> >> -- >> >> Daan >> > >> > >> > >> > -- >> > Daan >> >> >> >> -- >> Daan >> -- Daan
