¿De qué manera ha reducido el costo de un proyecto de software durante la fase de planificación?

Me estoy preparando para encabezar un proyecto interno. Ya sé que el presupuesto será ajustado en esto. Estoy buscando formas efectivas de reducir el costo del proyecto. Lo que me gustaría ver es la mayor cantidad de código por la menor cantidad de presupuesto.

Por ejemplo, si desarrollo una página de ejemplo y tengo un Intern o Jr. Developer que refactoriza otra página con el mismo estilo, las horas dentro del presupuesto serían menos, asumiendo que codifican al mismo ritmo que yo. Sin embargo, sé que los Interns and Jr. Developers no codificarán al mismo ritmo que yo. Renunciar a la funcionalidad de alto costo parece otra forma de hacerlo, pero al final se desea toda la funcionalidad. A partir de ahora, no hay una fecha límite de tiempo, pero eso se puede notar en un momento.

Para tratar de evitar que se cierre esta pregunta, me gustaría ver respuestas con lo siguiente...

  1. Lo que te ha funcionado en el pasado.
  2. Por qué un proceso en particular funcionó para usted.
  3. Lo que no ha funcionado, es decir, probó algo que pensó que funcionaría y se sorprendió de que no fuera así.
Estoy interesado en cómo discriminaría las acciones de reducción de costos informadas y un efecto placebo o atribución de un resultado aleatorio.
@DavidEspina Aquí está la situación. Están llegando solicitudes de mejoras. La persona que hace las solicitudes también dice permanecer por debajo de este monto en dólares, pero aun así dar todo lo que pido. Estoy buscando la mejor manera posible de darles todo lo que están pidiendo y manteniéndose dentro del presupuesto. Entonces, al final, el costo informado debería ser todo lo que importa. Simplemente no quiero seguir un camino que termine costándome más porque pensé que me ahorraría presupuesto.
Si se le pide que cree más funciones sin aumentar el tiempo y el costo para hacerlo, se le pide lo imposible. Así que di "no".

Respuestas (2)

En la pregunta 1

  • Reducir el alcance.
  • Obtenga el respaldo de un CxO.
  • Deshágase de los miembros del equipo improductivos y que no sean necesarios para mantener el software después (o solicite al administrador de personas un reembolso por sus horas).
  • Consigue un campeón para cada disciplina.
  • Entregue temprano toda la cadena de procesamiento para evitar sorpresas y riesgos olvidados.
  • Utilice un enfoque de priorización como MoSCoW.
  • Hazlo divertido.

en la pregunta 2

  • Reducir el alcance; no hay nada como esto para reducir costos cuando todo lo demás se ha arreglado, como la duración, las herramientas, los empleados, los probadores, etc.

En la pregunta 3: obtener más miembros del equipo del proyecto generalmente no ayuda.

Gracias por tus comentarios, puedo ver que te has encontrado con esto antes. MoSCoW, se ve perfecto, solo estaba clasificando lo imprescindible y lo bueno, lo intentaré. Sin embargo, en mi caso, somos un equipo más pequeño y yo seré el campeón y el CxO ya está involucrado (el que hace las solicitudes y dice que no se ajuste al presupuesto). Con eso en mente, parece que solo necesito esforzarme más para obtener una clasificación de lo que más se desea del CxO.
Es bueno saber que podría ayudarte. Con un equipo pequeño y un CxO involucrado, eso es lo mejor que puede obtener. Una buena comida (a menudo voy a tomar algo, a comer o a caminar) ayuda a pensar en buenas formas de mejorar el rendimiento y reducir el presupuesto. Al igual que resolver un problema de programación, a veces se puede resolver simplemente haciendo algo realmente tonto durante 10 minutos. Buena suerte en el proyecto.
¿ Esto cuenta como una tontería?
¡Definitivamente! O uno de los videos de Dave Platter sobre ingeniería de software

Calidad, tiempo, costo. Elige dos.

Incluso cuando elige dos, el rendimiento de cada variable sigue siendo muy probabilístico. Y tenemos menos control sobre este desempeño de lo que nos gusta admitir.

Si está buscando un solo proyecto, entonces no está buscando ideas significativas para eliminar costos o iniciativas que cambien el juego de capacidades. Si tiene este tipo de presión de entregar todo lo que el cliente quiere a un costo fijo, inamovible y probablemente con un cronograma fijo, lo que realmente necesita hacer es monitorear su trabajo muy de cerca, buscando los primeros signos de variaciones de rendimiento desfavorables, mitigando donde puede hacerlo pronto y con frecuencia, y luego comunicar dónde se encuentra con las partes interesadas pronto y con frecuencia. Se trata más de comunicar temprano que se está excediendo que de alcanzar los objetivos prometidos, para que sus clientes puedan tomar las decisiones que necesitan tomar si el costo es un factor tan importante para ellos.

Utilice métodos comprobados de control de costos y gestión de riesgos. Busque evidencia tangible, no solo lo que le dice su equipo.

Este es un consejo muy útil. Gracias por tomarse el tiempo para armarlo.
¿De qué manera ha reducido el costo de un proyecto de software durante la fase de planificación?
RespuestasAquíPolítica de privacidad1y, 0v