Acerca de los proyectos y el escalado de la organización

Azure DevOps Services | Azure DevOps Server 2022: Azure DevOps Server 2019 | TFS 2018

Un proyecto proporciona un repositorio para el código fuente y un lugar para que los usuarios planeen, realicen un seguimiento del progreso y colaboren en la creación de soluciones de software. Un proyecto representa un contenedor fundamental donde se almacenan los datos cuando se agregan a Azure DevOps.

Al crear el proyecto, se crea automáticamente un equipo con el mismo nombre. Esto es suficiente para equipos pequeños. Sin embargo, para las organizaciones de nivel empresarial, puede ser necesario escalar verticalmente para crear más equipos y proyectos. Estas adiciones se pueden crear dentro de la única cuenta o colección.

Para obtener más información, consulte Planeamiento de la estructura organizativa.


Un único proyecto y equipo definidos dentro de un
organización o colección

Varios proyectos y equipos definidos dentro de
organización o colección


Imagen conceptual, Single collection-project-team.

Imagen conceptual, Scaled collection-project-team.


La estructura collection-project-team proporciona a los equipos un alto nivel de autonomía para configurar sus herramientas de manera que funcionen para ellos. También admite tareas administrativas para que se produzcan en el nivel adecuado. A medida que crece la organización, las herramientas pueden crecer para apoyar una cultura de autonomía del equipo y alineación organizativa.

¿Cómo administra el trabajo en toda la empresa?

¿Cómo se escalan las herramientas de DevOps y Agile para respaldar su creciente empresa?

Al conectarse a Azure DevOps, se conecta a una organización o colección de proyectos. Dentro de ese contenedor, se pueden definir uno o varios proyectos. Se debe crear al menos un proyecto para usar el sistema.

Puede escalar la organización de las siguientes maneras:

  • Para admitir diferentes unidades de negocio, puede agregar proyectos
  • Dentro de un proyecto, puede agregar equipos.
  • Adición de repositorios y ramas
  • Para admitir la integración e implementación continuas, puede agregar agentes, grupos de agentes e grupos de implementación.
  • Para administrar un gran número de usuarios, puede administrar el acceso a través de Azure Active Directory.

Puede escalar la implementación local de Azure DevOps de las siguientes maneras:

  • Para aumentar el rendimiento, puede agregar instancias de servidor.
  • Para admitir diferentes unidades de negocio, puede agregar colecciones de proyectos y proyectos.
  • Dentro de un proyecto, puede agregar equipos.
  • Adición de repositorios y ramas
  • Para admitir la integración e implementación continuas, puede agregar agentes, grupos de agentes e grupos de implementación.
  • Para administrar un gran número de usuarios, puede administrar el acceso a través de Active Directory.

Azure DevOps Services y Azure DevOps Server son plataformas listas para la empresa. Estas plataformas admiten equipos de cualquier tamaño, de decenas a miles. Azure DevOps Services, nuestro servicio en la nube, proporciona un servicio hospedado escalable, confiable y disponible globalmente. Está respaldado por un Acuerdo de Nivel de Servicio del 99,9 %, supervisado por nuestro equipo de operaciones de 24x7 y disponible en centros de datos locales de todo el mundo.

Visualización de proyectos

Para ver los proyectos definidos para su organización, abra la página Proyectos .

  1. Seleccione Azure DevOps para abrir Proyectos.

    Abrir proyectos

  2. Elija un proyecto en la lista de proyectos.

Para crear o enumerar proyectos, consulte Creación de un proyecto.

  1. Seleccione Azure DevOps para abrir Proyectos.

    Captura de pantalla del botón Abrir proyectos, navegación horizontal

  2. Desde allí, puede elegir un proyecto en el conjunto de proyectos enumerados.

    Elija un proyecto en el conjunto de proyectos enumerados.

Limitar la visibilidad del usuario para los proyectos mediante el grupo de usuarios con ámbito de proyecto

De forma predeterminada, los usuarios agregados a una organización pueden ver toda la información de la organización y la configuración del proyecto.

