В сегодняшней быстро меняющейся бизнес -среде, как эффективно управлять спросом, стало серьезной проблемой для всех отраслей.Московский метод служит приоритетным навыком, чтобы помочь группам достичь консенсуса с заинтересованными сторонами и определить важность потребностей.Этот подход не только помогает команде разработчиков сосредоточиться на наиболее важных потребностях, но и четким и интуитивно понятным образом сортирует требования.
МетодМосква, как система приоритетной классификации, в основном делится на четыре категории: должен иметь, должно быть, может иметь, не будет иметь).
Московский метод был впервые разработан Dai Clegg в 1994 году и предназначен для использования в процессе быстрого разработки приложений (RAD).С 2002 года он широко используется в методе динамической разработки системы (DSDM).Этот подход особенно подходит для гибких средств разработки, таких как Scrum и RAD, поскольку он помогает определить приоритеты наиболее важных потребностей в ограниченные временные рамки.
Независимо от того, насколько важен спрос, чтобы достичь коммерческой стоимости в кратчайшие сроки, требования должны быть приоритетными.Разработчик сначала попытается выполнить все требования, которые должны, должны быть и могут иметь, но если время доставки угрожает, то требования, которые должны и могут быть, будут удалены первыми.
Должно быть, что требования считаются ключом к успеху в текущие сроки доставки.Если какие -либо необходимые требования не включены, доставка проекта следует считать неудачей.
Ниже приводится конкретное объяснение четырех категорий требований в московском методе:
Благодаря этим классификациям заинтересованные стороны могут более четко понимать влияние рейтинга спроса, а не просто использовать высокие, средние и низкие оценки.
При разработке новых продуктов команды часто сталкиваются с тяжелыми задачами, недостаточными средствами и времени.Используя метод Москвы может помочь командам оценить приоритеты, выберите, какие требования необходимы, а какие требования можно ждать до позже.Минимальные жизнеспособные продукты (MVP) - это те элементы, отмеченные по мере необходимости.
После выбора MVP или минимальной жизнеспособной функции (MMF) команда может по -прежнему столкнуться с ситуацией, когда рабочая нагрузка превышает ожидаемую мощность.В этом случае метод Москвы может быть снова использован для определения приоритетов конкретных функций и выбора, какие из них необходимы, иметь или могут быть включены в следующую стадию работы.
Хотя московский метод широко предпочитается на практике, он также получил некоторую критику.Некоторые пользователи отметили, что этот метод не смог эффективно помочь между несколькими требованиями в рамках одного и того же приоритета; должен.Кроме того, существует дилемма для своевременности отсутствия категории, и не уверен, что она даже не будет реализована в текущей версии.
В некоторых случаях команда может больше сосредоточиться на разработке новых функций и игнорировать необходимость в технологических улучшениях, таких как реконструкции.
В дополнение к московскому методу существует множество других методов приоритетов приоритетов, таких как модель кано, и эти методы имеют различные сценарии применения и преимущества и недостатки.
Как эффективно использовать метод Москвы для фильтрации наиболее важных потребностей и поддерживать свою команду в идеальном состоянии?