Cómo comenzar a adquirir experiencia en la gestión de un proyecto [cerrado]
8
Hay algunos requisitos laborales de la experiencia de gestión de proyectos para un programador, como:
el candidato debe tener cierta experiencia en la gestión de un proyecto, no necesariamente con subordinados, sino más bien haber trabajado en un proyecto desde el diseño hasta la prueba.
me preguntaba
¿Qué significa "subordinados" aquí?
si hay algunos libros, páginas web u otros sitios con pautas generales y proyectos de muestra prácticos simples para ayudarlo a obtener algunos conceptos básicos sobre todo el proceso de un proyecto. Estoy particularmente interesado en proyectos para Linux y Windows, en C, C ++, Python, Java. Estoy considerando comenzar jugando solo, no ansioso por encontrar una compañía todavía.
Mi especialidad no era CS, por lo que podría carecer de lo básico.
El requisito de trabajo básicamente quiere que el cliente potencial tenga experiencia con un proyecto del que estaba a cargo y en el que podría o no tener personas que lo siguieran. Si tienes ese tipo de experiencia y planeas mencionarlo, asegúrate de haberlo logrado .
Si no tiene experiencia en MP, lo mejor que puede hacer es ser proactivo y buscar un proyecto en su trabajo actual . Si por alguna razón no puede tener un proyecto en su haber, comience un proyecto de código abierto e intente que las personas participen . Incluso si es un desarrollador en solitario, aprenderá muchas cosas sobre la gestión de proyectos de software. Comencé mi proyecto de código abierto y estoy aprendiendo técnicas de gestión de proyectos (PM). Incluso estoy aprendiendo y calificándome a mí mismo como desarrollador de trabajo porque soy tanto mi gerente como mi desarrollador, por lo que mi lado del administrador establece la tarea y la estimación y mi lado del desarrollador se compromete con esas tareas. Ahora en el trabajo, estamos comenzando un proyecto y ahora me siento más seguro de saber comprometerme para un requisito particular y cómo estimar su entrega.
Sobre técnicas para software abierto de software PM:
Descubriendo características ... a veces ni siquiera el cliente sabe qué quiere realmente.
Traducción de características en requisitos.
Estimación de requerimientos.
Priorice los requisitos y elija los que se ajusten a una iteración. (¿Cuáles son los requisitos más básicos que pueden caber en una iteración?)]
Establecer hitos e iteraciones.
Romper el problema. (análisis de dominio)
Diseño temprano (diseño suficientemente bueno).
desarrollo (prueba, implementación, etc.)
Al final de la iteración, analice su rendimiento y comentarios. ¿He entregado lo que prometo? ¿Qué salió mal? Lo que hice bien?
Aprenda también cómo ampliar con CHANGE . En serio, en la mitad de su iteración, usted o su cliente descubrirán que hay una característica muy importante de que si no lo hace, el proyecto está muerto. ¡Lo más probable es que tu única constante en tu proyecto sea el cambio!
¡Gracias! (1) ¿Cómo se debe aprender a iniciar y administrar un proyecto de código abierto? (2) ¿Hay algunas técnicas de PM resumidas por otras?
Tim
Primero, encuentre algo que le interese. Será ideal que su proyecto beneficie a un conjunto de personas porque realmente obtendrá comentarios de los usuarios (también conocidos como clientes).
Armando
2
Los subordinados son personas que se reportan a usted (es decir, si usted es un gerente). Básicamente dice que no necesariamente tiene que haber administrado personas, sino que debe haber sido responsable de todos los aspectos de un proyecto de principio a fin.
Lamentablemente, no conozco ningún recurso al respecto; quizás alguien más pueda ayudarlo con esa parte de su pregunta.
La gestión de proyectos es más arte que ciencia. Los libros no ayudan mucho. La experiencia es esencialmente lo que se requiere.
Para ganar experiencia, simplemente participa en varios proyectos con gerentes de proyectos buenos y malos. Así es como aprendes este tipo de arte: mirar a los demás.
Aunque muchas universidades lo intentan, hay mucho sobre la gestión de proyectos de TI que no se puede enseñar; tiene que ser experimentado, luego aprendido por ensayo y error. Si nunca se ha sentado con el tipo que pagará sus facturas para desarrollar una pieza de software, entonces se sentó con los futuros usuarios finales de su software para determinar cómo debe verse y cómo debe funcionar, y equilibrado esos dos conjuntos de requisitos a menudo exclusivos para llevar el software de los pensamientos iniciales a un producto terminado en manos de los usuarios objetivo, no ha "gestionado" un proyecto, y aunque se le pueden dar estrategias generales, etc., probablemente no le iría bien si fuera a ser arrojado a tal situación, sumérjase o nade.
La gestión de proyectos de software involucra las cinco áreas del SLDC clásico; análisis, diseño, desarrollo, implementación y mantenimiento. También requiere tratar con tres áreas clave de las partes interesadas: trabajo, administración y presupuesto, en ambos lados de un proyecto (aquellos que desean el producto y los que lo crean). Se aprende más comúnmente a través de la experiencia más que a través de la lectura, aunque hay una buena cantidad de libros disponibles que pueden ayudar.
¡Gracias! Entiendo que la experiencia es importante, pero ¿cuáles son "una buena cantidad de libros disponibles que pueden ayudar"? No aprendí esto en la universidad porque mi especialidad no era CS.
Tim
Simplemente diríjase a su B&N local y busque en la sección Software; debería haber un estante completo o más de libros sobre el tema de "gestión de proyectos de software".
KeithS
1
Parece que los requisitos de trabajo que está buscando es simplemente buscar a alguien que tenga algún rol principal en un proyecto. No tener subordinados significa que no lo están buscando para administrar personas (proporcionar evaluaciones de desempeño, contratar / despedir, etc.)
Trabajar desde el diseño hasta la prueba también es, en realidad, un alcance bastante limitado. Esto excluye cosas como presentar un proyecto a la gerencia sénior, trabajar con los clientes en los requisitos, trabajar con marketing y ventas y toda la fase de lanzamiento y soporte de proyectos.
Obtendría Rapid Development, ya que está bien organizado en torno a cada fase de un proyecto, principalmente desde la perspectiva de un desarrollador de software. Puede estar un poco anticuado, pero hace un buen trabajo al proporcionar suficiente material de partida para que pueda comenzar. A partir de ahí, incluso si aún no desea "encontrar una empresa", debe encontrar un grupo de personas para hablar sobre temas que tengan más experiencia que usted. Aprender de las personas que ya han pasado por el proceso siempre parece ser el maestro más rápido / efectivo. (no me malinterpreten, también recomiendo libros, pero si recién está comenzando, le resultará útil contar con alguien que lo ayude a construir contexto con usted mientras procesa la información en los libros)
Los subordinados son personas que se reportan a usted (es decir, si usted es un gerente). Básicamente dice que no necesariamente tiene que haber administrado personas, sino que debe haber sido responsable de todos los aspectos de un proyecto de principio a fin.
Lamentablemente, no conozco ningún recurso al respecto; quizás alguien más pueda ayudarlo con esa parte de su pregunta.
fuente
La gestión de proyectos es más arte que ciencia. Los libros no ayudan mucho. La experiencia es esencialmente lo que se requiere.
Para ganar experiencia, simplemente participa en varios proyectos con gerentes de proyectos buenos y malos. Así es como aprendes este tipo de arte: mirar a los demás.
fuente
Aunque muchas universidades lo intentan, hay mucho sobre la gestión de proyectos de TI que no se puede enseñar; tiene que ser experimentado, luego aprendido por ensayo y error. Si nunca se ha sentado con el tipo que pagará sus facturas para desarrollar una pieza de software, entonces se sentó con los futuros usuarios finales de su software para determinar cómo debe verse y cómo debe funcionar, y equilibrado esos dos conjuntos de requisitos a menudo exclusivos para llevar el software de los pensamientos iniciales a un producto terminado en manos de los usuarios objetivo, no ha "gestionado" un proyecto, y aunque se le pueden dar estrategias generales, etc., probablemente no le iría bien si fuera a ser arrojado a tal situación, sumérjase o nade.
La gestión de proyectos de software involucra las cinco áreas del SLDC clásico; análisis, diseño, desarrollo, implementación y mantenimiento. También requiere tratar con tres áreas clave de las partes interesadas: trabajo, administración y presupuesto, en ambos lados de un proyecto (aquellos que desean el producto y los que lo crean). Se aprende más comúnmente a través de la experiencia más que a través de la lectura, aunque hay una buena cantidad de libros disponibles que pueden ayudar.
fuente
Parece que los requisitos de trabajo que está buscando es simplemente buscar a alguien que tenga algún rol principal en un proyecto. No tener subordinados significa que no lo están buscando para administrar personas (proporcionar evaluaciones de desempeño, contratar / despedir, etc.)
Trabajar desde el diseño hasta la prueba también es, en realidad, un alcance bastante limitado. Esto excluye cosas como presentar un proyecto a la gerencia sénior, trabajar con los clientes en los requisitos, trabajar con marketing y ventas y toda la fase de lanzamiento y soporte de proyectos.
Obtendría Rapid Development, ya que está bien organizado en torno a cada fase de un proyecto, principalmente desde la perspectiva de un desarrollador de software. Puede estar un poco anticuado, pero hace un buen trabajo al proporcionar suficiente material de partida para que pueda comenzar. A partir de ahí, incluso si aún no desea "encontrar una empresa", debe encontrar un grupo de personas para hablar sobre temas que tengan más experiencia que usted. Aprender de las personas que ya han pasado por el proceso siempre parece ser el maestro más rápido / efectivo. (no me malinterpreten, también recomiendo libros, pero si recién está comenzando, le resultará útil contar con alguien que lo ayude a construir contexto con usted mientras procesa la información en los libros)
¡buena suerte!
fuente