Історії та Завдання

Історії та Завдання (тут і далі по тексту -- Лектіо) -- це частина уроку Суть Продуктів Робіт. У Брацькій Школі, уроки діляться на так звані лектіо, кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу Вибір Професії.

Материалы

Предшественник этого Лектио -- Описи Продуктов.

Текст (HTML)

Історії та Завдання

Для зручності розробки, загальний опис виробу (product epic) розбивається на окремі вимоги. Вимоги до виробу можуть бути функціональними та нефункціональними.

Функціональні вимоги описують окремі функції (utility), тобто здатність виробу виконати ту роботу, заради якої він має бути створений. Простими словами, функціональність -- це те, що система може зробити.

В оперативно-гнучких розробках, ці функції традиційно описуються "історіями користувача" у форматі з трьох секцій:

1. Маючи права (описується користувач або системна роль того, хто отримає вигоду від функціоналу),
2. я хочу (описується бажаний функціонал),
3. щоб (описується вигода, яку функціонал створить для користувача.

Наприклад,

Не маючи жодних прав на idosvid.com, я хочу бачити кнопку "Увійти" на будь-якій сторінці, щоб мати можливість потрапити на сторінку реєстрації.

Нефункціональні вимоги до виробу описують його застосовність (warranty), тобто даючи гарантію того, що виріб може бути застосований за призначенням. Вони описуються завданнями, які адресують:

• Доступність майбутнього виробу, тобто фізичну доступність та доступність сприйняття. Те, що виріб може робити, не означає, що він це зробить. У казці "Чарівник Смарагдового Міста" Еллі мала срібні черевички Гінгеми, але не знала про їхню чарівну силу.
• Готовність виробу до використання. Ці вимоги можуть включати фізичну готовність, а також документацію, маркування, сумісність з іншими системами, відповідність законам та галузевим інструкціям.
• Технічні характеристики, як, наприклад, робочий ресурс, запас міцності, безпека та стабільність роботи. Технічні завдання (ТЗ) включають технічні характеристики, але часто мають й інші види вимог.
• Зручність користування (usability), тобто вимоги до комфорту користувача у застосуванні виробу за призначенням, що часто виражається фразою "не змушуйте мене думати, що мені з цим виробом треба робити".

Нефункціональні вимоги, частіше функціональних, описуються завданнями, оскільки користувальницькі історії не завжди підходять. Наприклад, Брацька Техрада вимагає використання у Брацькій Хмарі останньої стабільної версії готового рішення. Ця вимога не є функціональною. Звичайний користувач, швидше за все, не знає, що таке "остання стабільна версія" і навіщо вона потрібна користувачу.

А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції. Судячи з тексту вище, за якими критеріями створюються користувальницькі історії:

Варианты

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

Следующее лектио -- Продукты Творчества

Термины

WBS, Объём работ, Критерии приемки, Требования, Плановый способ, Оперативно-гибкий способ, Пользовательские истории

Экзамен

Вопросы экзамена

Чтобы создать Объем Проекта для планирования вашей работы, вам необходимо описание будущего.________________