historia
Páginas: 4 (896 palabras)
Publicado: 25 de mayo de 2014
JUN
30
Productividad en un equipo de desarrollo
Sin dudas uno de los temas donde no se han logrado conciliar la teoría y la práctica es la productividad de los equipos de desarrollo.Preguntas simples de formular requieren respuestas extensas y complejas: ¿Se puede medir la productividad?, ¿se puede comparar?, ¿se puede mejorar?
La productividad es una relación entre un resultadoobtenido y los recursos que se emplearon. Los recursos (esfuerzo) se miden fácilmente. El problema está en la complejidad y ambiguedad de medir los resultados: líneas de código, puntos de función,casos de uso, el avance que se grafica en un diagrama de Gannt, el valor agregado al cliente, etc. Todas estas medidas de producción tienen grandes y numerosos defectos en general, razón por la cual noexiste un consenso acerca de cómo medir la productividad de un equipo y, más aún, cómo comparar la productividad entre diferentes equipos. Sin embargo cada uno de esos ejemplos probáblemente seanexcelentes unidades de medida para ciertos proyectos.
Idealmente todo proyecto debería poder establer su productividad con valores económicos, esto es, dinero invertido en el proyecto vs ingresos,rentabilidad lograda o costos reducidos por la implementación de cierta funcionalidad. La limitante de este indicador es que sólo puede medirse a posteriori.
Si resignamos la idea de unbenchmarking, cada proyecto puede conseguir una o un conjunto reducido de métricas de producción y que resulten simples de evaluar durante cada una de las fases de su ciclo de vida. Es una elección específicasegún las circunstancias particulares de cada proyecto y equipo de trabajo.
Si el desarrollo puede expresarse en un conjunto de tareas medianamente homogéneas, pueden contabilizarse el avance de ellas(el burndown chart de proyecto);
Se podría establecer una ecuación que pondere la funcionalidad (use cases, user stories, etc.) con su tamaño y valor agregado al negocio y su respectivo avance....
30
Productividad en un equipo de desarrollo
Sin dudas uno de los temas donde no se han logrado conciliar la teoría y la práctica es la productividad de los equipos de desarrollo.Preguntas simples de formular requieren respuestas extensas y complejas: ¿Se puede medir la productividad?, ¿se puede comparar?, ¿se puede mejorar?
La productividad es una relación entre un resultadoobtenido y los recursos que se emplearon. Los recursos (esfuerzo) se miden fácilmente. El problema está en la complejidad y ambiguedad de medir los resultados: líneas de código, puntos de función,casos de uso, el avance que se grafica en un diagrama de Gannt, el valor agregado al cliente, etc. Todas estas medidas de producción tienen grandes y numerosos defectos en general, razón por la cual noexiste un consenso acerca de cómo medir la productividad de un equipo y, más aún, cómo comparar la productividad entre diferentes equipos. Sin embargo cada uno de esos ejemplos probáblemente seanexcelentes unidades de medida para ciertos proyectos.
Idealmente todo proyecto debería poder establer su productividad con valores económicos, esto es, dinero invertido en el proyecto vs ingresos,rentabilidad lograda o costos reducidos por la implementación de cierta funcionalidad. La limitante de este indicador es que sólo puede medirse a posteriori.
Si resignamos la idea de unbenchmarking, cada proyecto puede conseguir una o un conjunto reducido de métricas de producción y que resulten simples de evaluar durante cada una de las fases de su ciclo de vida. Es una elección específicasegún las circunstancias particulares de cada proyecto y equipo de trabajo.
Si el desarrollo puede expresarse en un conjunto de tareas medianamente homogéneas, pueden contabilizarse el avance de ellas(el burndown chart de proyecto);
Se podría establecer una ecuación que pondere la funcionalidad (use cases, user stories, etc.) con su tamaño y valor agregado al negocio y su respectivo avance....
Leer documento completo
Regístrate para leer el documento completo.