La característica Limitar la visibilidad y colaboración del usuario a proyectos específicos en versión preliminar para la organización limita el acceso de los usuarios de dos maneras:

  • Restringir las vistas que muestran la lista de usuarios, la lista de proyectos, los detalles de facturación, los datos de uso y mucho más a las que se accede a través de la configuración de la organización.
  • Limitar el conjunto de usuarios o grupos que aparecen a través de selecciones de búsqueda del selector de personas y la capacidad de @mention los usuarios.

Importante

  • Las características de visibilidad limitada descritas en esta sección solo se aplican a las interacciones a través del portal web. Con las API REST o los comandos de la CLI de Azure devops , los miembros del proyecto pueden acceder a los datos restringidos.
  • Los usuarios invitados que son miembros del grupo limitado con acceso predeterminado en Azure AD no pueden buscar usuarios con el selector de personas. Cuando la característica de versión preliminar está desactivada o cuando los usuarios invitados no son miembros del grupo limitado, los usuarios invitados pueden buscar en todos los usuarios de Azure AD, según lo previsto.

Limitar el acceso a la configuración de la organización

Para restringir usuarios seleccionados, como partes interesadas, usuarios invitados de Azure Active Directory o miembros de un grupo de seguridad determinado, puede habilitar la característica Limitar la visibilidad y colaboración del usuario a proyectos específicos en versión preliminar para la organización. Una vez habilitado, cualquier usuario o grupo agregado al grupo de usuarios con ámbito de proyecto está restringido a acceder a las páginas de configuración de la organización , excepto información general y proyectos; y están restringidos a acceder solo a los proyectos a los que se han agregado.

Para habilitar esta característica, consulte Administración o habilitación de características.

Nota

Todos los grupos de seguridad son entidades de nivel de organización, incluso aquellos grupos que solo tienen permisos para un proyecto específico. Desde el portal web, la visibilidad de algunos grupos de seguridad puede estar limitada en función de los permisos de usuario. Sin embargo, puede detectar los nombres de todos los grupos de una organización mediante la herramienta de la CLI de Azure devops o nuestras API REST. Para más información, consulte Incorporación y administración de grupos de seguridad.

Nota

Todos los grupos de seguridad son entidades de nivel de colección, incluso aquellos grupos que solo tienen permisos para un proyecto específico. Desde el portal web, la visibilidad de algunos grupos de seguridad puede estar limitada en función de los permisos de usuario. Sin embargo, puede detectar los nombres de todos los grupos de una organización mediante la herramienta de la CLI de Azure devops o nuestras API REST. Para más información, consulte Incorporación y administración de grupos de seguridad.

Nota

Todos los grupos de seguridad son entidades de nivel de colección, incluso aquellos grupos que solo tienen permisos para un proyecto específico. Desde el portal web, la visibilidad de algunos grupos de seguridad puede estar limitada en función de los permisos de usuario. Sin embargo, puede detectar los nombres de todos los grupos de una organización mediante las API rest. Para más información, consulte Incorporación y administración de grupos de seguridad.

Limitar la visibilidad dentro de los selectores de personas

Las organizaciones que administran usuarios y grupos mediante Azure Active Directory (Azure AD) pueden usar selectores de personas, que admiten la búsqueda de todos los usuarios y grupos agregados a Azure AD, no solo los usuarios y grupos agregados al proyecto. Personas selectores admiten las siguientes funciones de Azure DevOps:

  • Selección de una identidad de usuario de un campo de identidad de seguimiento de trabajo, como Asignado a
  • Selección de un usuario o grupo mediante @mention en un campo de discusión de elementos de trabajo o texto enriquecido, una discusión de solicitud de incorporación de cambios, comentarios de confirmación o comentarios de conjunto de cambios o comentarios de conjunto de cambios
  • Selección de un usuario o grupo mediante @mention desde una página wiki

Como se muestra en la siguiente imagen, comenzará a escribir un usuario en el cuadro selector de personas hasta que encuentre una coincidencia con el nombre de usuario o el grupo de seguridad.

Captura de pantalla del selector de personas

Advertencia

