Исторически сложилось так, что у нас всегда были отдельные VSO Проекты для каждого разрабатываемого логического проекта. Это особенно важно, так как для каждого проекта необходимо иметь отдельные отставания. У каждого проекта есть собственный владелец продукта.VSO: отдельный проект с многоуровневой структурой?
У нас есть команда около 10 разработчиков, которые работают между этими проектами в течение 2 недель спринтов.
Эта установка привела к серьезным проблемам при использовании Scrum инструментов VSO в:
- Multiple Burndown, совокупный поток и скорость диаграмму
- Split мощности члена команды во время спринта
Это сделало очень сложно контролировать ход работы во время спринтов и эффективно планировать следующий. Это привело меня к созданию this StackOverflow question.
На основании ответа MrHinsh, я могу теперь 1 проект VSO, а затем разделить все проекты в области:
Это означает, что мы имеем следующие команды в проекте (все «отображается» на их соответствующие области):
- Project 1 Team
- Project 2 Team
- Project 3 команды
- Project 4 Team
Будет ли это хорошая идея, чтобы добавить дополнительный ярус в структуре площади?
Например, проекты принадлежат к некоторому продукту. Логическая группировка может быть полезна для отчета (скорость/дата горения/и т. Д.). Это будет соответствовать нашей организационной модели достаточно хорошо:
В моем понимании, мы тогда должны были бы создать еще две команды:
- продукт в команде
- Продукт B Team
Дополнительные вопросы:
Это, по существу, означает, что отставание от продукта A будет накапливаться в отставаниях проекта 1 и 2. НО, члены все еще могут добавлять элементы в backlog продукта A, что несколько неправильно, потому что элементы backlog должны создаваться только в Project 1 и 2. Не существует способа отключить это?
Я играл с этим в VSO и обнаружил, что независимо от того, к какой области принадлежит член, он всегда имеет доступ ко всем областям проекта.Это означает, что контроль доступа не совсем возможен. Кроме того, это означает, что я не могу «скрыть» слой «Продукт».
Кроме того, при навигации по зоне команды нет четкой индикации иерархической структуры (см. Снимок экрана ниже). Это может ввести в заблуждение членов. Это было бы еще одной причиной скрыть такие уровни продукта. Я не нашел способ сделать это.
Если другой продукт принадлежит каждому Проекту в пределах Продукта. Я бы поставил под вопрос, насколько они являются владельцами продуктов ... Являются ли они не просто руководителями проектов? –