×

Good News Everybody!

The new search engine is LIVE!

Please report any problems to david (at) midrange.com.




For my previous shop, we based part of the evaluation on various
certifications. We identified a whole range of certifications, starting
with programming, develop,designer. And then added to the list those
areas which enhanced/rounded out the education. eCommerce,
Security, Systems Management, and also business application certifications
like Supply Chain, Accounting, etc. We then designed a path for each
developer,
with them, and set goals. We did not have to design the question/answer of
each
test. We were relying upon industry standardized testing.
Some may look at certifications as a waste if they were not challenged
by the testing, but we found that for a group of 15, we were all
constantly learning newer and better methods, and becoming a more
well rounded group. We set a bonus for each cert, based on our perception
of difficulty and effort required. It worked for us. We did also require
each
who learned a new skill to do some cross training with the others.
jim
----- Original Message ----- 
From: "TitanRebel" <TitanRebel@xxxxxxxxxxx>
To: "Java Programming on and around the iSeries / AS400"
<java400-l@xxxxxxxxxxxx>
Sent: Tuesday, January 27, 2004 10:36 PM
Subject: Java programmer production


> I am a Team Leader for a small group of Java programmers (5) in an
> iSeries shop. My company is changing the employee review process.
> Employee and Manager/Team Leader will establish goals to be met for the
> upcomming year. Then at the end of the year the employee will be given a
> review and compensation based on the established goals. Sounds simple.
> However, upper management wants quantifiable goals. Goals that can be
> measured with a great degree of accuracy. I am having a hard time
> comming up with ideas. Do any of you have this sort of system?
> Experience with any sort of quantitative programmer review process would
> be great. Have any of you tried it, and have it fail?
>
> Everything that I have thought of seems to have a problem...
> Lines of code -- I'd rather have 10 lines that work, than 100 that may
> or may not!
> Number of enhancements/bug fixes -- Is there really an average size bug?
> enhancement? Some are much larger and more extensive than others.
>
> Any suggestions would be great! Obviously, this is not a specific
> problem to Java. Our RPG programmers/managers are having the same
questions.
>
> Thanks.
>
> P.S. I know someone will ask what the process was before... It was up to
> the employee's immediate Team Leader/Manager as to what the employee's
> performance was during the year. Purely subjective. In case you are
> wondering why... two words... Compensation Consultant.
>
> _______________________________________________
> This is the Java Programming on and around the iSeries / AS400 (JAVA400-L)
mailing list
> To post a message email: JAVA400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/java400-l
> or email: JAVA400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/java400-l.
>
>



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2026 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.