Re: Proposal: retire proventesters and bugzappers onboarding processes harder, create new QA onboarding process

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 01/25/2013 06:38 AM, Adam Williamson wrote:
Hey folks! Here's another thing that's been on my todo list for a while.

So we still get proventester and bugzapper membership requests
regularly, and poor old dr johnson and to a small degree myself
laboriously go around telling people 'hi, thanks for joining, but that
cake was a lie! please come eat this other delicious cake instead'. It's
kinda silly.

It's been silly for far to long


So it'd be nice to kill those processes a bit harder: I don't have all
the specific changes drafted up yet, but my idea would be to actually
hide the text on the proventesters and BZ pages that describes the
'joining' processes. When we first hibernated the PT process we kinda
thought it might come back again soon, but that doesn't seem to be
happening, so let's do it a bit harder now.

Remove it altogether both of these are failed processes that should just be flagged under tried and tested.

They would leave a bit of a gap behind, though - it is quite nice to
hear from people when they join up, and while we previously decided not
to use the QA FAS group because we didn't really have any tasks that
needed special privileges, someone pointed out at FUDCon that there are
some things within Fedora which require membership of a FAS group, like
voting in certain elections.

Really who proposed that?


So I think it might be nice if we created a
generic QA 'onboarding' process - much like those two, where you just
send a mail to the list saying 'hi, I'd like to join' and we say
'welcome!' and add you to the QA FAS group and send you a little
introductory mail. We could probably give editbugs privs to people in QA
and add all current members of bugzappers/proventesters into the qa
group.

I dont know if you had been hired at the time when we decided to put down that group in the first place but we dis so for a reason so where can I find that discussion so I can see if something new has been brought to the table in that regard, which justifies it to be resurrected again?


I can draft up the specific changes later, but does this broad outline
sound reasonable to everyone? Any concerns or alternative proposals?
Thanks!

I'm working on a QA community process that essentially merges reporters and triaging process together. Separating those two does not make much sense and never did.

JBG
--
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test



[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux