Розбиття на категорії «критична, важлива, корисна»
Кожному учаснику дається кількість голосів, що рівне кількості ідей, кожний голос має відноситися до однієї із трьох категорій «критична, важлива, корисна». Суть метода в тому, що голоси, що належать кожному учаснику, розподілені по категоріям рівномірно (одна третина «критична», одна третина «важлива» і одна третина «корисна»); відповідно, тільки одну третину ідей учасник може віднести до критичних.
Критична – обов’язкова. При відсутності даної функції учасник не зможе користуватися системою. Без неї система не буде виконувати свою основну місію. Тому немає сенсу робити систему без цієї функції.
Важлива. При відсутності даної функції відбудеться значна втрата споживчої цінності, долі на ринку або прибутку або зменшиться приплив нових обслуговуємих клієнтів. Якщо важливі пункти не будуть реалізовані, деяким користувачам продукт не сподобається і вони не будуть купувати його.
Корисна. Це означає, що було б добре мати її. Така функція робить життя простішим, систему привабливою і приязною або приносить велику користь.
Зауваження. При використанні даного методу всі ідеї, які «пережили» етап відсічення, отримують, як мінімум, статус «корисних», що дозволяє уникнути образ зі сторони їх авторів
Коли учасників багато, одна і таж функція може бути віднесена різними учасниками до різних категорій. Ведучий робить наступні дії: множить «критичні» голоси на 9, «важливі» на три, а «корисні» на 1 і підраховує суму. Це розподілить результати на користь «критичних» голосів.
Мозковий штурм з використанням Веб
Якщо всіх зацікавлених осіб можна зібрати разом і вони являються відносно активними і не дуже сором’язливими, ведучий – досвідчений, то ефективно використовувати «живий» МШ.
Але інколи «живий» МШ неможливий. В цих ситуаціях альтернативою є використання Інтернет або локальної мережі для організації МШ шляхом створення дискусійної групи. Цей метод особливо підходить для розробки перспективних додатків, коли необхідні дослідження або довготривалі прогнози, концепція спочатку неясна і вимагається широкий діапазон поглядів (думок) велика кількість користувачів і зацікавлених осіб.
При використанні цього методу керівник проекту спонсорує почтовий сервер або веб-сторінку для фіксації властивостей продукту і коментарів до них. Запис ідей і коментарів може відбуватися як анонімно так і з вказанням авторства, в залежності від створеної адміністратором схеми. Перевага даного методу – ідеї і коментарі можуть циркулювати в мережі протягом значного періоду часу. При цьому відображається весь процес еволюції кожної ідеї. Самою найважливішою особливістю є удосконалення ідей з спливанням часу.
Створення прототипів
Прототипування (prototyping) - це найбільш часто використовуваний сучасний метод виявлення вимог. Програмні прототипи конструюються для візуалізації системи або її частини для замовників з метою отримання їхніх відгуків.
Прототип – працююча модель програми з неповним функціоналом. Він зазвичай містить графічний інтерфейс користувача і виглядає як справжня програма, однак активізація елементів інтерфейсу не приводить до отримання результату.
Прототип ПЗ - це часткова або можлива реалізація нового продукту, що пропонується. Прототипи дозволяють вирішити три основні задачі:
Прояснення і завершення процесу формулювання вимог. Використовуваний в якості інструмента формулювання вимог прототип представляє собою попередну версію частини системи, розуміння якої викликає труднощі. Оцінка прототипу користувачами вказує на помилки в формулюванні вимог, які можна виправити без великих витрат до створення реального продукту.
Дослідження альтернативних рішень. Прототип, як інструмент конструювання, дозволяє зацікавленим в проекті особам досліджувати різні варіанти реалізації користувачів, оптимізувати зручність роботи і оцінити можливі технічні прийоми. Прототипи дозволяють на робочих зразках показати, наскільки здійсненні вимоги.
Створення кінцевого продукту. Прототип – це ніщо інше, як функціональна реалізація первинних елементів системи, яку можна перетворити в готовий продукт, здійснюючи послідовний ланцюжок невеликих циклів розробки (Аналіз здійсненності).
Основна мета створення прототипу – усунення неясностей на ранніх стадіях процесу розробки. Саме виходячи з них потрібно вирішувати, для яких частин системи необхідний прототип і що надіялись з’ясувати, оцінюючи його. Прототип корисний для з’ясування і усунення двозначних і неповних тверджень в вимогах. Користувачі, менеджери та інші зацікавлені особи вважають, що прототип дає їм розуміння конкретики, поки реальний продукт документується і розроблюється. Прототипи, особливо наглядні, легше зрозуміти, чим технічний жаргон розробників.
У загальному випадку, прототип - це дуже ефективний спосіб виявлення вимог, які важко отримати від замовника за допомогою інших засобів. Найчастіше така ситуація зустрічається для систем, які повинні надати в розпорядження користувачів нові бізнес функції. Подібна ситуація також характерна для випадків суперечливих вимог та наявності проблем у кооперації між замовниками і розробниками.