Поделиться через


Начало управления проектом

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

С помощью большинства Azure DevOps Services вы можете начать использовать службу и настроить ресурсы по мере использования. Не требуется предварительной работы. Большинство параметров определяют значения по умолчанию.

Если вы создали проект или добавили в группу "Администраторы проектов", ознакомьтесь с задачами администрирования, с которыми вы платите. Существует несколько задач, которые могут потребоваться выполнить, чтобы обеспечить гладкий рабочий процесс.

Необходимые условия

Категория Требования
разрешения Член группы безопасности администраторов проектов .

Примечание.

В этой статье представлены общие сведения о задачах, на которые должен ознакомиться член группы "Администраторы проектов ". Сведения о задачах, выполняемых членами группы "Администраторы коллекции проектов", см. в статье "Управление организацией или коллекцией проектов".

Добавление пользователей в проект

Вы добавляете пользователей в команду или проект, чтобы они могли участвовать в команде и проекте. Пользователи могут добавляться в несколько команд и проектов.

Пользователи, добавляемые в организацию, могут легко добавляться в проект, добавляя их в команду или приглашая их участвовать в проекте.

Администраторы команд могут добавлять пользователей в свою команду, которая автоматически добавляет их в проект. Добавив пользователей в команду, пользователи становятся видимыми для командно-ориентированных инструментов, таких как группа безопасности команды, виджет участников команды и инструменты планирования ёмкости спринта. Дополнительные сведения о командах см. в статье "О командах" и средствах Agile.

Члены группы "Администраторы проектов" могут добавлять пользователей в проект. Добавление пользователей в группу или проект автоматически добавляет их в группу участников проекта. Члены этой группы имеют разрешения на большинство функций, необходимых для участия в рабочих элементах, коде, сборках и выпусках. Общие сведения о разрешениях по умолчанию см . в кратком справочнике по разрешениям по умолчанию.

После добавления пользователей в проект или организацию вы можете найти их отображаемое имя или имя пользователя (электронный псевдоним) с помощью любого инструмента выбора пользователей. Пользователи могут подключаться к проекту и получать доступ к функциям, доступным через поддерживаемый клиент или веб-портал.

Дополнительные сведения см. в следующих статьях:

Предоставление общего доступа к визуальному представлению проекта, настройка вики-сайта проекта

Каждый проект содержит сводную страницу, которая полезна для предоставления общего доступа к данным через файлы README . Вы также можете перенаправить пользователей в вики-сайт проекта. Для пользователей, которые не знакомы с вашим проектом, рекомендуется настроить страницу сводки проекта или подготовить вики-сайт. Используйте эти функции для совместного использования установленных процессов и процедур для проекта.

Удаление неиспользуемых служб

Чтобы упростить пользовательский интерфейс веб-портала, можно отключить определенные службы. Предположим, что вы используете проект только для регистрации ошибок. В этом сценарии можно отключить все службы, кроме Boards. Дополнительные сведения см. в разделе "Включение или отключение службы".

В следующем примере показана отключенная служба планов тестирования :

Снимок экрана: служба

Управление безопасностью и разрешениями

Разрешения и группы безопасности управляют доступом к определенным задачам. Чтобы быстро понять значения по умолчанию, настроенные для проекта, см . сведения о разрешениях и доступе по умолчанию.

В следующей таблице перечислены разрешения, назначенные на уровне проекта. Все эти разрешения предоставляются членам группы Администраторы проектов, за исключением разрешений Удалить общие аналитические представления и Изменить общие аналитические представления. Описание каждого разрешения см. в справочнике по разрешениям и группам, группам.

Примечание.

Разрешения, связанные с Аналитикой, требуют, чтобы модель наследуемого процесса была выбрана для локальной коллекции проектов.

Общие сведения

  • Удаление командного проекта
  • Изменение сведений о уровне проекта
  • Управление свойствами проекта
  • Переименование командного проекта
  • Подавление уведомлений для обновлений рабочих элементов
  • Обновление видимости проекта
  • Просмотр сведений о уровне проекта
  • Удаление командного проекта
  • Изменение сведений о уровне проекта
  • Управление свойствами проекта
  • Переименование командного проекта
  • Подавление уведомлений для обновлений рабочих элементов
  • Просмотр сведений о уровне проекта

Таблицы

  • Обход правил обновления рабочих элементов
  • Изменение процесса командного проекта
  • Создание определения тега
  • Удаление и восстановление рабочих элементов
  • Перемещение рабочих элементов из этого проекта
  • Окончательное удаление рабочих элементов

Аналитика

  • Удаление представлений общей аналитики
  • Изменение представлений общей аналитики
  • Просмотр аналитики

Тестовые планы

  • Создание тестового запуска
  • Удаление тестового запуска
  • Управление конфигурациями тестов
  • Управление тестовой средой
  • Просмотр тестового запуска

Дополнительные сведения о безопасности и настройке разрешений на уровне проекта см. в следующих статьях:

Добавление участников в группу "Администраторы проектов"

