Compartir a través de

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

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Un proyecto de Azure DevOps proporciona un espacio para que los usuarios planeen, realicen un seguimiento del progreso y colaboren en la creación de soluciones de software. Actúa como un contenedor fundamental para almacenar datos y código fuente.

Al crear un proyecto, Azure DevOps crea automáticamente un equipo con el mismo nombre, lo que es suficiente para pequeñas organizaciones. En el caso de las organizaciones de nivel empresarial, es posible que tenga que escalar verticalmente mediante la creación de más equipos y proyectos. Azure DevOps admite hasta 1000 proyectos dentro de una organización.

Una organización con varios proyectos permite a los equipos configurar herramientas para satisfacer sus necesidades y completar tareas administrativas en los niveles adecuados. A medida que crece la organización, las herramientas se pueden escalar para apoyar una cultura de autonomía del equipo y alineación organizativa.

Para obtener más información, consulte Seguimiento del trabajo, procesos y límites del proyecto y Planeamiento de la estructura organizativa.

Administración del trabajo en toda la organización

Al conectarse a Azure DevOps, se conecta a una organización. Dentro de esta organización, puede 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:

  • Agregar proyectos: admite diferentes unidades de negocios.
  • Agregar equipos: cree equipos dentro de un proyecto.
  • Agregar repositorios y ramas: administre el código fuente.
  • Agregar agentes, grupos de agentes y grupos de implementación: admiten la integración e implementación continuas.
  • Administrar el acceso: use el identificador de Entra de Microsoft para controlar un gran número de usuarios.

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

  • Agregar instancias de servidor: aumente el rendimiento.
  • Agregar colecciones de proyectos y proyectos: apoyar a las diferentes unidades de negocio.
  • Agregar equipos: cree equipos dentro de un proyecto.
  • Agregar repositorios y ramas: administre el código fuente.
  • Agregar agentes, grupos de agentes y grupos de implementación: admiten la integración e implementación continuas.
  • Administrar el acceso: use Active Directory para controlar un gran número de usuarios.

Visualización de proyectos en la organización

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

  1. Seleccione Azure DevOps para abrir Proyectos.

    Captura de pantalla que muestra la página de proyectos.

  2. Elija un proyecto en la lista de proyectos.

Para obtener más información, consulte Crear un proyecto.

Limitar la visibilidad del 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. Para obtener más información, consulte Limitar la visibilidad del usuario para proyectos y mucho más y Cambio de la visibilidad del proyecto a público o privado.

Visualización de datos históricos

Todos los miembros del proyecto pueden ver las identidades agregadas a comentarios, discusiones o asignaciones. Por ejemplo, todos los usuarios del proyecto (incluso los usuarios con restricciones nuevas) todavía pueden ver el nombre de un usuario asignado a un elemento de trabajo cuando el usuario ya no forma parte del proyecto. Lo mismo es aplicable a @mentions en PRs, comentarios, discusiones y más.

Uso de un único proyecto

Un enfoque recomendado es usar un único proyecto para admitir su organización o empresa. Un solo proyecto puede ayudar a minimizar el mantenimiento de las tareas administrativas y proporciona la experiencia de objetos de vínculo cruzado más optimizada y flexible.

Incluso si tiene muchos equipos trabajando en cientos de aplicaciones y proyectos de software diferentes, puede administrarlos fácilmente dentro de un único proyecto. Un proyecto aísla los datos almacenados en él y mueve los datos de un proyecto a otro provoca la pérdida del historial asociado.

Para obtener más información, vea ¿Cuántos proyectos necesita?

Adición de otro proyecto

Otro enfoque factible es tener varios proyectos. Este enfoque se recomienda si su organización necesita:

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

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

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

Uso de proyectos privados y públicos

Puede tener proyectos públicos y privados. También puede cambiar la visibilidad de un proyecto de uno a otro.

Proyectos privados:

  • Necesitar agregar y administrar el acceso de los usuarios.
  • Requerir que los usuarios se autentiquen para obtener acceso, incluso solo de lectura.
  • Proporcione a todos los miembros del proyecto acceso a la información del proyecto y de la organización.

Para obtener más información, vea Recursos concedidos a los miembros del proyecto.

Importante

Solo las organizaciones con la directiva Permitir proyecto público ya habilitada pueden crear proyectos o cambiar la visibilidad de un proyecto a público. La directiva ya no está disponible para las organizaciones que aún no lo usan. Microsoft recomienda usar GitHub para todas las necesidades del proyecto público.

Proyectos públicos:

  • No exija que los usuarios inicien sesión para acceder a servicios de solo lectura.
  • Compatibilidad con el uso compartido de código con otros usuarios.
  • Compatibilidad con la integración continua/implementación continua (CI/CD) del software de código abierto.

Para obtener más información, consulte Cambio de visibilidad de un proyecto.

Compatibilidad con el control de versiones

Los repositorios de Git solo se pueden examinar y clonar a través de HTTPS. Los puntos de conexión SSH y GVFS no están disponibles. Los clientes como Visual Studio e IntelliJ funcionan con la dirección URL de clonación HTTPS, pero no ofrecen la experiencia conectada vinculada a elementos de trabajo y otros materiales adjuntos.

Compatibilidad con widgets de panel

Los siguientes widgets de panel no muestran información útil para los miembros que no son miembros.

  • Asignadas a mí
  • Icono de código
  • Nuevo elemento de trabajo
  • Solicitud de incorporación de cambios
  • Resultados de la consulta
  • Calidad de los requisitos
  • Evolución del sprint
  • Capacidad de sprint
  • Introducción al sprint
  • Integrantes del equipo
  • Bienvenida
  • Vínculos de trabajo
  • Otros vínculos

Para obtener más información, vea Agregar widgets a un panel y preguntas más frecuentes sobre paneles, gráficos e informes.

Estructurar el proyecto

Use los siguientes elementos para estructurar el proyecto para satisfacer sus necesidades empresariales:

Personalización y configuración del proyecto

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 el 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, así como definir los pasos de compilación, los entornos de versión y la programación de implementación. Para obtener más información, consulte Build and release (Compilación y publicació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 y pruebas manuales y pruebas continuas para las compilaciones.

Agregar un equipo

A medida que crece su organización, puede agregar equipos equipados con herramientas ágiles configurables para satisfacer el flujo de trabajo de cada equipo. Para obtener más información, consulte los siguientes artículos.

Conexión a un proyecto con otros clientes

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

Para obtener más información, vea Compatibilidad con versiones de Azure DevOps Server.

Conceptos clave

Use el siguiente índice para acceder rápidamente a conceptos y tareas relacionados con la administración de proyectos y equipos.

Tareas administrativas y de usuario

Varias de las tareas siguientes requieren permisos concedidos a un miembro del grupo Administradores de proyectos o a un administrador de equipo.

Preguntas más frecuentes (P+F)

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

Un: Sí, pero no sin perder datos. Puede copiar manualmente los recursos y dejar algunos atrás, o usar una herramienta que no sea de Microsoft.

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

A. Consulte Api rest de proyectos.

También puede usar la CLI del proyecto az devops.

Contenido relacionado

  • Last updated on