¿Cómo permitir que los equipos de proyecto envíen solicitudes de trabajo en ADO (Azure DevOps)?
Estoy buscando orientación sobre cómo configurar mejor Azure DevOps donde varios equipos de proyectos puedan enviar solicitudes de trabajo a mi equipo. Mi equipo revisaría la solicitud de trabajo, la evaluaría, ingresaría la fecha de implementación, etc…. los otros equipos pueden ver las actualizaciones de estado una vez que mi equipo completa la evaluación. Esas solicitudes luego se moverían a nuestro Tablero principal para iniciar el trabajo de desarrollo.
Aquí hay un resumen del proceso actual en vigor:
- Otros equipos de proyectos enviarían una solicitud de admisión a través de un formulario de Sharepoint.
- Mi equipo revisaría la solicitud de admisión, la evaluaría junto con cualquier otra información necesaria.
- Mi equipo entonces abriría un PBI en TFS con toda la información aplicable de la solicitud de admisión de Sharepoint.
- Completa el trabajo y actualiza el estado a “Hecho” en TFS.
- Regrese al formulario de SharePoint y actualice el estado en la solicitud de admisión a Completo.
- Notifique al otro equipo de proyecto que el trabajo está completo y desplegado, etc….
Estoy buscando consolidar completamente este proceso en ADO. El tablero de mis equipos no debería tener acceso para ser editado por otros equipos de proyecto. ¿Quizás algo así como un PBI puede ser abierto por otros equipos de proyecto con un acceso específico a un número limitado de opciones de Estado/Estado? De esta manera, mi equipo puede segregar PBI por Estado (Estado).
¡Cualquier recomendación sobre el mejor enfoque para manejar las solicitudes de admisión y consolidar todo en ADO con permisos en mente sería apreciada! Estoy abierto a diferentes ideas.
davy.ai
Como experto en TI, especializado en Azure DevOps y TFS, aquí están mis recomendaciones para su organización:
Configure un nuevo tipo de elemento de trabajo, por ejemplo, “Solicitud de admisión”, que incluya todos los campos y detalles necesarios.
Conceda acceso al tipo de elemento de trabajo “Solicitud de admisión” a un grupo limitado de personas, como los gerentes de proyectos, o cualquier otra persona que considere apropiada.
Cree una nueva ruta de área para cada equipo de proyecto que presentará solicitudes de trabajo, y luego cree una nueva ruta de iteración dentro de cada ruta de área también. De esta manera, cada equipo podrá crear y ver solo sus propios elementos de trabajo.
Configure un proceso personalizado con opciones de estado / estado específicas que su equipo puede utilizar para segregar PBIs por estado.
Configure un equipo personalizado que incluya solo a los miembros del equipo que estarán administrando los PBIs.
Configure permisos específicos del equipo en el tipo de elemento de trabajo “Solicitud de admisión” para que solo los miembros de ese equipo en particular puedan crear y administrar esos elementos de trabajo.
Cuando un equipo presenta una solicitud de admisión, los miembros de su equipo pueden revisar la solicitud, evaluar su tamaño y ingresar la fecha de implementación, etc. Luego pueden crear un nuevo elemento de trabajo de PBI en Azure DevOps basado en la solicitud de admisión.
Una vez que se crea un PBI, los miembros de su equipo pueden comenzar a trabajar en él y actualizar su estado según sea necesario utilizando los estados / estados personalizados configurados en el paso 5.
Otros equipos pueden ver actualizaciones de estado en PBIs que han presentado, pero no podrán editar o administrar esos PBIs.
Una vez que se completa el trabajo y se actualiza como “Hecho”, su equipo puede notificar al otro equipo de proyecto que el trabajo está completo y desplegado.
Espero que esto le ayude a configurar un proceso más simplificado y eficiente para administrar solicitudes de trabajo en Azure DevOps, asegurando al mismo tiempo que los miembros del equipo tengan los permisos adecuados para acceder y administrar sus elementos de trabajo.