Пользователь, создающий проект, автоматически добавляется в группу "Администраторы проектов ". Члены этой группы имеют разрешения на управление конфигурацией проекта, репозиториями, ресурсами конвейера, командами и всеми разрешениями на уровне проекта.

Рекомендуется назначать административные привилегии нескольким участникам команды. Вы можете добавить пользователя в эту группу, следуя инструкциям в разделе "Изменение разрешений" на уровне проекта, добавьте участников в группу "Администраторы проектов".

Предоставление или ограничение разрешений

Разрешения управляются на следующих трех уровнях и с помощью назначений на основе ролей:

  • объект
  • проект
  • организация или коллекция

Как член группы "Администраторы проектов" , вы можете предоставить или ограничить разрешения для всех объектов на уровне проекта. Чтобы делегировать конкретные задачи другим пользователям, рекомендуется добавить пользователей в встроенную или пользовательскую группу безопасности или добавить их в определенную роль. Дополнительные сведения см. в следующих статьях:

Просмотр и обновление уведомлений

Для каждого добавляемого проекта предопределено несколько уведомлений. Уведомления основаны на правилах подписки. Подписки возникают из следующих областей:

Если пользователи сообщают о получении слишком большого количества уведомлений, вы можете направить их на отказ от подписки.

Снимок экрана, на котором показано, как пользователи могут отказаться от различных типов уведомлений.

Определение требований к трассировки

Если вы используете большинство Azure DevOps Services, таких как Azure Boards, Azure Repos, Azure Pipelines и Azure Test Plans, вы, вероятно, хотите предупредить команды о функциях, поддерживающих сквозную трассировку. Чтобы приступить к работе, ознакомьтесь со следующими статьями:

Настройка политик DevOps

Настройте политики для поддержки совместной работы между командами и автоматически удалите устаревшие файлы. Чтобы задать политики, которые управляют Azure Repos, Azure Pipelines и Azure Test Plans, ознакомьтесь со следующими статьями:

Настройка и настройка Azure Boards

Вы можете настроить и настроить Azure Boards для поддержки многих бизнес-требований для планирования и отслеживания работы. Как минимум, необходимо настроить следующие элементы:

  • Пути к областям для группирования рабочих элементов по группе, продукту или области компонентов
  • Пути итерации для группировки работы с спринтами, вехами или другими периодами, связанными с событиями или временем

Если вы не знакомы с Azure Boards и хотите подробный обзор возможностей настройки и настройки, см. статью "Настройка и настройка досок Azure".

Определите пути области и итерации для отслеживания работы

Если вы поддерживаете несколько продуктов, вы можете назначить рабочие элементы в соответствии с областью компонентов, определив пути к областям. Чтобы назначить рабочие элементы определенным интервалам времени, также известным как спринты, необходимо настроить пути итерации. Чтобы использовать средства Scrum, такие как невыполненные спринты, доски задач и емкость команды, необходимо настроить несколько спринтов. Общие сведения см. в разделе "О областях и путях итерации".

На следующем рисунке показаны пути итерации по умолчанию для процессов Scrum:

Снимок экрана: итерации по умолчанию для процессов Scrum.

На следующем рисунке показан набор путей к области выборки:

Скриншот, показывающий набор путей по областям примера.

Настройка процессов отслеживания работы

После создания проекта вы и ваша команда можете начать использовать все средства отслеживания работы. Но часто некоторые пользователи хотят настроить интерфейс в соответствии с различными бизнес-потребностями. Процесс можно легко настроить с помощью пользовательского интерфейса. Рекомендуется установить методологию, для которой пользователи могут управлять обновлениями и оценивать запросы.

Примечание.

По умолчанию владелец организации и пользователей, добавленных в группу безопасности администраторов коллекции проектов, предоставляются разрешения на создание, редактирование и управление процессами, используемыми для настройки интерфейса отслеживания работы. Если вы хотите заблокировать, кто может выполнять эти задачи, можно задать разрешения на уровне организации для запрета.

Дополнительные сведения см. в следующих статьях:

Интеграция с другими службами

Azure DevOps поддерживает интеграцию с Azure, GitHub и многими другими службами. В качестве члена группы "Администраторы проектов " можно настроить интеграцию со многими из этих служб. Для получения дополнительных сведений см. следующие статьи.

Интеграция службы Ресурсы
Azure DevOps и GitHub Общие сведения об интеграции Azure DevOps и GitHub
Azure Boards и GitHub Интеграция Azure Boards и GitHub
Microsoft Teams - Интеграция Azure Boards с Microsoft Teams
- Azure Repos вместе с Microsoft Teams
- Azure Pipelines с Microsoft Teams
Slack - Azure Boards и Slack
- Azure Repos с Slack
- Azure Pipelines вместе со Slack
Перехватчики служб Azure DevOps Интеграция с перехватчиками служб

Добавление команд и масштабирование проекта

По мере роста организации рекомендуется добавлять команды для масштабирования проекта. Каждая команда получает доступ к собственному набору настраиваемых средств Agile.

Схема средств Agile и ресурсов группы, организованных для поддержки планирования — отслеживания, мониторинга — обучения и совместной работы.

Дополнительные сведения см. в следующих статьях: