¿Cuándo rescatar una solución propuesta?[cerrado]

Question

cerrado . Esta pregunta es basada en opinión . Actualmente no está aceptando respuestas.

---

¿Quieres mejorar esta pregunta? Actualizar la pregunta para que pueda responderse con hechos y citas de Edición de este post .

cerrado 5 años .

Mejorar esta pregunta

Aquí hay un problema hipotético *.

Hay un problema de rendimiento en la versión actual. Es difícil encontrar la causa de este problema porque las pruebas de desempeño no se han ejecutado en aproximadamente 10 lanzamientos (con casi entre 10 y 100 cambios por liberación). Mi idea es automatizar el proceso de ejecución de las pruebas de rendimiento en cada versión. Sin embargo, esta automatización tomó un poco más de lo esperado que se ejecutará.

Mi (otra vez * hipotético *) La respuesta a la automatización que toma demasiado tiempo sería simplemente realizar las pruebas manualmente, y luego pasar por los resultados con un conjunto de scripts que ya había escrito.

Al final, esta automatización sería tan beneficiosa para tener, pero podría tomar más tiempo de lo normal para que se complete una tarea.

¿Es esa la respuesta correcta a lo que podría sentirse como un ROI que disminuye rápidamente en una solución propuesta?

Answer 1

Me pregunto acerca de los términos relativos que usas en tu pregunta. En particular, usted dijo "ROCIPIO ROCIDO ROI", que no veo dentro de su pregunta. Difícil de encontrar errores puede deslustrarse en gran medida la reputación de una empresa. Así que me pregunto si está buscando el alcance completo de esta ecuación de beneficios.

Usted tiene dos factores principales aquí, costo y beneficio.

El costo es la cantidad de tiempo de desarrollo para automatizar las pruebas de rendimiento.

El beneficio es la cantidad de mejora en la satisfacción del cliente de evitar el próximo problema de rendimiento.

Todo lo que necesitas hacer es pesar a los que son algunos más hipotéticos.

¿Qué tan mala fue la reacción de este último lanzamiento? ¿Sabe según ciertas las pruebas de rendimiento habrían atrapado el problema? Decama las estimaciones más, realistas y peores de los casos para codificar la automatización.

Si su peor caso se justifica por el beneficio, luego vaya con él. Si es marginal, discútalo con su equipo y determine dónde está el punto de inflexión.

Answer 2

Ahora podría escribir un ensayo sobre cómo hacer un análisis de costos / beneficios de los proyectos de automatización, pero esta imagen dice más de lo que podría escribir sobre este tema:

Fuente: http://xkcd.com/1205/