Cálculo del tiempo necesario para terminar el proyecto desde cero [cerrado]

Quiero calcular o estimar el tiempo necesario para codificar un proyecto en particular. Esto puede incluir el tiempo dedicado a hacer análisis, codificar, etc. Me resulta difícil hacer una buena estimación. ¿Puede alguien ayudarme a hacer una buena estimación o dirigirme a herramientas, etc.?

¿Qué has investigado hasta ahora? ¿Cuál es su conocimiento acerca de la planificación/estimación? ¿Cuál es la situación de tu proyecto? ¿Estás haciendo algo completamente nuevo? ¿Tiene expertos a bordo? ¿Tienes un equipo en absoluto? Tienes que proporcionar más para obtener algo útil como respuesta...
¿Qué quiere decir con "me resulta difícil hacer una buena estimación"?
@salsolatragus Bueno, tenemos un equipo pero trabajamos en partes separadas... Yo solo estoy a cargo de codificar y desarrollar la solución... En términos de experiencia, tenemos un gerente digital y le reporto directamente. No tengo conocimientos sobre planificación y estimación. Somos un equipo interfuncional y cada uno se encarga de una tarea independiente. Yo era el único codificador hasta la semana pasada. Así que tengo otra persona a bordo.
Una regla general que aprendí hace un tiempo fue tomar la mejor estimación a la que pueda llegar mediante cualquier técnica razonable, y luego duplicarla, y luego cambiar a la siguiente unidad de tiempo más grande. Entonces, si cree que tomará un día, calcule dos semanas. Si crees que tomará dos semanas... cuatro meses.
@JD, entonces, ¿qué es lo que quieres estimar? ¿Solo tus tareas? ¿El trabajo de todo el equipo? Otros ya han proporcionado enfoques generales para la estimación y enlaces a alguna literatura. Apoyo que usted debe comenzar allí. Comprenda, sin embargo, que hacer una buena estimación requiere experiencia y conocimientos técnicos .

Respuestas (5)

Parece que desea producir estimaciones para tareas de programación. Existen innumerables métodos (ninguno perfecto, pero cada uno ofrece algo).

Debería leer acerca de la estimación de algunos libros. Específicamente, lea sobre la estructura de descomposición del trabajo . No necesita ningún software para hacer esto, puede hacerlo por su cuenta (aunque cuanto más grande sea el proyecto, más querrá usar alguna solución de software). La versión corta es dividir su proyecto en componentes y seguir subdividiéndolos hasta que llegue a componentes que tengan tamaños que sean fáciles de estimar.

También puede explorar el método de banda ancha de Delphi ya que tiene al menos otra persona con la que trabaja (aunque Delphi debería tener más ya que los datos deben ser anónimos y con dos personas la suya no lo será).

Hay muchos libros sobre gestión de proyectos y muchos, como el texto de Field y Keller (está bien), que incluyen partes significativas dedicadas al desarrollo de software pero son para la gestión general de proyectos, no solo para la gestión de proyectos de software.

Lee y practica. Se vuelve más fácil con el tiempo.

Gantter es una de las mejores formas de empezar. Realice una WBS (estructura de descomposición del trabajo) precisa con jerarquía de tareas y subtareas. Asigne plazos internos aproximados junto con los plazos reales. ¡Podrás hacer mejores estimaciones a medida que avanzas!

Independientemente de los libros que lea para ayudar a estimar, necesita comprender realmente la probabilidad y los efectos de las variables aleatorias. Con demasiada frecuencia, y con personas de muy alto nivel, tenemos la tendencia a pensar que controlamos cada variable en juego en un proyecto y, con una buena planificación, no hay razón por la cual nuestros objetivos de costo y tiempo no se cumplan con una variación cero. En otras palabras, si te pasaste o te faltaste, tu planificación de alguna manera tuvo la culpa.

Debe comprender que una estimación es probabilística y es un rango de resultados probables. Su valor de planificación u objetivo que fijaría el precio y la línea de base para el rendimiento es un número único que se encuentra en algún lugar de ese rango. Y la probabilidad de que alcance ese número único con una variación cero es casi cero. Si está apuntando adecuadamente, su carrera debería estar llena de excesos y atrasos iguales y muy, muy pocas varianzas cero, si es que hay alguna.

Entonces puede mentir como el resto de nosotros en su currículum sobre cómo siempre se queda corto o cumple con los objetivos.

Si quiere ver cómo funciona esta cosa probabilística, registre su tiempo de viaje hacia y desde el trabajo, de puerta en puerta. No excluya ningún momento, incluya todo, incluso las paradas para comprar gasolina, comprar comestibles o incluso la hora feliz. Luego construye una histografía con tus resultados.

Divide la tarea en componentes más pequeños. Si aún no puede estimar los componentes, continúe desglosándolos hasta que los componentes sean algo que pueda estimar.

Trate de estimar usando el conocimiento que ya tiene.
Considere una pequeña tarea/proyecto que ya haya realizado y compárelo con el nuevo e intente estimar de acuerdo con él.
Hazlo de nuevo para un acabado difícil.
Luego, decida en qué punto intermedio se ubicará realmente la tarea entre esas dos estimaciones.
Puede tomar el más alto si se siente pesimista.