МСК
МСК є абревіатурою чотирирівневої шкали пріоритету для оцінки вимог. Букви M, S, C та W означають:
- М: Обов’язково
- S: Повинен
- C: Може
- W: Не буде
Два додаткові "o" служать лише для утворення вимовляючого слова і, таким чином, полегшують запам'ятовування
предметів
МСК є абревіатурою чотирирівневої шкали пріоритету для оцінки вимог. Букви M, S, C та W означають:
- М: Обов’язково
- S: Повинен
- C: Може
- W: Не буде
Два додаткові "o" служать лише для утворення вимовляючого слова і, таким чином, полегшують запам'ятовування
Пріоритет повинен
Вимоги з пріоритетом "Повинен" повинні бути виконані в будь-якому випадку і є мінімальною вимогою для прийняття.
Приклад: При розробці нової автомобільної шини неодмінною вимогою є: гальмівний шлях на мокрій дорозі повинен бути зменшений щонайменше на п'ять відсотків.
Пріоритет повинен
Якщо вимоги також є частиною узгодженого обсягу послуг, але вони можуть бути надані пізніше, або можуть бути опущені після затвердження клієнтом. Якщо вимога обов’язковості та обов’язковості суперечить одне одному, тоді вимога обов’язковості має пріоритет у здійсненні.
Приклад: Опір коченню нової автомобільної шини слід зменшити на три відсотки на сухих дорогах.
Пріоритет міг
Вимоги, оцінені "Могли", не входять до сфери послуг. Вони служать для опису корисних побічних ефектів, які можна реалізувати без збільшення витрат і без зволікань.
Приклад: Пробіг нової автомобільної шини повинен бути на 5000 кілометрів більше.
Пріоритет не матиме
Не матиме вимог щодо опису характеристик продуктивності, які неможливо або ще не виконано. Це може бути фактичним критерієм виключення, наприклад, оскільки новий продукт не повинен конкурувати з існуючим продуктом, або вимога, яка повинна бути впроваджена лише в пізніших версіях.
Приклад: Ще не повинно бути можливо виготовити шину будь-якого кольору.
Пояснення та коментарі
Для того, щоб перейти від - переважно технічно не сформульованих - сподівань замовника до специфікації та критеріїв прийняття проекту, важливо встановити пріоритети на визначені вимоги.
Для цього існують різні підходи, найбільш детальний - це розгортання функцій якості (QFD), пріоритети за простою шкалою, такі як MoSCoW, є найпростішим методом.
Ступінь доцільності включення вимог усіх рівнів пріоритету до критеріїв специфікації та прийняття проекту залежить від контрактної структури та типу контролю проекту.
У випадку договору з фіксованою ціною із специфікацією, підрядник доставить лише вимоги до вимог та спробує або виключити необхідні вимоги з обсягу послуг, або пред'явити додаткові вимоги щодо їх реалізації. Отже, у випадку договорів із фіксованою ціною клієнти висувають лише обов’язкові вимоги, а це означає, що пріоритетність MoSCoW тут суттєво не застосовується.
Якщо, з іншого боку, замовник та підрядник погоджуються, що проект буде контролюватися відповідно до обсягу послуг з фіксованою датою та фіксованим бюджетом, то багаторівнева пріоритетність вимог підтримує контроль над проектом. Потім керівник проекту повинен переконатися, що всі вимоги, що мають бути виконані, і може контролювати обсяг послуг відповідно до вимог, які можуть і повинні, щоб проект відповідав бюджету та термінам.