Cuando la característica Limitar visibilidad y colaboración de usuarios a proyectos específicos está habilitada para la organización, los usuarios con ámbito de proyecto no pueden buscar usuarios que se agregaron a la organización a través de la pertenencia a grupos de Azure Active Directory, en lugar de a través de una invitación de usuario explícita. Se trata de un comportamiento inesperado y se está trabajando en una resolución. Para resolver este problema automáticamente, deshabilite la característica Limitar la visibilidad del usuario y la colaboración a proyectos específicos en versión preliminar para la organización.

Los usuarios y grupos que se agregan al grupo de usuarios con ámbito de proyecto solo pueden ver y seleccionar usuarios y grupos en el proyecto al que están conectados desde un selector de personas. Para definir el ámbito de los selectores de personas para todos los miembros del proyecto, consulte Administrar su organización, Limitar búsqueda y selección de identidades.

Los datos históricos permanecen visibles

Las identidades que se han agregado a un comentario, discusión o asignación siguen siendo visibles para todos los miembros del proyecto. Por ejemplo, los elementos de trabajo asignados a un usuario que ha dejado un proyecto desde entonces, el nombre del usuario en ese elemento de trabajo permanece visible para todos los usuarios del proyecto, incluso para los usuarios con la nueva restricción. Lo mismo sucede en @mentions las solicitudes de incorporación de cambios, comentarios, discusiones, etc.

Cuándo agregar otro proyecto

En general, se recomienda usar un único proyecto para admitir su organización o empresa. Un único proyecto minimiza el mantenimiento de las tareas administrativas y admite la experiencia de objetos de vínculo cruzado más optimizada o de flexibilidad completa.

Incluso si tiene muchos equipos que trabajan en cientos de aplicaciones y proyectos de software diferentes, puede administrarlos con más facilidad en un solo proyecto. Un proyecto sirve para aislar los datos almacenados en él. No se pueden mover fácilmente datos de un proyecto a otro. Al mover datos de un proyecto a otro, normalmente se pierde el historial asociado a esos datos.

Para obtener más información sobre cuándo agregar otro proyecto, vea ¿Cuántos proyectos necesita?

Motivos para agregar otro proyecto

Es posible que desee agregar otro proyecto en las siguientes instancias:

  • Para prohibir o administrar el acceso a la información contenida en un proyecto para seleccionar grupos
  • Para admitir procesos de seguimiento de trabajo personalizados para unidades de negocio específicas dentro de la organización
  • Para admitir unidades de negocio completamente independientes que tengan sus propias directivas administrativas y administradores
  • Para admitir las actividades de personalización de prueba o agregar extensiones antes de implementar los cambios en el proyecto de trabajo
  • Para admitir un proyecto de software de código abierto (OSS)

Es posible que desee agregar otro proyecto en las siguientes instancias:

  • Para prohibir o administrar el acceso a la información contenida en un proyecto
  • Para admitir procesos de seguimiento de trabajo personalizados para unidades de negocio específicas dentro de la organización
  • Para admitir unidades de negocio completamente independientes que tengan sus propias directivas administrativas y administradores
  • Para admitir las actividades de personalización de prueba o agregar extensiones antes de implementar los cambios en el proyecto de trabajo

Proyectos privados y públicos

Puede agregar proyectos públicos y privados a su organización. También puede cambiar la visibilidad de un proyecto de privado a público.

Los proyectos privados requieren que agregue y administre el acceso de los usuarios. Los usuarios deben iniciar sesión para obtener acceso a un proyecto, aunque sea de solo lectura. Todos los usuarios agregados a un proyecto tienen acceso a la información del proyecto y de la organización. Para obtener más información, consulte Recursos concedidos a los miembros del proyecto.

Un proyecto público no requiere que los usuarios inicien sesión para obtener acceso de solo lectura a muchos de los servicios. Los proyectos públicos proporcionan compatibilidad para compartir código con otros usuarios y para admitir la integración continua o la implementación continua (CI/CD) del software de código abierto. Para más información sobre los proyectos públicos, consulte ¿Qué es un proyecto público?.

Estructurar el proyecto

