<div dir="ltr">These are good arguments and I agree to an extent with most of what has been said.<br>My thoughts are:<br>- Using a framework provides visibility of progress for both mentor and mentees.<br>- I suggest a three stage framework:<br>
<br>1.&nbsp;&nbsp;&nbsp; Introduction starting with a pop quiz of say 20 questions with multi-choice answers and a self appraisal on scale of 1 to 10 where 1 is total beginner and 7 and above is expert.<br>&nbsp;&nbsp;&nbsp; This will give the mentor a very quick appraisal of the mentee capability, not necessarily very accurate but a good starting point. Which should lead to steady or rapid progress for the mentee.<br>
<br>2.&nbsp;&nbsp;&nbsp; A set of modules forming a foundation which every mentee must complete to an acceptable level. Again a pop quiz could be used to gauge progress.<br>&nbsp;&nbsp;&nbsp; All mentors should agree on a set of subjects that they all agree should be &#39;standard&#39;.<br>
<br>3.&nbsp;&nbsp;&nbsp; Advanced subject(s) agreed between mentor and mentee.<br><br>This framework I assume would be flexible enough to cater for all grades of mentors/mentees; some people may progress as rapidly as possible and others more sedate.<br>
<br clear="all">Regards,<br>MikeMc<br><br><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Nicolas Valcarcel</b> <span dir="ltr">&lt;<a href="mailto:nvalcarcel@ubuntu.com">nvalcarcel@ubuntu.com</a>&gt;</span><br>
Date: 2008/8/5<br>Subject: Re: Guidelines/Schedule for Mentoring Process<br>To: Emmet Hikory &lt;<a href="mailto:persia@ubuntu.com">persia@ubuntu.com</a>&gt;<br>Cc: MOTU Mentors &lt;<a href="mailto:ubuntu-motu-mentors@lists.ubuntu.com">ubuntu-motu-mentors@lists.ubuntu.com</a>&gt;<br>
<br><br>I agree with Emmet, but i think a generic guidelines will be useful. For<br>
that we have specified a list of things mentees are supposed to know,<br>
but this list is relative and just a suggestion, every couple will<br>
follow it or not, depending on some variables that they need to follow<br>
and evaluate.<br>
<div><div></div><div class="Wj3C7c"><br>
On Tue, 2008-08-05 at 10:49 +0900, Emmet Hikory wrote:<br>
&gt; Andres E. Rodriguez Lazo wrote:<br>
&gt; &gt; I&#39;ve been discussing with Cesare Tirabassi the need of having a Schedule,<br>
&gt; &gt; Guidelines or a Tasks list for the Mentoring Process. By this I mean that<br>
&gt; &gt; the mentoring process should have a schedule, or guidelines, so that mentors<br>
&gt; &gt; and mentees can follow them, and set tasks for the mentees.<br>
&gt;<br>
&gt; &nbsp; &nbsp; I&#39;m rather inclined to disagree with this. &nbsp;I think having an<br>
&gt; expected timeframe is better than an explicit schedule, as people come<br>
&gt; from all sorts of backgrounds, and may progress at different rates in<br>
&gt; different areas. &nbsp;By encouraging everyone to complete a cycle within<br>
&gt; some given number of months, each mentor/mentee pair can establish a<br>
&gt; different, flexible, schedule to meet the requirements each has<br>
&gt; towards progression.<br>
&gt;<br>
&gt; &nbsp; &nbsp; As each person involved in Ubuntu is encouraged to contribute in<br>
&gt; the ways that they find interesting, I don&#39;t think a specific Task<br>
&gt; List is necessarily appropriate. &nbsp;If someone wants to work on<br>
&gt; maintaining ubuntu-local packages and spends lots of time updating<br>
&gt; things from UEHS, that person might not want to spend time working on<br>
&gt; merges and syncs, and may find themselves working more with Debian QA<br>
&gt; than with specific Debian maintainers. &nbsp;If someone wants to track down<br>
&gt; python crashes and fix them, pushing patches upstream, that is useful<br>
&gt; in it&#39;s own right, but that person may not find it interesting to<br>
&gt; track down FTBFS or unmetdeps. &nbsp;More generally, for those gaining a<br>
&gt; first introduction to Ubuntu Development community, it&#39;s more<br>
&gt; important that they get to know those working in areas in which they<br>
&gt; are interested and understand the basic mechanisms by which to get<br>
&gt; their code into the repositories, rather than having hit some set of<br>
&gt; &quot;targets&quot;. &nbsp;For those with experience in Ubuntu Development seeking<br>
&gt; mentoring on joining MOTU, I think it&#39;s even more important not to<br>
&gt; have a specific list, as the largest problem this class of people face<br>
&gt; is the development of their own plan for improving Ubuntu themselves<br>
&gt; (perhaps in concert with other teams), along with demonstration of<br>
&gt; solving &quot;hard&quot; problems. &nbsp;Note that any class of work may be &quot;hard&quot;:<br>
&gt; sometimes a bugfix, sometimes a merge, sometimes an upstream update,<br>
&gt; sometimes package integration issues, but these are better generated<br>
&gt; by the interest of the person doing them, rather than on some exterior<br>
&gt; list that may not match that person&#39;s interests.<br>
&gt;<br>
&gt; --<br>
&gt; Emmet HIKORY<br>
&gt;<br>
--<br>
</div></div>aka nxvl<br>
Key fingerprint = BCE4 27A0 D03E 55DE DA2D &nbsp;BE06 891D 8DEE 6545 97FE<br>
gpg --keyserver <a href="http://keyserver.ubuntu.com" target="_blank">keyserver.ubuntu.com</a> --recv-keys 654597FE<br>
<br>
<br>--<br>
Ubuntu-motu-mentors mailing list<br>
<a href="mailto:Ubuntu-motu-mentors@lists.ubuntu.com">Ubuntu-motu-mentors@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu-mentors" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu-mentors</a><br>
<br></div><br></div>