Configuración de proyectos y equipos en Azure DevOps
En el panorama actual de desarrollo de software altamente dinámico, la organización eficiente del proyecto y la colaboración en equipo son componentes esenciales de la estrategia de DevOps. Los proyectos y los equipos de Azure DevOps forman la base para una comunicación eficaz, una responsabilidad clara y una administración de flujos de trabajo simplificada. También contribuyen a mejorar la agilidad, la entrega acelerada y la alineación adecuada con los objetivos empresariales.
Planificación
Para crear el enfoque óptimo para implementar proyectos y equipos, primero debe analizar la estructura organizativa, su modelo operativo y los roles que contribuyen al ciclo de vida de desarrollo. Este análisis debe tener en cuenta factores como divisiones departamentales, iniciativas empresariales actuales y cualquier proyecto existente que pueda introducir posibles dependencias entre proyectos.
A continuación, para cada nuevo proyecto, determine su ámbito, objetivos y partes interesadas. En función del modelo organizativo y los requisitos del proyecto, identifique la manera óptima de estructurar los equipos del proyecto. Decidan si los equipos serán transversales u organizados según criterios como características y componentes. Identifique los roles y responsabilidades dentro de los equipos del proyecto. Entre los roles comunes se incluyen desarrolladores, evaluadores, propietarios de productos, maestros de Scrum y administradores de proyectos. Defina claramente las expectativas y responsabilidades asociadas a cada rol. Asegúrese de que hay suficientes técnicas y métodos para la colaboración y la comunicación dentro y entre los equipos.
Establezca directivas y directrices de gobernanza para la administración de proyectos, incluidas las directivas de control de versiones, las estrategias de bifurcación, los procesos de revisión de código y la comprobación de los requisitos de cumplimiento. Defina los procesos y metodologías ágiles que se usarán para la administración de proyectos. Tenga en cuenta que puede personalizar las herramientas Agile en Azure DevOps para apoyar sus decisiones.
Para simplificar el proceso de creación de nuevos proyectos, considere la posibilidad de definir plantillas o planos técnicos que definen la estructura, los procesos y los artefactos del proyecto. Estas plantillas pueden incluir configuraciones predefinidas de repositorios de código fuente, seguimiento de elementos de trabajo, canalizaciones y planes de prueba.
Implementación
Una vez completados todos los preparativos, continúe con la implementación del proyecto planeado. En el principio, debe especificar la visibilidad del proyecto (pública o privada), decidir entre el Control de versiones de Git y Team Foundation como mecanismo de control de versiones y elegir el proceso de elemento de trabajo. Esta opción incluye las siguientes opciones:
- Agile: se centra en el desarrollo iterativo y entrega el valor de los clientes a través de casos de usuario, trabajos pendientes, sprints y paneles visuales para realizar un seguimiento del progreso.
- Básico: ofrece un enfoque sencillo y flexible con elementos de trabajo genéricos y funcionalidades básicas de trabajos pendientes y tableros, más adecuados para equipos o proyectos pequeños.
- CMMI (integración del modelo de madurez de funcionalidad): proporciona procesos y estándares formalizados para administrar elementos de trabajo, requisitos y garantía de calidad, que es más adecuado para las organizaciones que buscan la mejora y el cumplimiento de procesos.
- Scrum: Emplea un marco iterativo y autoorganizado con backlogs de producto y sprint, reuniones diarias y artefactos para gestionar el trabajo y entregar cambios incrementales.
- Scrum personalizado: Facilita la adaptación del proceso de Scrum para adaptarse a necesidades específicas a través de la flexibilidad en los tipos de elementos de trabajo, los campos y los estados de flujo de trabajo.
Con el proyecto implementado, puede continuar con la creación de su estructura de equipo. De forma predeterminada, cada proyecto incluye un equipo cuyo nombre se deriva del nombre del proyecto, por lo que, dependiendo del resultado de la planeación, es posible que tenga que modificarlo. También puede crear equipos adicionales. Cada equipo debe tener al menos un administrador. Cada administrador del equipo puede agregar miembros del equipo.
Al crear un equipo, también es posible generar automáticamente una ruta de área con el nombre coincidente. Las rutas de acceso de área ayudan a organizar los elementos de trabajo dentro de un proyecto, lo que facilita una mejor visibilidad, generación de informes y control de acceso. La asociación de equipos individuales con una ruta de acceso de área dedicada ayuda a claramente delimitar sus áreas de responsabilidad.
Una vez creados los equipos, puede configurar para cada uno de ellos una amplia gama de opciones adicionales, incluidos los permisos personalizados. De forma predeterminada, los miembros del equipo se agregan al grupo Colaboradores en el nivel de proyecto. En este momento, también puede empezar a administrar recursos del proyecto, como repositorios, paneles, canalizaciones y planes de prueba, y asignarlos a equipos específicos según sea necesario.
En el espíritu de la mejora continua, debe revisar y refinar periódicamente la configuración del proyecto y el equipo en función de los comentarios de los miembros del proyecto y los equipos. Esto garantizará que su organización pueda administrar eficazmente el proceso de desarrollo de productos de software independientemente de su complejidad.