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