[IAEP] teams vs. projects

[David Farning]

I think that we are going to find that by the fall 2009 we will see a
release team spontaneously form and take a lead role in the project.

For the first release, Fall 2008, our effort was centered around the
organization of Sugar Labs.

For the second release, Spring 2009, organizational we are focused on
communication:
Walter, our Executive Directory, is working nearly exclusively on
communicating our mission and message.
The Development Team worked hard to establish a time based release
cycle.  The release cycle is the foundation for what needs to be done
and when it needs to be committed for inclusion in the next release
As a community, we are forming teams which are responsible for various
areas of the project.

This is just speculation.  For the Fall 2009 release, I think that a
Release Team will form to ensure that the various team are operating
on a consistent release cycle across the entire project.  As both Greg
and Walter stated, formal project management is very difficult in open
source development projects.

david

On Tue, Nov 25, 2008 at 8:30 PM, Ralph Hyre <ralphw at gmail.com> wrote:
> I have to express the contrary view here, based on 15 years of consulting
> experience.
> If the teams are involved in delivery, there needs to be roles involved in
> keeping things
> on track, especially in a meritocracy like an open source effort.
>
> Infrastructure is needed, but there need to be about 3 'PM' roles (there are
> 3 sense of PM)
>
> Some of the more interesting Sugar applications will involve educators,
> developers, and marketers
>
> Program Management - making sure everything fits together to deliver a
> conceptually coherent whole.  Resolve conflicts between product managers &
> project managers
>
> Product Management - making sure you deliver what the customer needs,
> whether its one or several projects
>
> Project Management - making sure you deliver what you committed to,
> escalates resource issues for resolution
>
> On Mon, Nov 24, 2008 at 11:04 AM, Greg Dekoenigsberg <gdk at redhat.com> wrote:
>>
>> On Mon, 24 Nov 2008, Walter Bender wrote:
>>
>> > I think the idea of a roadmap (with project schedules) within each
>> > team would address much of this need.
>>
>> Agreed.
>>
>> Project management is a pain in the ass, and we don't always have the
>> resources to have dedicated and "proper" project management -- which is
>> why, at the *very least*, I advocate TODOs and weekly meetings to keep
>> those TODOs moving.
>>
>> cf. http://www.sugarlabs.org/go/MarketingTeam/TODO
>>
>> Some teams -- perhaps the development team -- will have the need for
>> stronger project management.  But at the very least, every team should be
>> capturing its TODOs so that they are not lost.
>>
>> I myself dislike trac for this kind of thing, but some people prefer it.
>> If that's the case, I would advocate each team creating a simple trac
>> query that brings up the team's TODO items, and then linking to that query
>> from the TODO page.
>>
>> The goal: anyone on your team should be able to answer the question "what
>> are people working on?" with a single click.
>>
>> --g
>>
>> > On Mon, Nov 24, 2008 at 10:11 AM, Tomeu Vizoso <tomeu at tomeuvizoso.net>
>> > wrote:
>> >> Hi,
>> >>
>> >> was wondering if there would be some value of including the notion of
>> >> projects inside SugarLabs' organizational structure.
>> >>
>> >> Teams seem to me as something not bounded in time, a way to focus
>> >> energy.
>> >>
>> >> Projects would be smaller in scope, involve several teams and
>> >> milestones would be an important part of their identity.
>> >>
>> >> Comments? Should I get some sleep instead of writing absurdities?
>> >>
>> >> Thanks,
>> >>
>> >> Tomeu
>> >> _______________________________________________
>> >> IAEP -- It's An Education Project (not a laptop project!)
>> >> IAEP at lists.sugarlabs.org
>> >> http://lists.sugarlabs.org/listinfo/iaep
>> >>
>> >
>> >
>> >
>> > --
>> > Walter Bender
>> > Sugar Labs
>> > http://www.sugarlabs.org
>> > _______________________________________________
>> > IAEP -- It's An Education Project (not a laptop project!)
>> > IAEP at lists.sugarlabs.org
>> > http://lists.sugarlabs.org/listinfo/iaep
>> >
>> _______________________________________________
>> IAEP -- It's An Education Project (not a laptop project!)
>> IAEP at lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/iaep
>
>
> _______________________________________________
> IAEP -- It's An Education Project (not a laptop project!)
> IAEP at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>