I have a couple of overarching comments. A. Why “Sharpener”? I don’t really want to bike shed the name, but here are definitions:
1. a device or tool for making something sharper, esp. pencils or knives: 2. (Slang) An alcoholic drink taken at the start of the day, or just before a meal. I see you like the “sh” which can reinforce “shhh” as in confidential. B. Is this process within the remit given to ComDev by the board? > On Feb 16, 2024, at 8:50 AM, Rich Bowen <rbo...@rcbowen.com> wrote: > > I wrote a (proposed) thing: > > https://github.com/rbowen/comdev-working-groups/blob/main/wg-sharpeners/escallation.md It’s spelled “escalation”. In addition you use the term mentors here where there are already two other roles in the foundation that use this term. 1. In ComDev someone helping with GSoC is called a mentor. 2. In the Incubator, Podlings have Mentors. So, are “sharpeners” meant to be re-mentors? Who decides if a PMC needs “sharpening”? > > This is proposed advice around how and when an issue should be escalated. In > summary, the main advice is, don’t. The secondary advice is, if, and only if, > a project is *persistently unwilling* to acknowledge or address a problem, > and even then, only if you’ve got another Sharpener who agrees with your > assessment, would you *privately* tell the board about your concern, and then > *drop it.* The above should be in the document somehow. > I’m sincerely hoping that this kind of explicit process/advice will help to > avoid the perception which I’m seeing from more than one place that this is > just a way for people to be policemen in our projects. It does help. I think that there should be a section that the sharpener’s advice and/or questions of the PMC should be consolidated into singular well thought out messages and not several disjoint emails where the threads lose context. > > Let me know what y’all think. I may provide a PR over the weekend …. Thanks, Dave > > — > Rich Bowen > rbo...@rcbowen.com > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
