<blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">The process/workflow is simple:</span></div>
<div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; "><br></span></div><div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">1. Post your RFC on *both* the wiki and both lists.</span></div>
<div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">2. Bump the post to the lists if you (as the author) feel that there</span></div><div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">is not enough vetting, etc. going on.</span></div>
<div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">3. If you (as the author) are actively promoting your RFC and it is</span></div><div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">not getting enough discussion, feel free to complain loudly;</span></div>
<div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">otherwise, don't complain.</span></div><div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; "><br>
</span></div><div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">I think the idea suggested in another thread of having a section of</span></div><div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">the monthly news letter to highlight RFCs is a great idea. Perhaps it</span></div>
<div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">could especially highlight those with fewer comments/discussion/etc.</span></div></blockquote><div>
<br>
</div><div>Chris,</div><div><br></div><div>I think one of the problems is that the above-described simple process/workflow is not articulated clearly anywhere. There is a page (<a href="http://koha-community.org/about/enhancing-koha/">http://koha-community.org/about/enhancing-koha/</a>) that talks about varies ways to use Bugzilla but no mention of RFCs and that part of the process.</div>
<div><br></div><div>Maybe adding a page that describes the process would help. With some sample RFCs. And info on how that relates to Bugzilla. Such a page could be linked to from "For Librarians" as well as the "Get Involved" page and possibly others.</div>
<div><br></div><div>Lori Ayre</div><div><br><div class="gmail_quote">On Tue, Nov 9, 2010 at 1:01 PM, Chris Nighswonger <span dir="ltr"><<a href="mailto:cnighswonger@foundations.edu">cnighswonger@foundations.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Tue, Nov 9, 2010 at 2:15 PM, Lenora Oftedahl <<a href="mailto:OFTL@critfc.org">OFTL@critfc.org</a>> wrote:<br>
>When the Release Manager is chosen and accepts the position, they understand what they are taking on, don't they?<br>
<br>
</div>Just to clarify: It is *not* the responsibility of the RM to vet RFCs<br>
and pursue the critique, correction, and/or amending of them. The RM<br>
simply wields the final say over what is finally actually pushed.<br>
Clearly the RM should:<br>
<br>
1. Be knowledgeable of RFCs which are proposed for the current version.<br>
<br>
2. Lead by example in the matter of participation in the RFC process.<br>
<br>
However, to suggest that the RM bares the responsibility for doing the<br>
leg-work in the RFC process will probably reduce the future candidate<br>
pool of RM's due to fear of being worked to death.<br>
<br>
It is, in fact, the responsibility of the author of the RFC (or the<br>
author's employer) to promote that RFC and keep it before the<br>
community.<br>
<br>
And it is the responsibility of the *community* to vet, critique,<br>
correct, and/or amend RFCs.<br>
<br>
Historically there have been failures on both parts. Things are<br>
looking up, however.<br>
<div class="im"><br>
><br>
> And if dates slip, well, gee, won't we be getting a better release due to the extra work?<br>
<br>
</div>Again looking at history, the type of slippage traditionally seen is<br>
terrible for users, vendors, and clients of vendors. You cannot plan<br>
around an ever-moving date. People who might be considered crazy (like<br>
me) and run the cutting edge code probably don't care. But not<br>
everyone can afford those risks. This is a problem which can be and is<br>
being addressed.<br>
<div class="im"><br>
><br>
> Again, I think we are slipping into the commercial vendor mode where more voices are being added for no purpose other than to make noise.<br>
><br>
<br>
</div>I agree with this.<br>
<div class="im"><br>
> I think adding a SINGLE person to the release team of RFC manager to make comments and organize RFC's might help the RM, but that's up to the Release Manager to choose someone they can work with.<br>
<br>
</div>Really about the best we can get without *active* * community*<br>
participation is an RFC cheerleader. I'm not sure what there is here<br>
to manage.<br>
<br>
The process/workflow is simple:<br>
<br>
1. Post your RFC on *both* the wiki and both lists.<br>
2. Bump the post to the lists if you (as the author) feel that there<br>
is not enough vetting, etc. going on.<br>
3. If you (as the author) are actively promoting your RFC and it is<br>
not getting enough discussion, feel free to complain loudly;<br>
otherwise, don't complain.<br>
<br>
I think the idea suggested in another thread of having a section of<br>
the monthly news letter to highlight RFCs is a great idea. Perhaps it<br>
could especially highlight those with fewer comments/discussion/etc.<br>
<br>
Kind Regards,<br>
<font color="#888888">Chris<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Koha mailing list <a href="http://koha-community.org" target="_blank">http://koha-community.org</a><br>
<a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a><br>
<a href="http://lists.katipo.co.nz/mailman/listinfo/koha" target="_blank">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br>
</div></div></blockquote></div><br></div>