If bug count is the major issue then you'll have a lot of fistfighting about the definition of bug vs. feature request, and you're also motivating the team to do nothing.
There's no easy way out of this. On Feb 4, 6:06 am, Robert Casto <[email protected]> wrote: > Why not bug count. Fewer bugs and the amount of time to fix them put > together should give you an idea of how productive a team is. If they have > lots of bugs or spend lots of time trying to fix them, then they are not > such a good team. If they have lots of bugs reported but they are quick to > fix, then that is not a penalty. They could do better than a team that has > few bugs but spends lots of time trying to fix them. > > Whatever you measure, it has to be tied to something that motivates the > right behavior. It would also be great to reward the team based on meeting > or beating a goal. Why measure productivity if you are not going to reward > it? > > > > > > On Wed, Feb 3, 2010 at 6:32 PM, Paul King <[email protected]> wrote: > > True in some organisations but in many places a different team takes over > > once > > the initial implementation makes production. And KPIs for original > > development > > team is frequently just to get the initial version out the door in a > > timely fashion. > > Not saying its healthy or Agile (using the good sense of the word) but much > > more common that one might think. > > > Paul. > > > On Thu, Feb 4, 2010 at 9:25 AM, Viktor Klang <[email protected]> > > wrote: > > > > On Thu, Feb 4, 2010 at 12:21 AM, Paul King <[email protected]> > > > wrote: > > > >> Yes, I would track features implemented and if I was serious about the > > >> whole > > >> thing some kind of metrics around maintenance not just development. > > > > Interesting that you mention that, > > > > Poor maintenance will kill productivity, which will drop > > velocity/lead-time, > > > so it's kind of implicitly measured. > > > > Cheers, > > > >> Cheers, > > > >> Paul. > > > >> On Thu, Feb 4, 2010 at 9:15 AM, Viktor Klang <[email protected]> > > >> wrote: > > > >> > On Wed, Feb 3, 2010 at 11:07 PM, jr <[email protected]> wrote: > > > >> >> But lets assume you are the head of an IT department, you have > > several > > >> >> development teams working under you, and you want to define a set of > > >> >> metrics that will allow you to measure the productivity of the > > >> >> different teams (and lets assume all teams develop in the same > > >> >> language). What approach would you take? I understand that measuring > > >> >> lines of code is misleading, but I fail to come up with a good solid > > >> >> alternative. One can say that the best metric is to have each team > > >> >> lead closely monitoring the developers on her/his team, but then we > > >> >> know that each team lead will report at her/his own convenience. > > > >> > Use Scrum and track velocity or use Kanban and track lead-time > > > >> >> -- > > >> >> You received this message because you are subscribed to the Google > > >> >> Groups > > >> >> "The Java Posse" group. > > >> >> To post to this group, send email to [email protected]. > > >> >> To unsubscribe from this group, send email to > > >> >> [email protected]<javaposse%2bunsubscr...@googlegroups > > >> >> .com> > > . > > >> >> For more options, visit this group at > > >> >>http://groups.google.com/group/javaposse?hl=en. > > > >> > -- > > >> > Viktor Klang > > >> > | "A complex system that works is invariably > > >> > | found to have evolved from a simple system > > >> > | that worked." - John Gall > > > >> > Akka - the Actor Kernel: Akkasource.org > > >> > Twttr: twitter.com/viktorklang > > > >> > -- > > >> > You received this message because you are subscribed to the Google > > >> > Groups > > >> > "The Java Posse" group. > > >> > To post to this group, send email to [email protected]. > > >> > To unsubscribe from this group, send email to > > >> > [email protected]<javaposse%2bunsubscr...@googlegroups > > >> > .com> > > . > > >> > For more options, visit this group at > > >> >http://groups.google.com/group/javaposse?hl=en. > > > >> -- > > >> You received this message because you are subscribed to the Google > > Groups > > >> "The Java Posse" group. > > >> To post to this group, send email to [email protected]. > > >> To unsubscribe from this group, send email to > > >> [email protected]<javaposse%2bunsubscr...@googlegroups > > >> .com> > > . > > >> For more options, visit this group at > > >>http://groups.google.com/group/javaposse?hl=en. > > > > -- > > > Viktor Klang > > > | "A complex system that works is invariably > > > | found to have evolved from a simple system > > > | that worked." - John Gall > > > > Akka - the Actor Kernel: Akkasource.org > > > Twttr: twitter.com/viktorklang > > > > -- > > > You received this message because you are subscribed to the Google Groups > > > "The Java Posse" group. > > > To post to this group, send email to [email protected]. > > > To unsubscribe from this group, send email to > > > [email protected]<javaposse%2bunsubscr...@googlegroups > > > .com> > > . > > > For more options, visit this group at > > >http://groups.google.com/group/javaposse?hl=en. > > > -- > > You received this message because you are subscribed to the Google Groups > > "The Java Posse" group. > > To post to this group, send email to [email protected]. > > To unsubscribe from this group, send email to > > [email protected]<javaposse%2bunsubscr...@googlegroups > > .com> > > . > > For more options, visit this group at > >http://groups.google.com/group/javaposse?hl=en. > > -- > Robert Castowww.IWantFreeShipping.com > Find Amazon Filler Items easily! -- You received this message because you are subscribed to the Google Groups "The Java Posse" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/javaposse?hl=en.
