En el lado de la producción, obtenemos inteligencia útil al rastrear: tamaño relativo , tiempo estimado para completar y tiempo real para completar .
El desarrollo de software es complicado. Necesita una medida objetiva para cosas como “calidad del desarrollador”, “cantidad de trabajo completado” y “cantidad de trabajo restante”.
Mediciones sencillas como “líneas de código escritas” u “horas trabajadas” no le dicen mucho. Un gran desarrollador escribe muchas menos líneas de código para completar tareas. Los grandes desarrolladores también crean cosas significativamente más rápido, algunos estiman hasta 10 veces más rápido que los desarrolladores promedio.
- ¿Cómo podemos mejorar nuestro sitio web http://apprevw.com?
- Cómo completar la preparación de la fase 2 (GD PI) de SBI PO
- ¿Qué opinas del sitio web thinktivity.wix.com/thinktivity?
- ¿Cuáles son las partes esenciales de una pila moderna de desarrollo web?
- Cómo crear un servidor dedicado para alojar un sitio web y una base de datos a la que deben acceder varias personas de forma remota
El “punto de la historia”
Hay pruebas convincentes de que las personas son bastante malas en la medición absoluta y bastante precisas con la medición relativa. Preguntarle a un programador “cuánto tiempo llevará esto” casi siempre lleva a estimaciones pobres. Se obtiene una visión más confiable preguntando “¿Qué tan difícil es esto, en comparación con eso? ¿La mitad de difícil? ¿Dos veces más difícil? ¿Un poco más difícil que esto y un poco más fácil que eso?”
Las mejores métricas que he visto hasta ahora provienen de dividir proyectos en tareas pequeñas y bastante bien definidas. Una vez que tiene una lista de tareas pequeñas, es bastante fácil, con un poco de discusión en equipo, estimar los tamaños de cada pariente con respecto al resto utilizando “puntos de historia”. Los puntos de la historia no son estimaciones de horas. Son un tamaño de tarea arbitrario y sin unidades que se utiliza para comparar. Por ejemplo, una tarea realmente fácil es 1 punto. Una tarea que es el doble de difícil es de 2 puntos. Una tarea de 5 puntos es la mitad de una tarea de 10 puntos, etc.
Una vez que haya resuelto los puntos para todos los artículos, su equipo comenzará a trabajar en la lista. Solo necesita medir la cantidad de tiempo que el equipo trabaja, en conjunto, aproximadamente cada semana, y sumar los puntos para todos los elementos que terminaron esa misma semana. Eso produce su “velocidad” o puntos por hora.
La velocidad es la clave
Una vez que tenga la velocidad de su equipo, el número promedio de puntos por hora para el equipo, puede:
- calcule cuánto trabajo le queda: si comenzó con 300 puntos y el equipo ha completado 90 puntos en tres semanas (promedio de 30 / semana), probablemente le quedan alrededor de 7 semanas para completar (300 – 90 = 210/30 = 7).
- predecir cuánto tiempo tomarán las cosas, a medida que evalúa nuevas características y planifica versiones y niveles de personal
- medir la productividad individual del desarrollador
La respuesta de Harald Kraemer sobre “conversión y personas alcanzadas” es excelente en el lado de marketing y adquisición de usuarios.