[IAEP] PMs (was Re: teams vs. projects)

Tomeu Vizoso tomeu at tomeuvizoso.net
Tue Nov 25 11:49:26 EST 2008


On Tue, Nov 25, 2008 at 3:30 AM, 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

Interesting, do we have examples of similar open source projects but
with more experience? What they have done regarding this issue?

Thanks,

Tomeu

> 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
>


More information about the IAEP mailing list