Контролировать и контролировать несколько scrum-проектов

Я должен курировать несколько различных проектов scrum. Какие показатели состояния проекта вы регулярно проверяете?

Я ценю ваши ответы!

Ответы (2)

Скрам из скрамов:

Как сделать встречи Scrum of Scrums более продуктивными?

Гибкая EVM:

Я также настоятельно рекомендую использовать Agile EVM, если у вас есть бюджет. Теория: http://www.methodsandtools.com/archive/archive.php?id=61 Практика: http://tempo.io/products/tempo-folio/

Масштабируемый Agile:

http://www.scaledagileframework.com/

Только что просмотрел Agile EVM. Есть несколько хороших концепций, но я вижу много очень опасных концепций. НЕ привязывайте фактическую стоимость к сюжетным очкам. Это очень-очень-очень ПЛОХАЯ идея. Да поможет вам Бог, если такое искажение метрик когда-нибудь станет контрактом.
Agile-проекты в основном имеют временные материальные контракты. Но я знаю, о чем ты говоришь.

Scrum — это добавление ценности для бизнеса и разработка эффективного подхода к доставке, поэтому я бы измерял следующие вещи:

  • Удовлетворенность заинтересованных сторон
  • Удовлетворенность владельца продукта
  • Прогресс в достижении гибких целей организации (например, сокращение времени выхода на рынок)
  • Эффективность ретроспектив и адаптаций команды Scrum
Подкрепляя точку зрения Барнаби, следует отметить еще несколько важных моментов: * Имеет ли скорость каждой команды тенденцию к росту? Хотя могут быть некоторые колебания, обычно скорость должна увеличиваться. * Каков уровень брака в команде? Если они кажутся высокими, возможно, команда уделяет слишком много внимания каждому спринту и торопится с ним.
Мне любопытно, как, по вашему мнению, указанные выше пункты связаны с добавлением ценности для бизнеса?
Я доверяю своему владельцу продукта и заинтересованным лицам знать, что такое добавленная ценность для бизнеса. Если они удовлетворены, то, скорее всего, он будет добавлен.