¿Cuáles son las responsabilidades de un gerente de proyecto en un proyecto DevOps?

¿Cómo puede un gerente de proyecto fomentar una mayor responsabilidad entre el personal de DevOps capacitado y los desarrolladores capacitados en un entorno Agile?

Trabajo en un entorno donde tanto los desarrolladores como el personal de DevOps tienen mucha autonomía. Necesitan trabajar juntos para garantizar una canalización de desarrollo e implementación estable y compatible. Parece que un gerente de proyecto puede ayudar a crear la comunicación correcta entre los dos. Pero me encuentro en una situación en la que el director del proyecto tiene problemas para lograr que los dos grupos trabajen bien juntos.

No estoy completamente seguro de haber entendido tu primera oración.
¿Podemos comprobar primero su definición de "Proyecto"? ¿Quieres decir "Un proyecto para crear un entorno y proceso DevOps"? ¿O quiere decir "Un proyecto para administrar el proceso de DevOps en curso y la liberación de código"? El primero es un proyecto, el segundo son operaciones.
Estoy tentado a cerrar esto como poco claro, pero creo que hay una buena pregunta aquí en alguna parte. Quiero darle al OP (o a la comunidad) 1-2 días hábiles para mejorarlo.
@JoelBancroft-Connors Francamente, mi objetivo no es producir un neologismo. Un proyecto DEVOPS por lo que entiendo es un proyecto que tiene un principio y un final, es un esfuerzo temporal para crear un producto o un resultado único y que utiliza el concepto DEVOPS para producir un software.
@ MarkC.Wallace Espero haberte traído más detalles
No hay un rol definido llamado "Gestor de proyectos" en la cultura DevOps o marcos ágiles.
Editado para una mayor claridad de la intención creída de OP. Por favor, @AtmaneElBouachri, háganos saber si esto se acerca a lo que quiere decir.
@MarkPhillips Gracias. Si, más o menos. Acepto.
@RubberDuck Le agradecería que hiciera el esfuerzo de explicarme los DEVOPS en palabras simples. Lo siento por mi lamentable inglés, no soy hablante nativo de inglés.

Respuestas (1)

TL;DR

DevOps y la gestión de proyectos son prácticas y dominios de conocimiento muy separados que pueden tomar prestado unos de otros. Cualquier otra respuesta es probablemente una opinión sobre la implementación del proceso.

DevOps no es sinónimo de gestión ágil de proyectos

DevOps es principalmente una cultura de colaboración entre diversos roles, como análisis de requisitos, pruebas, desarrollo, implementación, operaciones y mantenimiento. En menor medida, también es un conjunto de herramientas y prácticas para permitir comentarios rápidos para la colaboración y proporcionar canalizaciones de entrega e implementación.

La gestión de proyectos como práctica o profesión es el arte de planificar y controlar proyectos. En la medida en que DevOps proporcione un marco para la entrega del producto y en la medida en que cree bucles de retroalimentación y controles de procesos, un gerente de proyecto puede aprovechar el marco y los controles al planificar, organizar o medir el proyecto. Sin embargo, DevOps como cultura o como cadena de herramientas no tiene un rol definido para un gerente de proyecto, lo que hace que la pregunta sea confusa y vaga.

Puede implementar un proyecto sin marcos o prácticas ágiles. Del mismo modo, un marco determinado como Scrum o Kanban no se basa en la cultura, las herramientas o las prácticas de DevOps para proporcionar controles de proceso. Sin embargo, a menudo es aconsejable tomar prestadas herramientas y prácticas sensibles de DevOps para crear comentarios o controles de procesos dentro de un marco ágil.

Aunque no existe un rol definido titulado "Gerente de proyecto" en la cultura DevOps o los marcos ágiles, eso no significa que un gerente de proyecto no pueda aprovecharlos. Sin embargo, si se sale de las definiciones formales, entonces su kilometraje puede variar.

Estoy de acuerdo en que DEVOPS y la gestión de proyectos son dos cosas separadas. Además, DevOps puede funcionar tanto con Agile como con Waterfall. De hecho, garantizará que cada sprint o cada etapa de la cascada se cruce de la manera más rápida posible una vez que el código para esta etapa esté listo. Pero aquí estamos hablando de la ingeniería de software [DEV/Desarrollo]. Es por eso que no puedo desasociar una implementación DEVOPS de un proyecto. Entonces, podemos plantear la pregunta de si DevOps se puede usar fuera de la ingeniería de software. Pero por ahora quiero restringir esta metodología en un marco de gestión de proyectos.