[sugar] 0.84/9.1 planning.
Samuel Klein
sj at laptop.org
Tue Oct 14 19:26:36 EDT 2008
Does it make sense to have an afternoon or a full day about long-term
plans and their implications for immediate priorities and tests?
Try to capture topics that could be specific agenda items with their
own session or conversation -- by creating a separate thread about it
on the list, a separate wiki page about it, or by adding a session to
the draft agenda. (thread convergence : annotation v. creation)
http://wiki.laptop.org/go/9.1#Agenda
SJ
Ed wrote:
> I just want to acknowledge that the "*some* piece we can do now"
> might not produce anything shippable in a 9.1 timeframe.
I'd like to see [in future cycles] a more explicit option to include
codepaths that are turned off (to make testing easier), or to suggest
for a testing sprint something that is unlikely to be 'ready to ship'
but does need the extra testing rigor for eventual completeness.
On Tue, Oct 14, 2008 at 7:01 PM, Ed McNierney <ed at laptop.org> wrote:
> We need to figure out how to start work that takes more than 5 - 6 months
> NOW. I'm concerned that if we start the 9.2 planning meeting "after 9.1",
> we will (yet again) discover that there's no time to do anything that takes
> more than about 5 months. We need to break that cycle and try to figure out
> how to get the *most important* work started right away, whether that work
> is deliverable in a 9.1 timeframe, a 9.2 timeframe, or longer.
>
>> In the past we have divided tasks into "next release" and "future
>> release" where the "future" really means "never" because we don't do
>> *any* of the work in the "next release" timeframe. That needs to
>> stop. *Everything* we want in a "future release" must have *some*
>> piece we can do now, so that we continue to make progress on our
>> long-term goals.
>
> Yes, I very much agree with this sentiment, so I don't think we disagree
> much on the overall goals but need to reach a bit more consensus on the
> implementation details. I just want to acknowledge that the "*some* piece
> we can do now" might not produce anything shippable in a 9.1 timeframe. Or
> perhaps it's something shippable but not usable, so we do ship something in
> 9.1 that's really only a partial implementation so not many users need to
> know or care about it. I'm OK with considering any approach that lets us
> start that kind of work soon.
>
> - Ed
>
>
>
More information about the Sugar
mailing list