Trabajo para una pequeña empresa de análisis/consultoría de 7 personas. Originalmente, me contrataron para ser analista de datos, pero las necesidades de la empresa cambiaron y el director me solicitó que asumiera el rol de gerente de lanzamiento y probador de control de calidad. Tenga en cuenta que mi título es en economía, no en software.
La mayor dificultad que he tenido para asumir este cargo es la gestión de nuestros proyectos. Actualmente no usamos un rastreador de errores, no usamos una herramienta de administración de proyectos y estamos luchando para encontrar una manera eficiente de producir notas de lanzamiento y comunicarnos con todos.
Tenemos más de 150 repositorios git y, en un momento dado, se están desarrollando 50. En promedio, cada proyecto tiene 3 dependencias, cada una con una versión específica de desarrollo o lanzamiento. Encuentro que esto es un poco abrumador, y nuestra forma actual de comunicarnos es hablar o imprimir notas.
Esto no parece eficiente o escalable. Otro problema es que el principio está vehementemente en contra del uso de un rastreador de errores ya que somos pequeños. Lo encuentro problemático porque significa que no tenemos un registro de auditoría y me dificulta hacer un seguimiento del progreso.
En el futuro, hay dos grandes preguntas con las que estoy tratando de lidiar:
¿Con qué tecnologías y conceptos debo familiarizarme para tener éxito en este rol? Actualmente, estoy algo familiarizado con las siguientes herramientas:
Para responder tu pregunta
P1: ¿Cómo debo hacer para 'gestionar' nuestros proyectos?
En mi humilde opinión, hay algunas preocupaciones clave para cualquier persona en un rol de gestión de versiones . Tal vez ya tengas algo de esto bajo control.
¿Estamos entregando el producto correcto (obtuvimos los requisitos correctos)?
¿Existe algún método que el equipo utilice para capturar y registrar los requisitos de manera efectiva (sesiones de búsqueda de necesidades, historias de usuarios detalladas)?
¿Cómo se facilitan las solicitudes de cambio? (Porque sí vienen)
Identifique un único punto de aprobación para los cambios de alcance y cualquier cosa relacionada con el alcance dentro de su organización para cada proyecto
Comunicación transparente relacionada con todos los cambios de alcance
¿Estamos entregando bien el producto (Baja densidad de defectos, Sin sorpresas, a tiempo)
P2: ¿Con qué tecnologías y conceptos debo familiarizarme para tener éxito en este rol?
Aquí es donde la mayoría de los equipos dedican más esfuerzo. Basado en mi experiencia, voy a compartir una lista de conceptos principales con los que debería estar familiarizado. Mirando su lista de herramientas, asumo que su producto es principalmente Java. Intentaré no hablar de una herramienta específica.
3. ¿Estamos dentro del presupuesto? En mi opinión, el desplazamiento del alcance es el factor principal que hace que un proyecto sobrepase el presupuesto.
Además de lo anterior, cualquier equipo ágil debe tener
Adición rápida : si el equipo es reacio a seguir algo que es ampliamente aceptado como mejor práctica (por lo general, tienen puntos válidos), puede solicitarles que lo usen durante algunos sprints y ver si tiene sentido. Por todos los medios tratar de averiguar por qué y mejorar. El hecho de que el cambio sea temporal lo hace más tolerante para los miembros en desacuerdo. Estaba pensando que puede usar lo mismo para alentar a los miembros de su equipo a adoptar el seguimiento de defectos.
¡Y buena suerte! :)
Olvídese de las herramientas de PM por ahora. Creo que necesitas evaluar esta situación:
¿Cómo debo hacer realmente para 'gestionar' nuestros proyectos?
La gestión de proyectos y lanzamientos son temas complicados que llenan estantes de libros. Sin embargo, los conceptos clave esencialmente se reducen a lo siguiente:
Su trabajo no es definir todas estas cosas usted mismo. Su trabajo es ayudar a la organización (y específicamente a la alta dirección) a definirlos, proporcionar a la alta dirección información sobre la creación de controles de procesos y luego proporcionar información sobre el estado en curso del proyecto a las partes interesadas interesadas.
¿Con qué tecnologías y conceptos debo familiarizarme para tener éxito en este rol?
Esto no es operativo. Las "tecnologías" son una forma de implementar sus procesos y procedimientos, y no son el marco en sí. Debe definir un proceso antes de poder diseñar controles de proceso efectivos para él.
En su lugar, debe familiarizarse con los objetivos comerciales (y las expectativas no escritas) para el proyecto, e investigar marcos y controles de gestión de proyectos que encajen bien tanto con los objetivos como con la cultura de su organización. Los controles técnicos y administrativos se diseñarán para adaptarse a su proceso, y no al revés.
MCW