Re: Performance Reviews

2015-05-22 0:11 GMT+02:00 Eric Gunnerson [email protected]
[SCRUMDEVELOPMENT] <[email protected]>:


>
>
>  I like the idea of team-based over individual based, but I’m wondering
> if you might see gaming and reduced cooperation at the team level instead
> of at the individual level.
>
I'm not sure what you mean.
would teams not work together?


could be, yet I see already so many teams not collaborating, that it
usually is hard to see if it gets worse.


that said, as it solves the personal issues, you will get better
collaboration inside the team
this itself is already wurth it


y


>
>
> Does anybody have any experience with team-based rewards?
>
>
>
> *From:* [email protected] [mailto:
> [email protected]]
> *Sent:* Thursday, May 21, 2015 11:34 AM
> *To:* [email protected]
>
> *Subject:* Re: [SCRUMDEVELOPMENT] Performance Reviews
>
>
>
>
>
> I have had similar problems with performance appraisals in my team and I
> like the team based performance reviews/appraisal idea. My problem is that
> its very difficult to change HR/Company mindset which is still hell bent on
> doing bell curve based ratings of each developer.
>
>
>
> The biggest resistance I have heard from HR is
>
> 1) How to you identify leaders who can take up more responsibilities.
>
> 2) How to you handle developers who are not pulling their weight.
>
>
>
> My answer to that has been the team should have the motivation to push out
> bad developers and usually managers who are really plugged into their team
> (e.g. a chicken role in daily standup or just observations through
> experience) can identify leaders who are not only able to do their own work
> but help team members get better in doing their jobs.
>
>
>
> This answer has not convinced HR so far. I obviously don't want to throw
> stats such has who has done how many user stories etc  because that's just
> anti agile and its very hard to measure some of the subjective stuff. At
> the same time Managers have hard time convincing HR/Company on some of the
> above ideas.
>
>
>
> I am also eagerly anticipating on what others in the group here have to
> say.
>
>
>
> -Natarajan
>
>
>    ------------------------------
>
> *From:* "Yves Hanoulle [email protected] [SCRUMDEVELOPMENT]" <
> [email protected]>
> *To:* [email protected]
> *Sent:* Thursday, May 21, 2015 10:39 PM
> *Subject:* Re: [SCRUMDEVELOPMENT] Performance Reviews
>
>
>
>
>
> do the performance review on team level, instead of team member level
>
>
>
> 2015-05-21 18:12 GMT+02:00 Michael Wollin [email protected]
> [SCRUMDEVELOPMENT] <[email protected]>:
>

>
>
> Yeah. That.
>
>
>
> Where can I read up on ideas that can be *realistically* proposed to my
> client about ways to compensate and evaluate agile developers? Eliminating
> performance reviews entirely would be really great, but not possible in the
> short term. So specifically, I’m looking for ways to still have performance
> reviews but
>
>    - Avoid zero sum game pitting developers against one another
>    - Not encourage documenting tasks done in order to get credit
>    - Give managers some guidance on what to focus on
>
>
>
> Can someone point me to articles with some gravitas (HBR, etc.)?
>
>
>
> Thanks.
>
>
>
> Michael
>
>
>
>
>
> --
>
> Yves Hanoulle
> Phone 00 32 467 43 38 32
>
> Skype YvesHanoulle
>
> Blog: www.Hanoulle.be <http://www.hanoulle.be/>
>
> Coaching Question Of the Day: http://twitter.com/Retroflection
>
>
>
>    
>






-- 


Yves Hanoulle
Phone 00 32 467 43 38 32


Skype YvesHanoulle


Blog: www.Hanoulle.be <http://www.hanoulle.be/>


Coaching Question Of the Day: http://twitter.com/Retroflection