Давайте встановимо сцену. Ви просите свого IT -колегу додати деякі функціональні можливості до вашого програмного забезпечення для бізнесу (ERP, CRM тощо) або до вашого веб -сайту. Тут він просить вас "Дайте мені свої специфікації" … Ви відповідаєте "добре, звичайно!".
Але опинившись перед білим аркушем, вашою новою порожньою сторінкою Word, ви задаєтесь питанням, з чого почати і що додати до цих специфікацій. Ви здійснюєте швидкий пошук в Інтернеті, і знайдені моделі CoC є повними, але складними. І особливо не пристосований до ваших потреб …
Ми пропонуємо вам тут приклад простої специфікації на запити, які залишаються професійними, але не вимагають вивезення великої артилерії.
Визначення CDC
Маленьке нагадування для початку: специфікація має функцію формалізувати потребу так, щоб її зрозуміли всі учасники проекту . Він визначає очікувані специфікації.
Модель та приклад технічних характеристик
Ось основні розділи, які пояснюють ваші потреби.
-
Контекст і визначення проблеми
Напишіть кілька слів, щоб окреслити основу запиту. Ви можете подумати, що розробника цікавить лише технічна частина. Подумайте ще раз, багато людей люблять бачити кінець своєї роботи. Крім того, надання сенсу розвитку полегшує розуміння ваших потреб та обмежень. Пізніше діалог стане ще простішим. Нарешті, визначивши проблему - тим самим продемонструвавши достоїнства вашого запиту - ви, швидше за все, побачите, що ваші специфікації опиняться на верхній частині файлів для обробки в сусідньому офісі.
Приклад: " у нас є все більше технічних дзвінків для управління. Сьогодні все записується у файл Excel, яким ми ділимося. І це створює масу проблем: ми не можемо працювати над кількома одночасно, не дуже легко знайти попередні контакти … Крім того, коли нам доводиться ділитися інформацією між колегами в технічній службі, ми це робимо. по електронній пошті, але це швидко перетворюється на безлад: ви не можете знайти повідомлення, у кожного свій метод класифікації, немає подальших дій…). А оскільки на наступні роки відносини з клієнтами є стратегічним пріоритетом компанії, над цим пунктом потрібно терміново працювати. "
-
Мета проекту
Пояснивши контекст, висловіть рівень ваших очікувань та очікуваних результатів. Цілі будуть кількісно визначені.
" Ми хочемо запропонувати кращі послуги у своїх відповідях клієнтам, використовуючи реальний інструмент управління запитами. Сьогодні рівень задоволеності становить 60%, ми орієнтуємось на 80% через рік після впровадження нового інструменту ".
-
Периметр
Встановіть тут межі, які ви надаєте своєму проекту. Чи впливають усі клієнти? Це стосується всіх працівників? Усі локації? …
" Ми орієнтуємось на клієнтів у Франції "
-
Функціональний опис потреб
Цей не дуже викликаючий у непосвячених термін можна коротко підсумувати: опишіть ваші потреби з точки зору функціональних можливостей . У кількох рядках поясніть що робити вашу заявку. Це основний інструмент реалізації.
З чого почати цей аналіз? Ви можете зробити це:
Почніть з основних функцій і відмовтесь від них.
Наприклад :
Основна функція: Запис контакту з клієнтом
Підфункції:
- створити новий файл
- змінити існуючий файл,
- тощо.
Ще один приклад веб -сайту відшкодування витрат на охорону здоров’я:
Основна функція: Зробіть імітацію погашення
Підфункції:
- додати акт
- видалити акт
- запам’ятайте своє моделювання
Для кожної функції можна прийняти сітку, яка визначає: мету, опис функціональних можливостей, обмеження / правила управління та рівень пріоритету.
Дивіться приклад нижче:Функція: зберегти контакт із клієнтом / створити новий файл Гол Легкий доступ до маски введення, включаючи необхідну інформацію для запиту Опис Відкриття маски можливе за допомогою ярлика на робочому столі. Він містить таку інформацію: обліковий запис клієнта, ім’я клієнта, ім’я контакту (…) тощо. Обмеження / правила управління Послуга дійсна лише для клієнтів, деградований режим буде надано пізніше для потенційних клієнтів. Закрити файл може лише його автор тощо. Рівень пріоритету Високий пріоритет Складність цього завдання полягає в тому, щоб точно описати очікувані функції, щоб дозволити роботу з реалізації, не вдаючись до надто високого рівня деталізації.
Якщо у вас є ідея щодо остаточного дизайну, зробіть макет.
Вправи можуть здатися трохи неприємними, але вони необхідні для розуміння ваших потреб. Крім того, це змушує вас думати про те, чого ви насправді хочете.
-
Бюджетні надбавки; ресурс
Вкажіть ресурси, які плануєте мобілізувати.
-
Термін
Експрес тут дату завершення очікуваний для вашого проекту. З, для дещо складніших випадків, проміжними результатами.
Наш приклад коротких специфікацій
Ви можете використовувати ці специфікації для всіх типів проектів: веб, дизайн, ІТ, організація …
Приклад специфікацій у .doc (Word) для завантаження
Дивіться також приклад специфікацій веб -сайту
Посилання на цей файл: Інструменти для поліпшення якості - Напишіть функціональні специфікації
