<br><font size=2 face="sans-serif">IMO:</font>
<br>
<br>
<br><font size=2 face="sans-serif">An issue has come up recently on the
OSGeo-AustNZ list that I'd appreciate some feedback from our wider OSGeo
Community.</font>
<br>
<br>
<br><font size=2 face="sans-serif">The context of this issue is that we
are exploring ways to support development of the GeoNetwork ANZLIC Profile.</font>
<br>
<br><font size=2 face="sans-serif">In particular, we're looking at options
that allow permanent staff to contribute to ongoing OS development work
outside of normal Project based development with its well defined deliverables
and timeframes.</font>
<br>
<br>
<br><font size=2 face="sans-serif"><br>
In Australia within the public sector and also in many larger private organisations
there is a Human Resources process in place that is based on Performance
Management. This process allows either staff or managers to initiate discussions
that allow for goal based work to be undertaken.</font>
<br>
<br><font size=2 face="sans-serif">In principal both parties agree to a
set of goals. If the goals are met, it contributes to the employee's remuneration
review.<br>
<br>
<br>
What I'm trying to find are some examples of generic metrics that are meaninful
to Open Source development methodologies. They must be <br>
specific, meaningful and measurable.</font><font size=3 face="sans-serif">
</font>
<br>
<br>
<br><font size=2 face="sans-serif">For example, we could look at measures
such as:</font>
<br>
<br><font size=2 face="sans-serif"><br>
"Get feature X accepted into the trunk of GeoNetwork by June 2009"</font>
<br>
<br>
<br><font size=2 face="sans-serif">However this is probably unrealistic
 as to do this the developer will have to have existing credibility
within the community and there may be good reasons why the community does
not want to have 'product X' included.</font><font size=3> <br>
<br>
</font>
<br><font size=2 face="sans-serif">Does anyone have any examples that they
use or thoughts on the above?</font>
<br><font size=2 face="sans-serif"><br>
</font>
<br><font size=2 face="sans-serif">I do understand that metrics can be
abused, may be meaningless and may not be the best way to handle this,
however we have to start somewhere.</font>
<br>
<br>
<br><font size=2 face="sans-serif"><br>
We have a window of opportunity to get some more developers working on
OS projects as the Performance Planning cycle re-starts shortly and I'd
like to help our developers get some constructive ideas to take into their
sessions.  </font><font size=3><br>
<br>
<br>
</font>
<br><font size=2 face="sans-serif">Bruce Bannerman<br>
</font>
<br>
<br><font size=2 face="sans-serif"><br>
</font>
<P><FONT face=Arial size=2>Notice:</FONT><FONT 
style="BACKGROUND-COLOR: #ff0000"><BR></FONT><FONT size=2><FONT face=Arial>This 
email and any attachments may contain information that is personal, 
confidential,<BR>legally privileged and/or copyright.</FONT> <FONT face=Arial>No 
part of it should be reproduced, adapted or communicated </FONT><FONT 
face=Arial>without the prior written consent of the copyright owner. 
</FONT></FONT></P>
<P><FONT size=2><FONT face=Arial>It is the responsibility of the recipient to 
check for and remove viruses.</FONT></FONT></P>
<P><FONT face=Arial size=2>If you have received this email in error, please 
notify the sender by return email, delete it from your system and destroy any 
copies. You are not authorised to use, communicate or rely on the information 
contained in this email.</FONT></P>
<P><FONT face=Arial color=#008000 size=2>Please consider the environment before 
printing this email.</FONT></P>
<P><FONT face=Arial size=2></FONT> </P>
<P> </P>
<P> </P>