2010-03-01 10 views
6

En el espíritu de this question, quería tener una idea de cuál es la proporción de tiempo dividido entre la solución de errores y la implementación de nuevas funciones. Si es posible, trate de dar una estimación del producto como un todo en comparación con las estadísticas de los desarrolladores individuales y trate de hacer un promedio en el transcurso de un año típico. Proporcione una descripción general del producto/proyecto para permitir la comparación. Específicamente:¿Cuál es su proporción de solución de errores vs Mejoras?

  • Finalización del proyecto
  • ¿Sigue siendo desarrollado activamente o estrictamente en el mantenimiento?
  • Tamaño estimado del producto/proyecto
  • Tamaño del equipo de desarrollarla (todo incluido)
  • ¿Cuál es su puntuación del equipo en el Joel test.

Ex:

  • aproximadamente 80% el tiempo dedicado correcciones de errores 20% cosas nuevas
  • software maduro (20 años)
  • activamente desarrollado
  • 1,5M línea de texto, aprox 700k - 900k LOC
  • 12-15 codificando activamente en él.
  • tenemos 5/12 seguro, algunos dirían 7/12.

Respuesta

2
  • 50% la depuración, el 50% nuevo código (y personalmente quiero la parte depuración sea más bajo)
  • Software tiene 15 años
  • línea de 1,5M de texto (con 170K líneas vacías, 250K líneas de comentario, 800K líneas de código real)
  • cerca de 10 personas que desarrollan en él
  • Joel prueba: 8/12
+0

parece que estamos en una situación similar. ¿Cuál crees que es la razón principal por la que pasas tanto tiempo solucionando errores y qué podrías hacer para reducir esta cifra? – Newtopian

+0

Problemas: Algunas partes del software se han vuelto demasiado complejas. El software es demasiado flexible (permite demasiadas configuraciones) por lo que nunca podemos prever todas las combinaciones de configuración posibles. Soluciones: Mejor determinación del alcance. Mantén las cosas simples. Prueba antes. Pruebas automatizadas. Asegúrese de que los desarrolladores puedan enfocarse en su tarea. Haz que las personas sean responsables de la calidad. – Patrick

+0

sí ... esto suena familiar ... El software se está convirtiendo lentamente en una plataforma para hacer todo pero termina no haciendo nada bien sin una gran cantidad de scripts en un lenguaje de scripting propietario, que, en sí mismo también se está convirtiendo en una plataforma ... yikes – Newtopian

3

lo haría est imate: Las nuevas características 70%, Errores 10%, la deuda técnica (refactorización etc.) 20%

  • Madurez: 2 años
  • activamente desarrollado tamaño
  • Equipo: 8
  • LOC: 50K- 100k
  • Test de Joel: 9/12

usted no pidió pila de tecnología pero si usted está interesado que Ruby on Rails

+0

Gracias, sí, esto es exactamente lo que buscaba después de – Newtopian

+0

Esto es casi lo mismo que mi proyecto actual. Las diferencias son que la prueba de Joel es menor, es asp.net/c# y tiene un tamaño de equipo menor. – corymathews

3

Estimo que gastamos alrededor del 70% de nuestro tiempo en nuevas funciones y 30% en errores.

  • vencimiento a 10 años
  • activamente desarrollado
  • Tamaño del equipo 14 (1 director, 1 probador, diseñador de interfaz de usuario 1, 11 desarrolladores (8 sobre las nuevas características y 3 dedicados al mantenimiento))
  • 2.2M líneas de texto (950K código real)
  • Test de Joel 10/12
+0

Muchas gracias ... Puede no ser significativo estadísticamente, pero parece haber una correlación entre el Test de Joel y la relación. Aunque no estoy sorprendido por este hallazgo, es bueno ver datos de esta manera. – Newtopian

+1

Una observación interesante sobre Joel Test. Ciertamente no comenzamos en este desarrollo con un puntaje de 10 (era más como un 5), pero agregamos los otros a lo largo del tiempo, lo que ha ayudado con la proporción. Otra cosa a tener en cuenta es que nuestra relación también ha cambiado con el tiempo. Hace aproximadamente 2 años, pasamos aproximadamente el 50% de nuestro tiempo en Bugs antes de dividir el equipo y realmente tratar de centrarnos en el nuevo desarrollo. –

0

Desde nuestro tiempo, software de seguimiento que ver nuestros equipos cuentan con/relación de defectos del año pasado es:

  • 75% tareas de características
  • 25% tareas de defectos

otras estadísticas:

  • software es ~ 10 años de edad
  • líneas 4M de texto
  • Actualmente 11 desarrolladores
  • Joel Test: 7/12
0
  • 50% Las nuevas características, el 25% corrección de errores, pruebas de 25%
  • activamente desarrollado
  • líneas de texto 9M
  • alrededor de 25
  • 9/12

Estamos desarrollando un juego (C++) utilizando nuestro propio framework y motor, por lo que se desarrolla activamente. Las estadísticas anteriores se redondean desde nuestro software de seguimiento, sin embargo, podría hacer una nota aquí que mientras se desarrollan errores menores ya se resuelven sin crear una lista de fallas para ello.

Cuestiones relacionadas