Настройка проектов и команд в Azure DevOps
В настоящее время высокодинамическая среда разработки программного обеспечения, эффективная организация проектов и совместная работа команды являются важными компонентами стратегии DevOps. Проекты и команды в Azure DevOps формируют основу для эффективного взаимодействия, четкой отчетности и упрощенного управления рабочими процессами. Они также способствуют повышению гибкости, ускоренной доставке и правильному согласованию с бизнес-целями.
Планирование
Чтобы создать оптимальный подход к реализации проектов и команд, сначала необходимо проанализировать структуру организации, ее операционную модель и роли, которые способствуют жизненному циклу разработки. Этот анализ должен учитывать такие факторы, как отделальные подразделения, текущие бизнес-инициативы и любые существующие проекты, которые могут привести к потенциальным межпроектным зависимостям.
Затем для каждого нового проекта определите область, цели и заинтересованные лица. На основе организационных моделей и требований к проекту определите оптимальный способ структурирования команд проекта. Определите, будут ли команды кроссфункциональными или упорядоченными на основе таких критериев, как функции и компоненты. Определите роли и обязанности в группах проектов. К общим ролям относятся разработчики, тестировщики, владельцы продуктов, мастера Scrum и руководители проектов. Четко определите ожидания и обязанности, связанные с каждой ролью. Обеспечение достаточного количества методов и методов для совместной работы и взаимодействия между командами.
Установите политики управления и рекомендации по управлению проектами, включая политики управления версиями, стратегии ветвления, процессы проверки кода и проверку требований к соответствию. Определите гибкие процессы и методологии, которые будут использоваться для управления проектами. Помните, что вы можете настроить средства Agile в Azure DevOps для поддержки вашего решения.
Чтобы упростить процесс создания новых проектов, рассмотрите возможность определения шаблонов или схем, определяющих структуру проекта, процессы и артефакты. Такие шаблоны могут включать предопределенные параметры репозиториев исходного кода, отслеживания рабочих элементов, конвейеров и планов тестирования.
Внедрение
После завершения всей подготовки перейдите к реализации запланированного проекта. На самом деле необходимо указать видимость проекта (общедоступную или частную), решить между Git и система управления версиями Team Foundation в качестве механизма управления версиями и выбрать рабочий элемент. Этот выбор включает следующие параметры:
- Гибкий подход: ориентирован на итеративную разработку и обеспечение ценности клиентов с помощью пользовательских историй, невыполненных операций, спринтов и визуальных досок для отслеживания хода выполнения.
- Базовый: предлагает простой и гибкий подход с универсальными рабочими элементами и основными функциями невыполненной работы и доски, наиболее подходящими для небольших команд или проектов.
- CMMI (интеграция модели зрелости возможностей): предоставляет формализованные процессы и стандарты для управления рабочими элементами, требованиями и обеспечением качества, которые наиболее подходят для организаций, стремящихся к улучшению процесса и соответствию требованиям.
- Scrum: использует итеративную, самоупорядоченную платформу с невыполненной работой и спринтами, ежедневные стенды и артефакты для управления работой и доставки добавочных изменений.
- Настраиваемый scrum: упрощает настройку процесса Scrum в соответствии с конкретными потребностями с помощью гибкости в типах рабочих элементов, полях и состояниях рабочего процесса.
С помощью проекта можно продолжить создание структуры команды. По умолчанию каждый проект включает в себя одну команду, которая является производным от имени проекта, поэтому в зависимости от результата планирования может потребоваться изменить его. Вам также может потребоваться создать дополнительные команды. Каждая команда должна иметь по крайней мере одного администратора. Каждый администратор команды может добавлять участников команды.
При создании команды также можно автоматически создать путь к области с соответствующим именем. Пути к областям помогают упорядочивать рабочие элементы в проекте, упрощая более высокую видимость, отчеты и управление доступом. Связывание отдельных команд с выделенным путем области помогает четко очертать между их областями ответственности.
После создания команд можно настроить для каждого из них широкий спектр дополнительных параметров, включая настраиваемые разрешения. По умолчанию участники группы добавляются в группу участников на уровне проекта. На этом этапе вы также можете начать управлять ресурсами проекта, такими как репозитории, доски, конвейеры и тестовые планы, а также назначать их определенным командам по мере необходимости.
В духе непрерывного улучшения следует регулярно просматривать и уточнять конфигурацию проекта и команды на основе отзывов членов команд и проектов. Это позволит вашей организации эффективно управлять процессом разработки программных продуктов независимо от их сложности.