3. Общие проблемы
Несвязанные изменения и работы
Что будет поставлено в ближайшее время? Почему
этот код работает так? Кто вносил изменения и по
какой причине?
Предсказуемость процесса разработки
Что важно для заказчика из всего объема
требований? Как правильно оценить предстоящие
работы?
Сложности для распределенных команд
Где размещать общие данные? Как обеспечить
коммуникацию внутри географически
распределенной команды?
Качество изменений
Достаточно ли наш код задокументирован?
Придерживаемся ли мы лучших практик
проектирования?
Обеспечение безопасности
Как подключить внешних пользователей? Как
обеспечить совместную работу с подрядными
организациями?
Прозрачность процесса разработки
Чем сейчас занимается команда? Какие планы на
следующие итерации? Какие проблемы влияют на
достижение целей?
5. Определение требований
Документирование требований
Используется отдельный тип рабочего элемента в
соответствии с выбранной методологией.
Документирование требований расширяется с
использованием Wiki
Оценка требований
Поддержка реализации различных методик:
Функциональные точки, Оценка сценариев
использования и пользовательских историй
Установка приоритетов для требований
Обеспечение актуальной очереди требований на
основе потребностей заказчика и возможных рисков
проекта
6. Планирование работ
На основе сложности и очереди
Планирование работ учитывает как
производительность команды, так и доступность
людей определенной квалификации на
необходимый период
Карта выпусков
Планирование требований на несколько выпусков
вперед для обеспечения направления разработки и
прогнозированности для Заказчика
Поддержка множества команд
Общее представление работы нескольких команд
над одним продуктом, синхронизация их поставок в
ключевые моменты проекта
7. Управление рисками и проблемами
Работа с проблемами
Отслеживание проблем, которые влияют на текущие
работы. Перенос процесса решения проблем из
личной почты в общую среду.
Отслеживание рисков
Фиксация возможных рисков (технических,
предпринимательских и т.д.), определение
вероятности и планов по снижению их влияния.
8. Мониторинг и контроль реализации
Отслеживание работы в итерации
Поддержка стандартных типов диаграмм:
• Диаграмма сжигания
• Производительность команды
Личная область разработчика
Ежедневная точка входа о назначенных заданиях и
командных успехах
Настраиваемые представления
Позволяют акцентировать внимание команды на
дополнительных важных моментах процесса
производства ПО
9. Версионный контроль Azure DevOps Services
TFVC GIT
Тип хранилища Централизованное Распределенное
Представление кода локально Копируется содержимое только
последней или выбранной версии
Клонируется все хранилище
Доступность изменений разработчика Непосредственно после регистрации Необходима синхронизация
Ветвление Ветви глобальны Глобальные и локальные ветви
Связи с другими хранилищами Нет Подмодули
Рецензирование Отдельная возможность для VS Запрос на слияние
Работа вне сети История не доступна, регистрация
изменений после подключения к сети
Полноценная работа с версионным
контролем
Безопасность На уровне хранилища и его объектов На уровне хранилища и ветвей
10. Обеспечение изоляции изменений
Ветвления для экспериментов
Ветви для проверки возможных допущений или
тестирования применимости новых технологий.
Разделение различных потоков
Разделение для обеспечения потоков разработки,
стабилизации и поддержки промышленных версий, а
также особенностей, связанных с конкретным
Заказчиком.
11. Рецензирование кода
Передача опыта коллегам
Повышение скорости включения молодых
специалистов в долгосрочные проекты.
Распространение полезных практик через
фактическое применение в проектах.
Повышение качества кода
Снижение количества ошибок или потенциальных
проблем через ранний анализ исходного кода более
чем одним разработчиком.
Ранее выявление проблем
Оценка собираемости новых изменений до их
включения через политики запрос на включение
изменений.
12. Подключение заинтересованных лиц и подрядных
организаций
Подключение заинтересованных лиц
Вопросы для рассмотрения:
• Использование лицензий Stakeholder, которые
обеспечивают возможность работы с рабочими
элементами без доступа исходного кода
• Вовлечение в работу через систему отчетности
Power BI
Подключение подрядных команд
Вопросы для рассмотрения:
• Лицензии, которые обеспечивают необходимый
уровень работы в Azure DevOps
• Ограничение доступа к рабочим элементам через
настройки безопасности пути области
• Разграничение доступа через подмодули и
ветвление исходного кода