public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Daniel Drake <dsd@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Gentoo metastructure reform poll is open
Date: Wed, 08 Jun 2005 16:10:00 +0100	[thread overview]
Message-ID: <42A70A48.8020104@gentoo.org> (raw)
In-Reply-To: <42A70812.4030103@gentoo.org>

Daniel Drake wrote:
> - Form a task force for additional study ("Task-Force")
>   -core mail (7 June 2005) from jstubbs, 42A4D555.7010009@gentoo.org
>   (will be available on gentoo-dev as a response to this message)

Jason Stubbs' proposal:

I'm past this deadline, but I'd like to propose a modified "keeping it the way
it works (fails) now". My motivation is that I don't feel any of these
proposals will solve the issues at hand in the long run. You may call it
`Jstubbs' "Task Force" proposal`.  ;)

At the outset I will explicitly state what seems to be implicit in the other
proposals. If this proposal is allowed to be entered into the ballot and ends
up being ranked highest, a ballot on the positions of top-level managers
would ensue. The number of positions and the projects would remain the same
in the short term.

The "Task Force" part of the proposal is that a new top level project be
created to specifically deal with how the organization functions. Its role
would be to document and improve all structure, policies and procedures.
However, it would have no power to enforce them. All policies and procedures
must be signed off on by the top-level managers for them to become
enforcable. For this reason, the task force would not be represented within
the top-level managers. Think of it as the organizational ombudsman.

In the short term, the goals would be to get policies and procedures
documented and approved that prevent stagnation within the top-level
managers. The main aim here being the ability to transition to one of the
proposals above or to some entirely different structure should documentation
prove it to be appropriate.

Medium term goals would be to step in and help other projects get their
procedures documented where need be. And in the long term, the aim would be
to have policies and procedures documented for everything.

Just to quickly preempt the main negative to this proposal, policies and
procedures don't mean you have to behave like a robot. Policies are only ever
a recommendation that serve to create a common direction. Procedures are only
ever a list of steps that are known to work. They are more of a safety net
than anything else. In either case, if you follow it and stuff up - even
badly - it is a fault of the policy or procedure.

And no, I don't have a name for the project yet although, looking back at the
projects page, I think I've just describe what the existing "metastructure"
project *should* be doing. So... worth putting on the ballot?

Regards,
Jason Stubbs
-- 
gentoo-dev@gentoo.org mailing list


  reply	other threads:[~2005-06-08 15:08 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-08 15:00 [gentoo-dev] Gentoo metastructure reform poll is open Daniel Drake
2005-06-08 15:10 ` Daniel Drake [this message]
2005-06-08 15:22 ` Paul Waring
2005-06-08 15:47   ` Patrick Lauer
2005-06-08 16:02   ` Thierry Carrez
2005-06-08 16:06   ` Grant Goodyear
2005-06-08 15:59 ` Jim Northrup
2005-06-08 15:58   ` Luca Barbato
2005-06-08 16:12   ` Rob Holland
2005-06-08 16:23   ` Patrick Lauer
2005-06-08 16:37   ` Aron Griffis
2005-06-08 16:39   ` Jason Huebel
2005-06-08 16:09 ` Jason Stubbs
2005-06-08 16:12 ` Sebastian Bergmann
2005-06-08 16:28   ` Patrick Lauer
2005-06-08 16:30   ` Jan Brinkmann
2005-06-08 16:59     ` Sebastian Bergmann
2005-06-08 16:30   ` Michael Cummings
2005-06-08 16:34   ` Stephen Bennett
2005-06-08 16:37   ` Marcus D. Hanwell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=42A70A48.8020104@gentoo.org \
    --to=dsd@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox