métricas y burndown chat... con kanban

[Stuardo -StR- Rodríguez]

Bueno, como les contaba, tenemos un equipo de mantenimiento, por lo que no podemos usar scrum, y hemos implementado algo de kanban  (kaban but.. ). Algo que no me agrada de esto es que no se como medir la velocidad del equipo. Comencé a llevar un burndown chart, pero en vez de decrecer, aumentaba.. y aumentaba, y lo peor es que el equipo si estaba trabajando bien.. pero no se que tan bien estaba trabajando... y eso me frustra.

“Lo que no se puede definir no se puede medir, lo que no se puede medir no se puede mejorar, y lo que no se puede mejorar eventualmente se deteriora.” -Axioma de la Calidad

No poder medir al equipo me tiene maniatado.

¿Qué me recomiendan?


PD: la lista no está muy activa.. que será? la mayor actividad que he visto es de spam :( y eso solo hace perder miembros del grupo

[Rodolfo Velasco]

Hola Stuardo,

En nuestro caso se intentó que los chavos agregaran a las tareas, el tiempo real en el que se ejecutaron, y despues los encargados de las metricas las obtenian con la relacion de Estimado-Real. Esto tuvo el efecto de que los chavos empezaron a estimar mas alto, y de todos modos se detectaron desviaciones en los datos reales.

Algo que a mi en lo personal me ha funcionado bastante bien, y no he tenido la oportunidad de probarlo con un equipo agil es PSP, si al equipo se le explica las ventajas de llevar PSP correctamente y que los beneficios son para ellos, tal vez podrían llevarlo de manera correcta.

Estoy seguro de que PSP y agil no estan peleados, sería cuestion de probarlo y ver que resultados obtienes

Saludos!

Rodolfo Velasco

2009/8/11 Stuardo -StR- Rodríguez <s...@maphpia.com>

[Rodolfo Velasco]

Aqui un poco de info de PSP:
   http://en.wikipedia.org/wiki/Personal_Software_Process

llama la atencion esta parte :

-----------------------------------------------------------------------------------

PSP and other methodologies

The PSP is a personal process that can be adapted to suit the needs of the individual developer. It is not specific to any programming or design methodology; therefore it can be used with different methodologies, including Agile software development.

Software engineering methods can be considered to vary from predictive through adaptive. The PSP is a predictive methodology, and Agile is considered adaptive, but despite their differences, the TSP/PSP and Agile share several concepts and approaches – particularly in regard to team organization. They both enable the team to:

• Define their goals and standards.
• Estimate and schedule the work.
• Determine realistic and attainable schedules.
• Make plans and process improvements.

Both Agile and the TSP/PSP share the idea of team members taking responsibility for their own work and working together to agree a realistic plan, creating an environment of trust and accountability. However, the TSP/PSP differs from Agile in its emphasis on documenting the process and its use of data for predicting and defining project schedules.

-----------------------------------------------------------------------------------

y el software que yo utilizo:
  http://processdash.sourceforge.net/

2009/8/11 Rodolfo Velasco <rvel...@gmail.com>