Visual Studio Team Services/TFS 2015 Структура проекта

Question

Я читал много о рекомендуемой структуре проекта в TFS. Я подумываю о переносе моей компании в Visual Studio Team Services (был VS Online) и пытались настроить и протестировать, чтобы понять, как она будет работать. На основе статей, которые я читал, рекомендуется иметь один командный проект со многими областями/итерациями/командами (http://nkdagility.com/one-team-project/, http://nkdagility.com/working-within-a-single-team-project-with-team-foundation-server-2012/).

То, с чем я борюсь, - это как сделать эту работу для моей конкретной среды и того, что я хотел бы видеть. Мы небольшая команда разработчиков, состоящая из меня как менеджера и 2 разработчиков. С нашей нынешней структурой (описанной ниже) я не могу видеть в командных проектах для нашего полного отставания. Чтобы увидеть, как развивается индивидуальная работа, мне пришлось бы заниматься отдельными командами.

Текущая структура

• TFS (Server)

  • Учет (Collection)

    • Применение 1 (Team Project)
      • релиз
      • Тест
    • Применение 2

  • Инжиниринг

    • Применение 3
    • Применение 4

Мне нравится идея увидеть основной журнал, а затем назначить рабочие элементы отдельным проектам. Тем не менее, я все равно хочу иметь возможность управлять спринтами и видеть графики выгорания до уровня отдельного проекта. Например, если разработчик 1 работает над проектом 2, я хотел бы назначить PBI этому проекту и посмотреть график выгорания на этом уровне.

новая структура

• Team Services (службы)
  • DefaultCollection (Collection)
    • DefaultProject (Team Project)
      • Учет (площадь)
        • Применение 1 (Применение)
        • Применение 2
      • Инжиниринг
        • Применение 3
        • Применение 4

В принципе, как менеджер, я ищу, чтобы иметь возможность видеть статус того, где мы, как отдел, в нашем общем отставании. Как разработчик, я хочу знать, какие элементы назначены мне, независимо от того, к какому приложению они относятся. Я на правильном пути для этого? Набрав этот вопрос, я почти убедил себя, что мне действительно не нужно знать отставание от отдельного приложения. Скорее, я должен управлять всей работой во всех приложениях и использовать это как отставание от спринта. Иногда этот спринт будет представлять собой несколько выпусков в более крупном приложении, и иногда этот спринт будет обновляться в нескольких небольших приложениях. Любая помощь, которая может быть оказана, чтобы помочь мне указать в правильном направлении, будет оценена по достоинству.

Answer 1

Новая структура хорошая. И вы можете создать две команды из своего проекта «Панель управления \ Обзор»: один для «Бухгалтерия» и один для «Инжиниринг». Установите флажок «Создать путь к области с именем команды» при создании команды. Затем у вас будет 1 общая страница проекта для вашего командного проекта и 2 страницы подпроектов для бухгалтерского учета и инженерии, как показано ниже:

На общей странице проекта вы можете управлять своими общими резервами, проверить графики Burndown для всего проекта , А на странице субпроекта вы можете управлять отставанием и проверять график Burndown для отдельного проекта.

Answer 2

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

http://nkdagility.com/creating-nested-teams-visual-studio-alm/

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