Артефакты (гибкая разработка)
С помощью артефактов, предоставляемых шаблоном процесса MSF для гибкой разработки программного обеспечения версии 5.0, можно упростить процессы, реализуемые координаторами Scrum, и повысить эффективность работы команды. Эти артефакты включают рабочие элементы, отчеты, книги и панели мониторинга.
Команды могут использовать рабочие элементы для отслеживания данных, анализа хода выполнения и принятия решений. Команда может использовать встроенные и настраиваемые отчеты, основанные на базе данных для отслеживания рабочих элементов или на базе данных служб аналитики SQL Server, чтобы ответить на следующие вопросы.
Соблюдаем ли мы условия проекта?
Растет или уменьшается количество неустраненных ошибок?
Каковы темпы выполнения работ?
Книги используются командами для ведения учета невыполненной работы по продукту, планирования итераций или спринтов и назначения приоритетов ошибок. Панели мониторинга и отчеты позволяют отображать важную информацию и обеспечивают прозрачность и актуальность показателей. Панели мониторинга помогают команде визуализировать данные проекта, что особенно полезно для проведения итерации или ретроспективного анализа. Панели мониторинга также предоставляют доступ ко многим возможностям и функциям, которые повседневно используются членами команды.
Члены команды могут получить доступ к артефактам из узла командного проекта в Сред. Командный обозреватель или из портала командного проекта.
В этом разделе
|
Структура артефакта по умолчанию в командном обозревателе |
Общие сведения
Разделы |
Задача |
---|---|
Создание и обновление описаний функциональности пользователей, задач, ошибок и других типов рабочих элементов. Команда отслеживает работу путем создания рабочих элементов и управления ими. Каждый тип рабочего элемента основан на шаблоне, включающем поля данных, состояния рабочих процессов, логику переходов и форму рабочего элемента. Члены группы могут создавать рабочие элементы, основанные только на тех типах рабочих элементов, которые определены для командного проекта. Шаблон процесса MSF для гибкой разработки программного обеспечения версии 5.0 определяет следующие типы рабочих элементов: описания функциональности пользователей (user stories), задачи, ошибки, проблемы, тестовые случаи и общие шаги. Каждый тип рабочего элемента определяется XML-файлом, который может полностью настраиваться администратором проекта. |
|
Перечисление описаний функциональности пользователей, задач, ошибок и других рабочих элементов с помощью запросов. Каждый запрос определяет набор условий фильтрации, которые участники команды могут использовать для поиска определенных групп рабочих элементов, например открытых пользовательских описаний функциональности или активных ошибок. Участники команды могут найти заранее определенные запросы в папке "Командные запросы". В шаблоне процесса MSF для гибкой разработки программного обеспечения версии 5.0 определено 15 запросов. Каждый член команды может создавать и сохранять запросы, которые будут предназначены только для него или использоваться совместно с другими членами команды. |
|
Планирование, управление, балансировка и отслеживание рабочей нагрузки для итерации с использованием книг. Книги используются владельцами продуктов для ведения учета невыполненной работы по продукту, планирования итераций, рассмотрения ошибок отслеживания проблем. Например, с помощью книг владельцы продуктов могут назначать описания функциональности пользователей, задачи, ошибки и проблемы конкретным итерациям. Шаблон процесса MSF для гибкой разработки программного обеспечения версии 5.0 определяет четыре типа книг, которые можно настроить. Каждая книга представляет собой XLSX-файл или XLSM-файл с поддержкой макросов приложения Office Excel. В ней содержится один лист с предварительно определенным запросом и дополнительные листы для расчета данных проекта. |
|
Использование панелей мониторинга для анализа хода выполнения и быстрого доступа к назначенным работам. Члены команды могут с помощью панелей мониторинга получать быстрый доступ к важным сведениям о командном проекте. Панели мониторинга отображают данные проекта, поддерживают расследования и позволяют команде более быстро выполнять типичные задачи. Панели мониторинга отображают диаграммы и графики, которые определяются отчетом Office Excel, списками и элементами управления Team Web Access или другими объектами на сайте SharePoint. Для получения доступа к панелям мониторинга командный проект должен быть настроен для портала проекта и сайта SharePoint. Шаблон процесса MSF для гибкой разработки программного обеспечения версии 5.0 определяет несколько панелей мониторинга, которые могут полностью настраиваться администраторами проектов. |
|
Просмотр и отслеживание хода выполнения с помощью отчетов Excel. Отчеты в формате Excel выполняют две функции. Первая функция - это визуальное представление данных на панелях мониторинга. Вторая — поддержка анализа и отслеживания хода выполнения проекта. В шаблоне процесса MSF для гибкой разработки программного обеспечения версии 5.0 определено 17 отчетов в формате Excel. Каждый отчет соответствует книге Office Excel (XLSX-файле), в которой содержатся сведения, хранящиеся в базе данных служб аналитики для командного проекта. Можно изменять отчеты Excel по умолчанию и создавать настраиваемые отчеты на основе шаблона Excel, который предоставляется шаблоном процесса. |
|
Просмотр, анализ и отслеживание хода выполнения с использованием служб отчетов. Члены команды могут анализировать состояние и ход выполнения проекта с использованием отчетов в службах отчетов. Эти отчеты позволяют отвечать на вопросы о состоянии командного проекта путем группирования показателей, полученных из рабочих элементов, системы управления версиями, результатов тестов и построений. Прежде чем команда сможет получить доступ к узлу Отчеты, коллекция командных проектов, где хранится командный проект, должна быть настроена для поддержки служб отчетности и служб аналитики. В шаблоне процесса MSF для гибкой разработки программного обеспечения версии 5.0 определено 13 отчетов. Каждый отчет определяется файлом языка определения отчетов, который получает доступ к сведениям из базы данных служб аналитики для командного проекта. Эти отчеты могут полностью настраиваться администраторами проектов. |
Учет невыполненной работы по продукту
Разделы |
Задача |
---|---|
Регистрация и отслеживание описаний функциональности пользователей. Владельцы продуктов могут регистрировать каждую возможность, функцию или требование к продукту в виде описания функциональности пользователя. Описания функциональности пользователей поддерживают присвоение баллов и ранжирование описаний, регистрацию требований клиентов и критериев тестирования, а также назначение элемента определенным итерациям. |
|
Пакетное создание и изменение нескольких описаний функциональности пользователей. Книга "Невыполненная работа по продукту" позволяет владельцам продуктов формировать данные о невыполненной работе по продукту и равномерно распределять описания функциональности пользователей в рамках нескольких итераций. |
|
Регистрация, отслеживание и связывание других типов работ. Участники команды могут также регистрировать задачи, проблемы и прочие типы работ и связывать их с описаниями функциональности пользователей или другими работами. Администраторы проектов могут также создать или настроить каждый тип рабочего элемента путем добавления полей, изменения рабочего процесса или изменения формы. Дополнительные сведения см. в подразделе Настройка. |
|
Просмотр иерархических древовидных структур описаний функциональности и вложенных описаний функциональности. Владельцы продуктов могут создать множество небольших конкретных описаний функциональности пользователей, которые вместе позволяют реализовать несколько больших описаний функциональности. Участники команды могут отображать древовидную структуру описаний функциональности пользователей и вложенных описаний функциональности, связанных отношениями типа "родители-потомки". Члены команды могут просматривать и изменять иерархические деревья рабочих элементов с помощью Office Excel или Сред. Командный обозреватель. В Сред. Командный обозреватель члены команды могут изменить древовидную структуру, перетаскивая элементы в представлении в виде дерева. |
|
Отслеживание хода выполнения и состояния описаний функциональности пользователей. Используя отчет "Ход выполнения описаний функциональности", члены команды могут проанализировать количество усилий, затраченных на реализацию описаний функциональности пользователей. С помощью отчета "Обзор описаний функциональности" команда может отслеживать степень реализации и тестирования каждого отдельного описания. Владельцы продуктов могут просматривать эти отчеты каждый день или каждую неделю, чтобы отслеживать ход выполнения работ командой в течение итерации. |
Учет невыполненной работы по итерациям
Разделы |
Задача |
---|---|
Быстрый доступ к задачам и другим ежедневно выполняемым функциям для каждого участника команды. Участники команды могут использовать панель "Моя панель мониторинга", чтобы просматривать и открывать назначенные им задачи, ошибки и тестовые случаи. |
|
Пакетное создание и изменение элементов в списке невыполненных работ по итерациям. Книгу "Невыполненная работа по итерации" может использоваться владельцами продуктов для планирования и отслеживания хода выполнения работ по конкретным итерациям. |
|
Просмотр иерархических древовидных структур описаний функциональности пользователей и задач. Участники команды могут создавать связи между каждой задачей, которую они должны выполнить, и описанием функциональности пользователя, на реализацию которого она направлена. Создавая эти связи, участники команды могут отслеживать рабочие часы для каждого описания функциональности. Они могут изменять древовидные иерархии рабочих элементов с помощью Office Excel или Сред. Командный обозреватель. В Сред. Командный обозреватель можно изменять древовидную структуру путем перетаскивания элементов в представлении в виде дерева. |
|
Отслеживание хода выполнения и состояния итерации. Для просмотра хода выполнения владельцы продуктов и участники команды могут использовать панель мониторинга хода выполнения и отчеты. Эти отчеты помогают команде определить, соблюдается ли график, какой объем работы выполняется за счет закрытию описаний функциональности пользователей, а также насколько выполнение итерации соответствует ее плану. |
|
|
Создание пользовательских представлений отчетов. Участники команды могут создавать различные представления отчетов с использованием встроенных функций фильтров. Например, участник команды может изменить отображение отчета "Выработка и темп работ" путем фильтрации набора описаний функциональности пользователей, ошибок и задач, содержащихся в отчете. Кроме того, участники команды могут настраивать каждую панель мониторинга, изменяя критерии или поля фильтра отчетов в формате Excel, которые отображаются в панелях мониторинга. |
Управление неисправленными ошибками
Разделы |
Задача |
---|---|
Быстрый доступ к списку "Мои активные ошибки". Используя панель мониторинга "Моя панель мониторинга", отдельные участники команды могут просматривать ошибки, которым им назначены. |
|
Анализ и рассмотрение неисправленных ошибок. Используя книгу "Рассмотрение", команда может выполнять ранжирование, определять приоритеты и назначать ошибки, работа над которыми будет вестись в ходе итерации. |
|
Отслеживание выработки по ошибкам, трендов и распределения ошибок по приоритетам и назначению. С помощью панелей мониторинга и отчетов по устранению ошибок команда может отслеживать ход выполнения работ по поиску и устранению ошибок кода. |
|
Отслеживание коэффициента реакции на ошибки. Используя отчет "Возобновления", команда может определить, насколько эффективно она устраняет ошибки. Отчет "Возобновления" обычно относится к ошибка, которые были преждевременно разрешены или закрыты, а затем открыты повторно. Участники команды могут использовать отчет "Реактивации" для просмотра ошибок или описаний функциональности пользователей, которые были повторно активированы. |
|
Отправка ошибок, которые автоматически содержат сведения о тестовом случае и тестовой среде. С помощью Microsoft Test Manager тест-инженеры могут отправлять ошибки, которые автоматически включают сведения о тестовом случае и тестовой среде в дополнение к конкретному шагу теста, на котором тест-инженер обнаружил дефект кода. Если тест-инженер использует для создания ошибки Microsoft Test Manager, ошибка автоматически связывается с тестовым случаем, при выполнении которого она была обнаружена. |
Управление проектами
Разделы |
Задача |
---|---|
Планирование, расписание и управление задачами и ресурсами. Владельцы продуктов могут планировать проекты, составлять расписания задач, назначать ресурсы и отслеживать изменения с помощью Office Project. Office Project помогает упростить планирование, предоставляя представления диаграммы Ганта Team Foundation и листа задач Team Foundation. Кроме того, интеграция данных между Office Project и Team Foundation обеспечивает сохранение связей "предшественник-преемник", а также связей подчинения в плане проекта и базе данных для отслеживания рабочих элементов. |
|
Отслеживание распределения задач между членами команды. На панели мониторинга хода выполнения и в отчетах участники команды могут просматривать рабочую нагрузку, назначенную им самим и другим участникам команды. |
|
Управление и отслеживание проблем и препятствий в работе команды. Владельцы продуктов могут отслеживать известные или возможные проблемы, препятствия или риски, связанные с их проектом, с использованием книги "Проблемы", которая позволяет определять, анализировать, ранжировать проблемы и управлять ими. |
|
Определение темпов или скорости выполнения работ командой. Просматривая сведения в отчете "Состояние всех итераций", владельцы продуктов могут получить сведения, на базе которых можно будет рассчитать средние показатели темпов выполнения работ командой. |
Планирование выпуска
Разделы |
Задача |
---|---|
Отслеживание хода выполнения работ и возможностей команды. Во время итерации команда может анализировать темпы выполнения работ, просмотрев ход выполнения задач или других рабочих элементов. Выполнение показывает соотношение фактических и оставшихся трудозатрат в указанный период времени. Темп работ отражает количественное выражение завершенных и оставшихся работ за указанный период времени. |
|
Выполнение сценариев планирования "что если". Владельцы продуктов могут равномерно распределять рабочую нагрузку между несколькими итерациями, а также между участниками команды в рамках одной итерации, используя книги "Планирование продукта" и "Невыполненная работа по итерации". С помощью этих книг владельцы продуктов могут определять возможности команды, скорость выполнения работ командой, корректировать ход работ исходя из превышенных или заниженных нагрузок команды в целом и ее участников, а также проводить анализ "что если" путем изменения назначений итераций, удлинения или сокращения итерации, а также учета выходных дней и других запланированных перерывов в работе. Книга "Невыполненная работа по итерации" позволяет владельцам продуктов установить производительность каждого члена группы с учетом его выходных дней. |
|
Управление зависимостями между группами. Владельцы продуктов могут определять зависимости для задач или функциональных возможностей других рабочих команд или групп, отслеживать и комментировать эти зависимости, строить отношения с другими проектными группами, а также отслеживать изменения зависимостей с течением времени. |
|
Отслеживание качества продукта. Команда может отслеживать индикаторы общего качества продукта с использованием панели мониторинга "Качество". Кроме того, команда может использовать отчеты построения для отслеживания качества и успешности выполнения построений командой в заданный период времени. |
|
Отчеты о ходе выполнения для высшего руководства. Владельцы продуктов могут использовать несколько панелей мониторинга и отчетов для сообщения о состоянии и ходе выполнении работ, а также настраивать отчеты для отображения точных сведений, которые необходимы команде и руководству. Например, панель мониторинга "Качество" обеспечивает обзор хода выполнения работ в областях тестирования, разработки и построения. Отчет "Обзор описаний функциональности" позволяет отслеживать степень реализации и тестирования каждого отдельного описания. Отчеты о тестировании дают возможность отслеживать ход выполнения работ командой при разработке тестовых случаев и показывают, насколько полно они охватывают описания функциональности пользователей. |
|
На веб-сайте корпорации Майкрософт: |
Поддержка нескольких средств доступа. Участники команды могут просматривать панели мониторинга и отчеты с помощью веб-интерфейсов и экспортировать отчеты служб отчетов в несколько форматов, включая Excel, Adobe Acrobat (PDF) и Word. |
Совместная командная работа
Разделы |
Задача |
---|---|
Управление процессом передачи работы и отслеживание состояния работы. Используя рабочие элементы для обработки сведений в базе данных Team Foundation, члены команды могут обеспечить, чтобы данные или работа не терялись при передаче друг другу. Члены команды могут использовать рабочие элементы, чтобы определять работы, которые необходимо выполнить в рамках проекта, а также чтобы отслеживать ход выполнения. |
|
|
Поддержка обмена данными в рамках группы. Члены команды могут использовать портал проекта, чтобы сохранять и извлекать документы, просматривать отчеты, обмениваться информацией путем отправки сообщений и использовать другие средства совместной работы Продукты SharePoint, такие как календари, списки, вики-сайты и блоги. |
Совместное использование документов и файлов. С помощью портала командного проекта члены команды могут отправлять файлы, которые контролируются в рамках системы управления версиями, прикреплять файлы и вставлять ссылки на веб-сайты в рабочих элементах любого типа. |
|
Получение уведомлений по электронной почте при изменении работ. Оповещения — это уведомления по электронной почте, которые Team Foundation рассылает в случае возникновения определенных событий, например при изменении состояния рабочего элемента или построения, при возврате или завершении построения. Участники команды могут настраивать параметры, которые определяют условия рассылки оповещений и их получателей. |
|
Поиск и совместное использование списков рабочих элементов, которые часто используются. Участники команды могут быстро получать доступ к активным рабочим элементам с использованием командных запросов по умолчанию. Запросы используются для поиска рабочих элементов, отвечающих определенному набору критериев. Они также позволяют определять текущее состояние рабочих элементов. Например, с помощью запроса можно найти все рабочие элементы ошибок, имеющие приоритет 1, или все рабочие элементы, назначенные команде по веб-разработкам. Кроме того, члены команды могут создавать и совместно использовать отдельные запросы и дополнительные командные запросы с помощью электронной почты или портала командного проекта. |
|
Настройка прав доступа к конфиденциальным данным или ресурсам. Администраторы проектов могут устанавливать ограничения, которые определяют, какие члены команды могут просматривать или изменять рабочие элементы, командные запросы, отчеты или панели мониторинга. Права на просмотр или изменение артефакта присваиваются членам команды индивидуально или в зависимости от роли. |
|
Ознакомление новых членов команды с командными процессами. Рабочие элементы, панели мониторинга и отчеты в службах отчетов предоставляют ссылки на инструкции по процессам для каждого из этих типов артефактов. В случае добавления или настройки одного из этих артефактов вы можете указать ссылки на собственные инструкции по процессам. |
|
Отслеживание состояния рабочих элементов и составление отчетов с помощью запросов. Члены команды могут создавать список рабочих элементов с помощью простых или сложных запросов. Подробные сведения о конкретном рабочем элементе, список рабочих элементов или запрос рабочего элемента можно отправить по электронной почте участнику команды, клиентам или любым другим заинтересованным сторонам. Кроме того, можно создавать гиперссылки на эти элементы, которые получатели могут открывать, просматривать, сохранять или изменять при условии, что у них есть необходимые права доступа и разрешения на доступ к Visual Studio Team Foundation Server. |
Интеграция
Разделы |
Задача |
---|---|
Отслеживание реализации описаний функциональности пользователей и других рабочих элементов. Участники команды могут создавать ссылки из рабочих элементов на наборы изменений и исходный код, находящийся под контролем системы управления версиями. Эти ссылки поддерживают журналы аудита, которые могут использоваться командой для понимания возможных проблем в будущем. |
|
Создание связей для поддержки интегрированных представлений описаний функциональности, тестов и элементов невыполненной работы. Участники команды могут связывать описания функциональности пользователей с тестовыми случаями, используемыми для их тестирования, и ошибками, которые на них влияют. Такой подход позволяет владельцам продуктов определять готовность тестового случая для любого описания функциональности пользователя и общее количество ошибок, зарегистрированных для описания функциональности. |
|
Отслеживание построений, покрытия кода и обновления кода. Участники команды могут использовать отчеты построения для отслеживания качества и успешности построений в течение определенного времени. |
|
Отслеживание хода выполнения тестирования и объема протестированного кода. Участники команды могут использовать панель мониторинга и отчеты тестирования для отслеживания хода выполнения тестов в течение определенного времени. |
|
Отслеживание хода выполнения и определение объема, состояния и эффективности операций тестирования. Команды, отвечающие за тестирование продукта, могут использовать отчеты группы "Управление тестированием" для отслеживания построений, тестовых запусков, разработки тестовых случаев и др. |
Настройка
Разделы |
Задача |
---|---|
Создание или настройка типов рабочих элементов, типов ссылок, категорий и других артефактов. Администраторы проектов могут создавать или настраивать тип рабочего элемента, тип ссылки или категорию рабочего элемента, которая будет соответствовать требованиям команды и позволять отслеживать проект. |
|
Добавление или настройка полей данных, форм рабочих элементов и рабочих процессов. Администраторы проектов могут добавлять или изменять поля данных, которые отслеживают сведения рабочего элемента, а также могут изменять форму и рабочий процесс для какого-либо типа рабочего элемента. |
|
Настройка панелей мониторинга. Панели мониторинга включают одну или несколько веб-частей, при этом каждая часть может полностью настраиваться. Каждый участник команды может настроить собственную панель "Моя панель мониторинга" для обеспечения своих индивидуальных потребностей и другие панели мониторинга для себя или для других участников команды. |
|
Создание специальных отчетов. Участники команды могут создавать, совместно использовать и управлять отчетами в формате Excel. После создания отчета, который отображает данные командного проекта в Office Excel, вы можете отправить отчет на портал командного проекта. |
|
Просмотра, группировка и настройка отчетов. Администраторы проектов могут создавать и публиковать отчеты в конструкторе отчетов SQL Server, а затем с помощью диспетчера отчетов просматривать, группировать и настраивать эти отчеты. Диспетчер отчетов позволяет администраторам проектов группировать связанные отчеты в папки, настраивать параметры и источники данных, а также планировать автоматическое создание отчетов. |
См. также
Основные понятия
Другие ресурсы
Совместная работа команды с помощью ресурсов командного проекта
MSF для гибкой разработки программного обеспечения версии 5.0