Как Microsoft Devdiv Использует Tfs — Часть 3 + Дополнение

В предыдущих постах я рассказывал о наших процессах.

Сегодня я расскажу вам о реализации этих процессов в TFS. Картинка ниже дает примерное представление о том, как они выглядят. Читать Эта статья чтобы лучше понять процессы.

Мы используем рабочие элементы для отслеживания информации, представленной ниже.

Ценностное предложение рабочего элемента

1. Сценарии реализуются путем добавления специального поля сценариев в рабочий элемент типа Value Prop и установки значения ALLOWEDVALUES в список сценариев.

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

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

3. Тип рабочего элемента «Значение» должен содержать несколько полей и, прежде всего, поле «Описание», объясняющее, почему было описано само значение.

Опыт работы элемент

1. Рабочий элемент «Опыт» связан с родительским элементом «Ценностное предложение».

2. Рабочий элемент «Опыт» ссылается на дочерние элементы типа «Функции».

Рабочий элемент функции

1. Тип функции относится к родительскому типу опыта.

2. Тип «Функции» должен содержать множество полей, описывающих его.

   Поле «Описание» содержит краткое описание этого элемента для облегчения поиска.

3. Для более детального описания пользователь может перейти на одностраничную спецификацию данного функционала.

   Этот документ представлен в виде внешней ссылки в специальном поле.

Что дальше.

Добавление

Вопрос заключался в следующем: как определяется взаимосвязь между элементами работы? Например, сценарий для ценностного предложения, ценностное предложение для опыта, опыт для характеристики? В случае сценария мы использовали список РАЗРЕШЕННЫЕ ЗНАЧЕНИЯ для параметра «Значение».

Мы добавили поле «Сценарий» в рабочий элемент «Значение предложения» и установили тип поля как РАЗРЕШЕННЫЕ ЗНАЧЕНИЯ.

ALLOWEDVALUES привязан к типу GLOBALLIST, который представляет собой список скриптов.

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

Таким образом мы создали связи между рабочими элементами Value Prop и Experience. Эти отношения просто показывают ссылки в специальном разделе формы рабочего элемента.

Возможно, вы заметили, что шаблоны рабочих элементов MSF по умолчанию содержат вкладку «Ссылки», но рабочие элементы, которые мы обсуждали выше, содержат список ссылок на той же вкладке, что и описание.

Этот подход — всего лишь вопрос дизайна.

Вы можете отображать списки ссылок там, где вам удобнее.

Логичным вопросом может быть: «Как запретить ценностному предложению создавать прямые ссылки на функциюЭ» Как поддерживать правильную иерархию? Ответ: через отчеты об исключениях.

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

Возможно, это не лучшее решение, но мы так и сделали.

Теги: #microsoft #tfs

• У Вас Есть Мобильный Телефон И Много Свободного Времени? Конвертируйте Несколько Фильмов!

  19 Oct, 24

• Ремонт Компьютеров Для Колледжа

  19 Oct, 24

• Получите Облачное Решение Quickbooks Для Ведения Бизнеса

  19 Oct, 24

• Ваш Сайт Заблокирован? Доступ Этими Способами

  19 Oct, 24

• Клиент Modbus Tcp Для Simatic S7-1200/S7-1500

  19 Oct, 24

• Найдёт Ли Red Hat «Место Под Солнцем» На Рынке Облачного По?

  19 Oct, 24

• Подача Заявки На Gwt За 30 Минут

  19 Oct, 24

• Amazon Сделает Каждую Электронную Копию Уникальной

  19 Oct, 24

• Wm Keeper Mini – Проще Не Бывает

  19 Oct, 24

• Порт Android На C# — Мигель Де Икаса

  19 Oct, 24