Several years ago, due to many reasons (let's call it "dysfunction" for
now) ConCom - the Conferences Committee - was disbanded by the Board,
and replaced with a single individual - myself - designated as VP
Conferences. This was largely due to break the gridlock of dealing with
30 people, with 50 opinions, for every single time-sensitive decision
around events.

So far, so good.

As we are faced with a sudden explosive expansion in our official stable
of events, we are building ad-hoc processes for managing these.

Again, so far, so good. Having dedicated per-event leads is working
remarkably well in 2019.

I have ... concerns ... going into 2020. With pushes to add events in
Brazil, China, South Korea, Japan, India, and who knows where else, I am
concerned that this is going to get away from us again. And it's not so
much about control, as about having early failures in new markets and
harming our chances for the future.

I would like, for example, to have policies around how we expand into
new regions. Like, say, that you can't do an "ApacheCon" in a new region
before doing a "Roadshow" there to scout it out, so to speak. I don't
want to squish enthusiasm. I also don't want to suddenly be expected to
fund, promote, and organize 8 conference with a machine designed to run two.

I digress.

I would like to propose the following.

1) That we (primarily, myself, Ross, and any former members of ConCom
who are able to participate) clearly document why ConCom failed, and was
disbanded. To do this in a dispassionate non-fault-finding way.

2) That we document how the new Events organization will be managed,
explicitly documenting ways that we will avoid the failings of ConCom.

3) That we establish a new Events PMC, documenting how it will related
to both Marketing and ComDev (since there will always be overlap in
those two places).

Ross, is this something that you can help me with over the coming 6
months or so?

-- 
Rich Bowen - rbo...@rcbowen.com
http://rcbowen.com/
@rbowen

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Reply via email to