It seems we're having a nomenclature problem here. At the ASF "Release Manager" and "Release Management" are narrow, specific terms. AOO release management does not involve any abstraction that includes supervision of work and especially not supervision of workers.
This may be more helpful with regard to the narrow use of the term at the ASF: <http://www.apache.org/dev/release-publishing.html>, along with <http://apache.org/dev/release.html>. Note that any committer (with a registered PGP signature) can pull together a release, although it is the PMC that is responsible for assuring its acceptability and approval. Acceptability is also in specific, narrow terms. See the rules for voting on releases and what those who vote approval are required to have done. Read from <http://apache.org/dev/release.html#approving-a-release> down to just before the Release Distribution topic. One might advocate other ways projects operate. Such different approaches to governance and execution are unavailable to projects of the Apache Software Foundation. The ASF has no issue with how projects operate elsewhere. It just won't be at the ASF. - Dennis > -----Original Message----- > From: donaldupre . [mailto:[email protected]] > Sent: Friday, March 18, 2016 05:20 > To: [email protected] > Subject: Re: AOO Governance (was RE: Next release and gbuild) > > In the same way management in your professional experience handled > disagreement, disrespect, waste, inefficiency etc. that sometimes happen > when people work together. > You did offer to learn to be a release manager, it means that some sort > of > "management" is needed? > How someone here suggested making a release without a manger is beyond > me... > > On Fri, Mar 18, 2016 at 1:20 AM, Patricia Shanahan <[email protected]> wrote: > > > I am really, really curious. How would you recommend the hypothetical > AOO > > management hierarchy go about compelling me to do anything? > > > > On 3/17/2016 10:41 AM, donaldupre . wrote: > > > >> Not only it is possible to compel, it is imperative for a viable > project. > >> As Stalin once said, "When there's a person, there's a problem." :) > >> > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
