Soy un estudiante de último año de pregrado de ingeniería de software. 1 módulo para mi último año consiste en un proyecto de desarrollo de aproximadamente 6 meses.
Soy completamente nuevo en este nivel de gestión de proyectos o incluso de duración.
El año pasado, en una colocación industrial, lo más largo que tomó un proyecto personal fue de 23 días. Me proporcionaron una especificación para un "complemento" a medida y me devolvieron una solución, con detalles de las pruebas que había llevado a cabo.
Tengo curiosidad por saber si definir el enfoque que quiero adoptar por adelantado es realmente tan importante, ya que nunca he usado un enfoque específico de "marca".
Si necesito declarar una metodología y un enfoque, ninguno de ellos parece tener un punto en el que identifique que puede no ser el más adecuado. Prefiero levantar las manos y decir "Ok, xyz no funcionó para mí. Probaré esto..." en lugar de quedarme estancado en una serie de incrementos, iteraciones, diagramas de flujo y realmente no tomar la decisión. la mayor parte de mi tiempo.
PD No parece haber una etiqueta de "tarea" según SO para indicar que esto está relacionado con un proyecto de estudio.
No solo es importante, es necesario. Es imposible planificar tu proyecto, es decir determinar a quién necesitas, qué necesitas, cuándo lo necesitas, cuánto te costará, cuánto tiempo te llevará, si no tienes un método de ataque.
Una simple analogía: si desea viajar por todo el país, ¿puede hacerlo si aún no ha determinado el método de viaje? Si quieres ver el país en coche, un billete de avión te vendrá bien. Si tiene que atravesar el país en unas pocas horas, caminar no es una opción. Si realmente desea experimentar la vibra de América central (o donde sea que viva), hacerlo en el nivel de vuelo 350 no cumpliría la misión.
La misión dicta métodos, que dicta el plan, que dicta los recursos.
Sin embargo, un método no debe implementarse sin consideración. No tomas un método prescrito, lo cuelgas en una pared y dices, 'todos, vayan a hacer eso'. Un método debe adaptarse a su misión y entorno. De hecho, así es como evolucionan los métodos y se encuentran nuevos métodos. Una buena regla a seguir: NUNCA implemente un método según lo prescrito.
Usted menciona un gran punto: lo que sucede cuando su método no funciona como pensó que lo haría. Es increíblemente difícil (léase, se siente imposible) retractarse del enfoque elegido cuando ya está en el camino. Es un sesgo de costo irrecuperable, donde tenemos una tendencia a apegarnos a algo debido a la inversión ya realizada. El costo irrecuperable nunca debe ser uno de sus criterios, pero casi siempre lo es. ¿Te imaginas ir a tu cliente y decirle que el método que propusiste hace $ 1,5 millones de dólares está fallando y necesitas ir en otra dirección? Sucede y es la decisión comercial correcta, pero increíblemente difícil y arriesgada.
Así que elige tu método sabiamente y después de un pensamiento crítico significativo. Modifíquelo para que se ajuste a la misión y al entorno. Y sea lo suficientemente flexible como para abandonarlo si se equivocó de juicio u otros factores interfieren con el éxito.
"Vale, xyz no me ha funcionado. Probaré esto..." en lugar de quedarme estancado en una serie de incrementos, iteraciones, diagramas de flujo y no aprovechar al máximo mi tiempo.
Tenga en cuenta que su comentario sobre xyz no funciona, lo intentaré ... es uno de los conceptos más importantes que rodean el desarrollo y la planificación iterativos. No tenga miedo de quedarse atascado en un plan de proyecto predefinido. Disfrute del cambio si es necesario, modifique su proceso, realice cambios para que sea más rápido y más eficiente.
Todo proyecto tiene correcciones de rumbo a lo largo de su duración. Dicho esto, desea mitigar la cantidad de correcciones y el tamaño de las mismas. También desea equilibrar la cantidad de cosas nuevas que está probando.
Lucas
david espina
Lucas