Що таке метод MoSCoW Knowledge compact - t2informatik

Що таке метод MoSCoW, які категорії він знає та які його переваги та недоліки?

Розміщення пріоритетів за чотирма категоріями

Метод MoSCoW - це чотириступеневий процес встановлення пріоритетів. Він в основному використовується для класифікації вимог; в принципі, він також підходить, наприклад, для встановлення пріоритетів цілей, діяльності чи запитів на зміни. Винахідником методу MoSCoW є Дай Клегг, який вперше застосував цей метод в Oracle у 1994 році як частина так званого методу розробки динамічних систем (DSDM). Сьогодні MoSCoW - також званий принципом MoSCoW, аналіз або визначення пріоритетів - використовується в аналізі бізнесу, розробці вимог, управлінні проектами та розробці програмного забезпечення.

Окремі великі літери розрізняють чотири категорії:

  • М. = М.ust (мати)
  • С. = С.мав (мав)
  • C. = C.мати (мати)
  • В. = В.не (мати)

Часто під час використання методу MoSCoW використовується скорочення; Оскільки малі літери використовуються лише для розбірливості, це не зовсім правильно, але, використовуючи о, принцип можна вимовити як російська столиця.

таке

Чотири категорії MoSCoW

Що саме означають чотири категорії?

М.ust (have) - категорія для вимог “must”. Вони вважаються предметом обговорення та не повинні суперечити будь-яким іншим обов’язковим вимогам. Якщо ви використовуєте Збір знань для бізнес-аналізу - коротко BABOK - вони також повинні бути повними, єдиними, правильними, реалізованими, мінливими, чіткими та перевіреними.

С.hould (have) - категорія вимог “повинен”. В ідеалі також слід виконувати вимоги, які потрапляють до цієї категорії. Однак, оскільки пріоритет нижчий за вимоги “повинен”, який також завжди повинен виконуватися з пріоритетом, може відбуватися впровадження в наступних випусках або проектах.

C.ould (have) - категорія вимог "банки". Вони можуть бути впроваджені після того, як були виконані вимоги “повинен” та “повинен”. Тому їх також називають «приємними в наявності». У разі виникнення вузьких місць або конфліктів ресурсів ці вимоги першими відкладаються або не виконуються.

В.on’t (have) - категорія означає вимоги, які не виконуються. Як варіант, це буде В. також як В.ould - було б непогано, якби це можна було реалізувати найближчим часом - або В.мураха - бажаний, але інтерпретований в іншому плані, проекті чи випуску. Зазвичай рекомендується також документувати вимоги в рамках цієї категорії, оскільки це дає змогу зрозуміти, чи вже було зареєстровано очевидно нову вимогу. Крім того, задокументовані вимоги можуть послужити джерелом для майбутніх проектів.

На практиці як вимоги “повинен”, так і “повинен”, як правило, потрапляють у інші документи, такі як специфікації вимог чи бізнес-кейси. Факультативні вимоги та вимоги, які неможливо реалізувати, проте, як правило, залишаються у внутрішніх відставаннях, списках чи інструментах.

Переваги та недоліки методу MoSCoW

Метод MoSCoW пропонує кілька очевидних переваг:

  • Існує проста категоризація вимог - в ідеалі за узгодженням із зацікавленими сторонами. Використання слів “Повинен, повинен, міг” та “не” завжди надає ясність щодо значення категорій.
  • Класифікація вимог (або цілей, завдань, запитів на зміни тощо) призводить до природної послідовності реалізації.
  • Принцип, що лежить в основі методу, дуже легкий для розуміння, так що зацікавлені сторони та розробники можуть легко знайти спільний знаменник.

З іншого боку, метод MoSCoW також має деякі недоліки:

Підказки:

Існує альтернативне тлумачення малих літер o: якщо їх розуміти як "або" або "або", виникають дві протилежні категорії, тобто М.уст Ор С.hould також C.старий Ор В.ould або. В.на не.