Delen via

Over projecten en het schalen van uw organisatie

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Een project in Azure DevOps biedt gebruikers de ruimte om de voortgang te plannen, bij te houden en samen te werken aan het bouwen van softwareoplossingen. Het fungeert als een fundamentele container voor het opslaan van gegevens en broncode.

Wanneer u een project maakt, maakt Azure DevOps automatisch een team met dezelfde naam, wat voldoende is voor kleine organisaties. Voor organisaties op ondernemingsniveau moet u mogelijk omhoog schalen door meer teams en projecten te maken. Azure DevOps ondersteunt maximaal 1000 projecten binnen een organisatie.

Met een organisatie met meerdere projecten kunnen teams hulpprogramma's configureren om aan hun behoeften te voldoen en beheertaken op de juiste niveaus uit te voeren. Naarmate uw organisatie groeit, kunnen uw hulpprogramma's worden geschaald om een cultuur van teamautonoomheid en afstemming van de organisatie te ondersteunen.

Zie Werktracking, proces- en projectlimieten en plan uw organisatiestructuur voor meer informatie.

Werk beheren binnen uw organisatie

Wanneer u verbinding maakt met Azure DevOps, maakt u verbinding met een organisatie. Binnen deze organisatie kunt u een of meer projecten definiëren. Er moet ten minste één project worden gemaakt om het systeem te kunnen gebruiken.

U kunt uw organisatie op de volgende manieren schalen:

  • Projecten toevoegen: ondersteuning voor verschillende bedrijfseenheden.
  • Teams toevoegen: Teams binnen een project maken.
  • Opslagplaatsen en vertakkingen toevoegen: Uw broncode beheren.
  • Agents, agentgroepen en implementatiegroepen toevoegen: ondersteuning voor continue integratie en implementatie.
  • Toegang beheren: Gebruik Microsoft Entra-id om een groot aantal gebruikers af te handelen.

U kunt uw on-premises Azure DevOps-implementatie op de volgende manieren schalen:

  • de serverinstanties toevoegen: prestaties verhogen.
  • Projectverzamelingen en projecten toevoegen: ondersteuning voor verschillende bedrijfseenheden.
  • Teams toevoegen: Teams binnen een project maken.
  • Opslagplaatsen en vertakkingen toevoegen: Uw broncode beheren.
  • Agents, agentgroepen en implementatiegroepen toevoegen: ondersteuning voor continue integratie en implementatie.
  • Toegang beheren: Active Directory gebruiken om een groot aantal gebruikers af te handelen.

Projecten in uw organisatie weergeven

Bekijk de projecten die voor uw organisatie zijn gedefinieerd door de pagina Projecten te openen.

  1. Selecteer Azure DevOps om Projecten te openen.

    Schermopname van de pagina Projecten.

  2. Kies een project in de lijst met projecten.

Zie Een project maken voor meer informatie.

Zichtbaarheid van project beperken

Standaard kunnen gebruikers die zijn toegevoegd aan een organisatie, alle organisatie- en projectgegevens en -instellingen bekijken. Zie Voor meer informatie de zichtbaarheid van gebruikers voor projecten beperken en meer en de zichtbaarheid van projecten wijzigen in openbaar of privé.

Historische gegevens weergeven

Alle projectleden kunnen identiteiten bekijken die zijn toegevoegd aan opmerkingen, discussies of toewijzingen. Iedereen in het project (zelfs gebruikers met nieuwe beperkingen) kan bijvoorbeeld nog steeds de naam van een gebruiker zien die is toegewezen aan een werkitem wanneer de gebruiker geen deel meer uitmaakt van het project. Hetzelfde geldt voor @mentions in pull-aanvragen, opmerkingen, discussies en meer.

Eén project gebruiken

Een aanbevolen benadering is om één project te gebruiken ter ondersteuning van uw organisatie of onderneming. Eén project kan helpen bij het minimaliseren van het onderhoud van beheertaken en biedt de meest geoptimaliseerde en flexibele cross-link object ervaring.

Zelfs als u veel teams hebt die aan honderden verschillende toepassingen en softwareprojecten werken, kunt u ze eenvoudig binnen één project beheren. Een project isoleert de gegevens die erin zijn opgeslagen en het verplaatsen van gegevens van het ene project naar het andere leidt tot verlies van de bijbehorende geschiedenis.

Zie Hoeveel projecten hebt u nodig voor meer informatie?

Nog een project toevoegen

Een andere haalbare aanpak is om meerdere projecten te hebben. Deze methode wordt aanbevolen als uw organisatie het volgende moet doen:

  • Toegang tot de informatie in een project verbieden of beheren voor bepaalde groepen
  • Ondersteuning voor aangepaste processen voor het bijhouden van werk voor specifieke bedrijfseenheden binnen uw organisatie
  • Volledig afzonderlijke bedrijfseenheden ondersteunen die hun eigen beheerbeleid en beheerders hebben
  • Aanpassingsactiviteiten testen of extensies toevoegen voordat wijzigingen in het werkproject worden geïmplementeerd
  • Ondersteuning voor een OSS-project (opensource-software)