Al agregar un proyecto, examine el uso de los siguientes elementos para estructurarlo para satisfacer sus necesidades empresariales:

Personalización y configuración de proyectos

Puede configurar y personalizar la mayoría de los servicios y aplicaciones para satisfacer sus necesidades empresariales o la forma en que trabajan los equipos. Dentro de cada proyecto, puede realizar las siguientes tareas. Para obtener una vista completa de los recursos que se pueden configurar, consulte Acerca de la configuración de equipo, proyecto y nivel organizativo.

  • Paneles: cada equipo puede configurar su conjunto de paneles para compartir información y supervisar su progreso.
  • Control de código fuente: para cada repositorio de Git, puede aplicar directivas de rama y definir permisos de rama. En el caso de los repositorios de TFVC, puede establecer directivas de protección.
  • Seguimiento del trabajo: puede agregar campos, cambiar el flujo de trabajo, agregar reglas personalizadas y agregar páginas personalizadas al formulario del elemento de trabajo de la mayoría de los tipos de elementos de trabajo. También puede agregar tipos de elementos de trabajo personalizados. Para obtener más información, consulte Personalización de un proceso de herencia.
  • Azure Pipelines: puede personalizar completamente las canalizaciones de compilación y versión, definir pasos de compilación, entornos de versión y programación de implementación. Para obtener más información, consulte Compilación y versión.
  • Azure Test Plans: puede definir y configurar planes de prueba, conjuntos de pruebas, casos de prueba y entornos de prueba. También puede agregar pasos de prueba dentro de las canalizaciones de compilación. Para obtener más información, consulte Exploratory Manual Testing and continuous testing for your builds (Pruebas manuales exploratorias & y pruebas continuas para las compilaciones).
  • Paneles: cada equipo puede configurar su conjunto de paneles para compartir información y supervisar su progreso.
  • Control de código fuente: para cada repositorio de Git, puede aplicar directivas de rama y definir permisos de rama. En el caso de los repositorios de TFVC, puede establecer directivas de protección.
  • Seguimiento del trabajo: puede agregar campos, cambiar el flujo de trabajo, agregar reglas personalizadas y agregar páginas personalizadas al formulario del elemento de trabajo de la mayoría de los tipos de elementos de trabajo. También puede agregar tipos de elementos de trabajo personalizados. Para obtener más información, consulte Personalización del modelo de proceso XML local.
  • Compilación y versión: puede personalizar completamente las canalizaciones de compilación y versión, definir pasos de compilación, entornos de versión y programación de implementación. Para obtener más información, consulte Compilación y versión.
  • Prueba: puede definir y configurar planes de prueba, conjuntos de pruebas, casos de prueba y entornos de prueba. También puede agregar pasos de prueba dentro de las canalizaciones de compilación. Para obtener más información, consulte Exploratory Manual Testing and continuous testing for your builds (Pruebas manuales exploratorias & y pruebas continuas para las compilaciones).

Cuándo agregar un equipo, escalado de herramientas de Agile en toda la empresa

A medida que crece su organización, agregue equipos para proporcionarles las herramientas ágiles que cada equipo puede configurar para satisfacer su flujo de trabajo. Para más información, consulte los siguientes artículos:

Para revisar historias y vídeos cortos sobre cómo Microsoft ha pasado de cascada a Agile, consulte Escalado de Agile en toda la empresa.

Clientes que admiten la conexión a un proyecto

Además de conectarse a través de un explorador web, puede conectarse a un proyecto desde los siguientes clientes:

Consulte también Compatibilidad con versiones de Azure DevOps Server.

Preguntas y respuestas

P: ¿Puedo mover o transferir un proyecto a otra organización o colección?

Un: No sin perder datos. No se puede mover un proyecto de una colección o organización a otra sin perder datos. Puede copiar manualmente los recursos y dejar atrás o usar una herramienta de terceros, como OpsHub Visual Studio Migration Utility, que copia los datos mediante las API rest.

P: ¿Qué herramientas de programación admiten proyectos?

A. Consulte Api rest de proyectos.

Además, puede usar los comandos az devops project.