U kunt in de volgende gevallen een ander project toevoegen:

  • Toegang tot de informatie in een project verbieden of beheren
  • Ondersteuning voor aangepaste processen voor het bijhouden van werk voor specifieke bedrijfseenheden binnen uw organisatie
  • Volledig afzonderlijke bedrijfseenheden ondersteunen die hun eigen beheerbeleid en beheerders hebben
  • Aanpassingsactiviteiten testen of extensies toevoegen voordat wijzigingen in het werkproject worden geïmplementeerd

Privé- en openbare projecten gebruiken

U kunt zowel privé- als openbare projecten hebben. U kunt ook de zichtbaarheid van een project wijzigen van het ene naar het andere project.

privéprojecten:

  • Vereisen dat gebruikerstoegang wordt toegevoegd en beheerd.
  • Vereisen dat gebruikers zich aanmelden om toegang te krijgen, zelfs voor alleen-lezentoegang.
  • Geef alle projectleden toegang tot de project- en organisatiegegevens.

Zie Resources die zijn verleend aan projectleden voor meer informatie.

openbare projecten:

  • Gebruikers hoeven zich niet aan te melden voor alleen-lezentoegang tot veel services.
  • Ondersteuning voor het delen van code met anderen.
  • Ondersteuning voor continue integratie/continue implementatie (CI/CD) van opensource-software.

Zie Zichtbaarheid van een project wijzigenvoor meer informatie.

Ondersteuning voor versiebeheer

Git-opslagplaatsen kunnen alleen worden bekeken en gekloond via HTTPS. SSH- en GVFS-eindpunten zijn niet beschikbaar. Clients zoals Visual Studio en IntelliJ werken met de HTTPS-kloon-URL, maar bieden niet de geïntegreerde ervaring die is gekoppeld aan werkitems en andere gerelateerde elementen.

Dashboard-widget ondersteuning

In de volgende dashboardwidgets worden geen nuttige informatie weergegeven voor niet-leden.

  • Toegewezen aan mij
  • Codetegel
  • Nieuw werkitem
  • Pull-aanvraag
  • Queryresultaten
  • Kwaliteit van vereisten
  • Sprint burndown
  • Sprintcapaciteit
  • Overzicht van sprints
  • Teamleden
  • Welkom
  • Werkkoppelingen
  • Andere koppelingen:

Zie Widgets toevoegen aan een dashboard en veelgestelde vragen over dashboards, grafieken en rapportenvoor meer informatie.

Uw project structuren

Gebruik de volgende elementen om uw project te structuren om uw bedrijfsbehoeften te ondersteunen:

Uw project aanpassen en configureren

U kunt de meeste services en toepassingen configureren en aanpassen ter ondersteuning van uw bedrijfsbehoeften of de manier waarop uw teams werken. Binnen elk project kunt u de volgende taken uitvoeren. Voor een uitgebreid overzicht van welke resources geconfigureerd kunnen worden, zie Instellingen voor team-, project- en organisatieniveau.

  • Dashboards: elk team kan hun set dashboards configureren om informatie te delen en de voortgang te controleren.
  • Broncodebeheer: Voor elke Git-opslagplaats kunt u vertakkingsbeleid toepassen en vertakkingsmachtigingen definiëren. Voor TFVC-opslaglocaties kunt u incheckbeleid instellen.
  • Werktracering: U kunt velden toevoegen, de werkstroom wijzigen, aangepaste regels toevoegen en aangepaste pagina's toevoegen aan de werkitemvorm van de meeste typen werkitems. U kunt ook aangepaste typen werkitems toevoegen. Zie Een overnameproces aanpassen voor meer informatie.
  • Azure Pipelines: u kunt uw build- en release-pijplijnen volledig aanpassen en buildstappen, releaseomgevingen en implementatieschema definiëren. Zie Build en release voor meer informatie.
  • Azure Test Plans: u kunt testplannen, testsuites, testcases en testomgevingen definiëren en configureren. U kunt ook teststappen toevoegen binnen uw buildpipelines. Voor meer informatie, zie verkennende en handmatige tests en continue testen voor uw builds.

Een team toevoegen

Naarmate uw organisatie groeit, kunt u teams toevoegen die zijn uitgerust met configureerbare Agile-hulpprogramma's om te voldoen aan de werkstroom van elk team. Zie de volgende artikelen voor meer informatie.

Verbinding maken met een project met andere klanten

Afgezien van het maken van verbinding via een webbrowser, kunt u verbinding maken met een project vanaf de volgende clients:

Zie Compatibiliteit met Azure DevOps Server-versies voor meer informatie.

Belangrijke concepten

Gebruik de volgende index om snel toegang te krijgen tot concepten en taken met betrekking tot het beheren van projecten en teams.

Gebruikers- en beheertaken

Voor verschillende van de volgende taken zijn machtigingen vereist die zijn verleend aan een lid van de groep Projectbeheerders of een teambeheerder.

Veelgestelde vragen (FAQ's)

V: Kan ik een project verplaatsen of overdragen naar een andere organisatie of verzameling?

A: Ja, maar niet zonder gegevens te verliezen. U kunt resources handmatig kopiëren en wat achter laten, of een niet-Microsoft-hulpprogramma gebruiken.

V: Welke programmatische hulpprogramma's ondersteunen projecten?

A. Zie De REST API van Projecten.

U kunt ook de az devops project CLI gebruiken.