Характеристики комп'ютерних пристроїв уведення, обробки і висновку істотно відрізняються, але ще більший розкид існує в характеристиках уведення, обробки і висновку інформації користувачами. Розроблювачі повинні розуміти, що користувачам властиві сильні сторони, обмеження і слабості. У результаті проектування з упором на слабкі сторони користувачів може вийти ефективне і цілком задовільне ПО для внутріфірмового чи застосування готове "коробкове" ПО.
Корисне правило. При роботі над життєво важливим чи критичним для місії компанії ПО прибігайте до послуг досвідченого інженера з питань практичності. У противному Випадку варто подбати про наявність необхідних фахівців із психології й ергономіки, послугами яких могла б скористатися бригада розроблювачів для підтримки і консультування.
Ціль цієї глави - дати представлення про фізичні, фізіологічні і психологічні аспекти впливу на людину навчання і використання ПО. Щоб удосконалити і доповнити знання по розробці ПО, обчислювальній техніці, ПІ, графіці і теорії інформації потрібно вивчення більш складних людських факторів, ергономіки й організаційної експертизи.
У цій главі розглядаються наступні питання.
o Ергономіка і людські фактори.
" Соціальна ергономіка
" Висновки для проектування і розробки ПО
" Продовження обговорення проекту
Факт існування багатьох зв'язаних з людиною факторів, що повинні враховуватися при проектуванні устаткування, добре відомий і описаний, наприклад, у "Довіднику по ергономіці" ("Ergonomіcs Handbook") компанії ІBM. У контексті проектування устаткування ціль застосування эргономических принципів складається в підвищенні ефективності і задоволеності його роботою.
Крім цього існує ряд властивій людині властивостей нефізичного характеру, який необхідно приймати в увагу при проектуванні ПО. У той час як фактори, що відносяться до апаратного забезпечення, сконцентровані на фізичних характеристиках людей, По-фактори враховують психологічні характеристики, не настільки добре відомі і вивчені як фізичні фактори. Тому залучення користувачів у процес проектування і тестування чи продукту прототипу ПО воістину необхідно. Крім факторів, перерахованих вище, існують ще і фактори, що стосуються середовища, а також соціологічні аспекти проблеми.
Корисне правило. Понаблюдайте за користувачами і зверніть увагу на властиві їм розходження. Розберіться в цих розходженнях і відзначте для себе, у чому інші люди - як користувачі - не схожі на вас.
Програмний ПІ необхідно спроектувати належним чином незалежно від факторів, зв'язаних з апаратним забезпеченням; він повинний використовувати функції комп'ютерного устаткування й ОС до вигоди користувача. Так само як у випадку апаратного забезпечення, застосування эргономических принципів до ПО має на меті підвищити ефективність і задоволеність користувача його роботою.
Визначення. Ергономіка вивчає взаємозв'язки між людиною і його роботою. Цей термін використовується як синонім дослідження людського фактора, під яким розуміється вивчення людини і використання отриманої інформації стосовно до проектування засобів, задач і середовища з метою домогтися продуктивної і комфортної роботи.
Продуктивна робота приносить відчутну користь бізнесу. Для виміру продук-тивности роботи використовуються метрики (наприклад, час, необхідне для виконання задачі без помилок). З іншого боку, зручність у роботі додає не настільки відчутну користь бізнесу. Вимір комфортності можливо в термінах рівня задоволеності чи користувача його думки з приводу легкості використання продукту.
Що стосується ергономіки ПО і людських факторів ПО, те вони служать для опису результатів вивчення інформації, що відноситься до людини-користувача, і її застосування до проектування ПО. Прикладне ПО, використовуване в комп'ютерних системах, виразно може розцінюватися як засіб, застосовуване для успішного виконання деякої роботи.
Ергономіка апаратного забезпечення. До класичних аспектів створення апаратного забезпечення відноситься антропометрія (вивчення фізичних розмірів тіла людини з урахуванням особливостей чоловічого і жіночого організму). Серед інших проектних факторів можна назвати положення тіла при роботі, навантаження на хребет, що прикладається силу кисті і руки, а також умови фізичного середовища, у якій виконується робота. Серед усього передбачуваної безлічі користувачів є люди з, усілякими фізичними характеристиками, що повиннео бути враховане в апаратних засобах, спроектованих належним чином.
Эргономические принципи. Існує два головних принципи ергономіки.
" Приладжування людини до роботи.
" Приладжування роботи до людини.
Приладжування людини до роботи рівносильно навчанню і придбанню практики, у той час як приладжування роботи до людини означає проектування засобів і задач, що відповідають можливостям людей. Хоча эргономические принципи використовуються як стандарт стосовно апаратного забезпечення, вони знаходять саме широке застосування й в області програмного забезпечення. Існують також деякі їхні корисні розширення.
Аналогічно случаю апаратного забезпечення спостерігається величезна розмаїтість у психологічних і організаційних характеристиках у поводженні людей. Крім того, існує значна розмаїтість у задачах, необхідному утворенні, досвіді, навичках і стилях виконання цих задач.
Ергономіка і людські фактори ПО
Необхідно достовірне знання людей з погляду задач використання ком-пьютерного ПО для виконання роботи незалежно від того, чи є користувач розроблювачем ПО чи він працює з прикладним ПО. На мал. 3.2 показана дуже спрощена модель обробки інформації людиною.
Найбільше яскраво виражені характеристики процесу людського пізнання, про які повинний знати і яким повинний приділяти увагу проектувальник ПО, включають наступні властивості.
o Відчуття і сприйняття.
o Навчання і запам'ятовування.
o Увага і мова.
Користувач одержує інформацію від комп'ютера за допомогою зору і слуху. У майбутньому для одержання інформації буде також використовуватися дотик.
Що стосується людських факторів, то основна фізична вимога до апаратного і програмного забезпечення полягає в тому, що устаткування і програми повинні сприйматися користувачем і відгукуватися на вхідні сигнали користувача. Зорова і слуховая інформація, передана користувачу прикладним ПО, повинна знаходитися в сприйманому їм діапазоні. Із сенсорних буферів дані передаються в короткочасну пам'ять, де включаються процеси розпізнавання образів, спрямовані на усунення невизначеності, визначення контексту, ідентифікацію й інтерпретацію образів.
Корисне правило. Недолік уваги до людського фактора веде до створення непродуктивного, важкого у вивченні й у використанні, а також вы-зывающего ворожість ПО.
Короткочасні сенсорні нагромаджувачі. Сенсорні буферы в системі обробки інформації людиною тимчасово зберігають фіксовані образи, обсяг яких достатній для того, щоб користувач міг їх аналізувати.
Хоча інформація, що запам'ятовується, відрізняється високим рівнем деталізації, вона зберігається протягом дуже короткого проміжку часу. Думають, що існує кілька типів областей сенсорної пам'яті - по одному для кожного з почуттів. Іконічна пам'ять використовується для збереження зорової інформації, а звуконаслідувальна пам'ять зберігає звукові дані. Образ являє собою зоровий запис, що зберігає просторові відносини, а звукоотражение зберігає тимчасові відносини. Інформація в кожнім з буферів швидко руйнується.
Короткочасна пам'ять. Частина пам'яті людини, що зберігає огра-ниченный обсяг інформації, що відноситься до поточного часу, називається короткою-тимчасовою пам'яттю. Інформація, що зберігається в пам'яті цього типу, відрізняється наступними особливостями.
o Запам'ятовується автоматично.
o Для витягу вимагаються дуже невеликі зусилля.
o Обсяг порівняно невеликий (7 ± 2 елементи).
o Утримується повторенням.
o Витягається відносно повільно (у порівнянні зі швидкістю вхідних сигналів).
o Легко губиться за рахунок чи відволікання недоліку уваги.
Свідомі розумові акти (обчислення, інтерпретація і логічний висновок) відбуваються в короткочасній пам'яті. Обсяг короткочасної пам'яті невеликий, звичайно його характеризують числом "сім плюс-мінус два", припускаючи збереження іменної такої кількості елементарних об'єктів. Цим числом часто зловживають у різних контекстах.
Довгострокова пам'ять. Інформація, що відноситься до минулого досвіду, міститься в довгостроковій пам'яті і відрізняється наступними особливостями.
o Запам'ятовування і витяг вимагають деяких зусиль.
o Залежить від індивідуальної інтерпретації.
o Відрізняється величезним обсягом (до мільярдів елементів).
o Організується ієрархічно за рахунок прикладання зусиль.
o Відносно постійна в часі.
o Усвідомлюється швидше, ніж пригадується.
Довгострокова пам'ять зберігає знання про минулі події, а також усю необхідну інформацію і навички. Компоненти цієї пам'яті можуть носити випадковий характер, відбивати семантику, аналогії, поняття і слова.
Проміжна пам'ять. Частина пам'яті людини, що зберігає історію підходів до рішення поточних проблем, зберігає тимчасові результати і відбиває зміни в планах на майбутнє, називається проміжною пам'яттю. У противо-положность цьому довгострокова пам'ять зберігає правила і досвід, зв'язаний з те-кущими задачами, а в короткочасній пам'яті формуються плани дій на сучасний момент.
Обробка інформації. Існують методи обробки інформації, спрямовані на навчання, увагу і прийняття рішень. Навчання - це складний процес, що приймає різні форми, такі як запам'ятовування, засвоєння понять і правил, а також моторні навички для повторюваних (автоматичних) процедур (мал. 3.3). Люди учаться, ґрунтуючись на вже існуючих знаннях.
Щирі знання і досвід безумовно зберігаються в довгостроковій пам'яті. Добре засвоєні навички накопичуються в пам'яті людини, їх можна здійснити на практиці автоматично. Увага має на увазі свідому поінформованість і обра-ботку інформації, відрізняється вибірковістю, може бути сконцентрованим чи розділеної.
підкоряються законам розумового чи поводження тенденціям, типові зразки яких приведені нижче.
o Більший обсяг інформації збільшує впевненість, але не обов'язково точність рішення.
o Емпіричні правила (евристики) використовуються частіше, ніж точні алгоритми.
o Оптимальні підходи до рішення проблем використовуються не завжди.
Фізичні недоліки. Люди, що відповідають за проектування програмних продуктів, повинні бути дуже уважні до фізичних недоліків користувачів. До 5% від загального числа всіх користувачів страждають деякою формою фізичних недоліків. Близько 70% цих користувачів, що відвідують Іnternet, випробують проблеми зі здоров'ям.
Хоча ці цифри здаються невеликими, дійсне число тих, хто залежить від підтримуючого ПО, досить велике, якщо взяти до уваги загальна кількість людей, що працюють у великій чи компанії в цілому по країні. Стосовно до підтримки користувачів, яким необхідно забезпечити їх особливі фізичні потреби, використовується термін приступність. Дане поняття можна поширити на користувачів зі спеціальними пізнавальними потребами, однак це виходить за рамки розглянутих тут проблем.
Корисне правило. Фактор приступності варто вивчати як можливість більш якісної підтримки користувачів і уваги до їх потреб.
Що стосується сприйняття, то воно цілком залежить від зору. Існують обмеження на використання деяких колірних сполучень. Проектування екранів дисплеїв значною мірою залежить від можливостей користувачів. Майже половина всіх користувачів має потребу в деяких формах корекції зору, зокрема бифокальной. Існують також обмеження для користувачів з макулярными порушеннями (тунельним зором), катарактою, характерної для людей похилого віку, і іншими важкими, але менш розповсюдженими випадками.
Використання звуку в ПІ для залучення чи уваги мови для ініціювання реакції користувача може виявитися неефективним, оскільки не всі люди можуть чути. Існують і інші фізичні недоліки, яким проектувальники повинні приділяти увагу.
Щоб проникнути в суть проблеми й одержати додаткову інформацію, можна звернутися на такі Web-вузли
o http://www.textmatters.com/guіdes/vіsually_іmpaіred.html
o http://www.w3.org/WAІ/GL/
Комі того, корисну інформацію з приступності можна знайти на Web-вузлах ос-новных постачальників комп'ютерів.
Інші Проблеми. Для користувачів комп'ютерів і ПО важливі також і інші фактори. Наприклад, на можливостях навчання і сприйняття позначається
вік, різниця в стилі навчання (зоровий чи слуховой), а також розходження в стилі мислення (право- і левополушарное). Далі мова йтиме про особливості людського сприйняття і пізнання, а також про те, яким образом правильно застосовувати отримані знання.
Соціологічні аспекти ергономіки
Дотепер наші міркування стосувалися окремої людини в його взаємодії з комп'ютерною системою незалежно від інших людей. Однак у сучасному світі з його всезростаючим рівнем взаємозв'язків і взаимозависимостей людини (як і програмний додаток) не можна розглядати изолированно. Користувач взаи-модействует з комп'ютером, клієнтами, розроблювачами, керівниками, колегами і колективами (мал. 3.4).
Розглянемо деякі соціологічні фактори проектування і ПО. Поряд із приладжуванням окремої людини до роботи необхідно приладжувати до роботи й існуючим технологіям групи й організації і навпаки. Групова динаміка й організаційне поводження - реальні речі, які не можна ігнорувати.
o Прозорість у відношенні використання робочого часу.
o Допущені помилки і помилки, їхнього наслідку.
o Рівень підтримки з боку ПО користувальницьких і групових задач, а також інформування про помилки.
o Мотивація, конкуренція, витрати й інші бізнеси-фактори.
Эргономические проблеми зв'язані з загальними формами комунікації, культури і мови. Окремі користувачі і робочі групи дотримують визначених норм і традицій, що стосуються приступності визначених типів інформації іншим людям і групам. Деякі сторони цього фактора відносяться до чи таємності цінності даних. Існують також фактори, що стосуються переваг визначених чи людей робочих груп у відношенні чи контролю керування часом і ресурсами. Це виявляється в питаннях використання електронних календарів, а також визначення кола обличчя, що мають право переглядати і/чи планувати використання особистого і колективного часу.
Поняття соціальних факторів ергономіки не слід чи ігнорувати відноситися до нього зі зневагою в період гарячки, зв'язаної з постачанням продуктів. Питання участі, володіння, комунікації, кооперації, інтересів і цілей присутні завжди. Впевненість у цих питаннях може дати тільки їхнє подальше вивчення.
Висновки для проектування розробки ПО
Висновки, які можна зробити з короткого аналізу эргономических факторів, виходять за рамки задоволення зору, слуху, дотику, нюху, смаку і розуму користувача. Визначаючи переваги і недоліки апаратного і програмного забезпечення комп'ютерів, проектувальники повинні спиратися на сильні сторони й обмеження, властивим індивідуальним користувачам і колективам користувачів. Так само, як у випадку апаратного забезпечення, застосування ергономіки до ПО - не одноразова акція, а безупинний і процес, що розвивається, спрямований на оптимізацію програмного забезпечення відповідно до задач і процесів робітничого середовища. У цьому розділі приводяться керівні принципи, які можна застосувати до вигоди як окремих користувачів, так і організацій. В основу покладений принцип ергономіки про приладжування роботи до людини (і навпаки), розглянутий у контексті людських і соціальних факторів.
Використовуйте эргономические стилі в апаратному забезпеченні і ПІ. Як відправну крапку необхідний вірний вибір стилів і засобів для апаратного забезпечення і ПІ ОС. У багатьох випадках для програмного забезпечення ПІ додатка вдається перебороти недоліки, властивому стилю ПІ і засобам базового апаратного забезпечення й ОС. Подолання базових проблем у системній платформі звичайно означає додаткову роботу для розроблювача чи додатка накладає обмеження на Пі-додатки. Якщо фундаментальні проблеми не удається вирішити, за наслідки, як правило, розплачуються користувачі.
Помнете Про користувачів. Незалежно від ПО чи виконуваних задач прагнете знати якнайбільше про користувачів. Будьте в курсі розподілу
їхнього віку, підлоги, характеристик, кваліфікації, знань і обмежень. Враховуйте фізичні, психологічні і соціологічні фактори. Усвідомлюйте тім, що сприйняття й обробка інформації людиною мають припустимі межі. Дотримуйте у відношенні продукту принципу простоти у вивченні і використанні. Піклуйтеся про приємний зовнішній вигляд інтерфейсу. Задачі користувача можна спростити за рахунок програмної автоматизації, підтримки і доповнень.
Корисне правило. Намалюйте плакат-нагадування про потенційний пользо-вателях поставля ПО і намагайтеся частіше дивитися на нього.
Не вимагайте ЗАНАДТО БАГАТО (чи ЗАНАДТО мало). Існують межі продуктивності роботи користувачів, які не можна перебороти навіть за допомогою самого зробленого проектування ПО (як приклад можна привести місткість і швидкість короткочасної пам'яті). До того ж розроблювачі ПО можуть ужити в роботі модель інтелектуального користувача, що вивчає і використовує комп'ютерну систему, прикладне ПО, зв'язані з виконанням завдань засобу допомоги і довідкових засобів, щоб домогтися кращого і більш швидкого виконання повсякденної роботи.
Корисне правило. Уникайте синдрому дурного користувача.
Використовуйте звичне коло знань. Використовуйте знайомі терміни і поняття. Зберігайте пізнавальну точність у відношенні задач індивідуальних користувачів і робочих груп, об'єктів і допоміжних засобів на противагу абсолютному наслідуванню середовищу й об'єктам кінцевих користувачів. Вам допоможуть індивідуальні, групові і технологічні методи і засоби навчання.
Заохочуйте навчання. Явно і свідомо надавайте в розпорядження користувачів аналогії і концептуальних моделей. Дайте можливість користувачам вивчити систему крок за кроком, підтримуючи освоєння нових функцій без погрози викликати проблеми. Ієрархічна організація функцій допомагає користувачам систематизувати структуру додатка. Будьте послідовні у відношенні рє-мантики, синтаксису і застосування низкоуровневых фізичних пристроїв.
Не перевантажуйте короткочасну пам'ять. Інформація й альтернативи повинні бути очевидні і легкодоступні. Щоб полегшити узнаваемость, по можливості скористайтеся принципами умовчання. Там, де це прийнятно, використовуйте нагадування і фрагментацію інформації.
Використовуйте довгострокову пам'ять. Піктограми, візуалізація, терміни і моделі відіграють велику роль у підтримці довгострокової пам'яті. Дізнавання замість примуса до згадування функцій і даних істотно полегшує роботу кінцевих користувачів. Різні форми введення, висновку і перегляду інформації допомагають пристосуватися до різних стилів навчання.
Проектуйте в розрахунку на помилки. Мислите в термінах керування проблемами. Прикладне ПО повинно бути толерантним до помилок користувачів і мінімізувати наслідку невдач. Важливо забезпечити зворотний зв'язок, що стосується стани системи, і оборотність деструктивних дій. Варто подумати про можливі шляхи виникнення прорахунків і їхніх наслідків, а також про способи уникнути помилок. Щоб не припуститися помилки, відновлення після який вимагає великих зусиль, невірні дії користувача повинні бути утруднені і вимагати підтвердження перед виконанням.
Сприяйте розробці автоматичних процедур. Для часто використовуваних задач і операцій варто передбачити взаємодії, що легко засвоїти як реактивні процедури. Після невеликої практики задачі, що легкі для чи виконання вимагають лише декількох кроків, виробляють у користувачів звички, що вимагають мінімальних зусиль. Використання сполучень клавіш і деякі дії по безпосередньому керуванню можуть служити прикладами подібних автоматичних процедур.
Підтримуйте прийняття рішень і потік робіт. Як істотну можливість додатка виступає допомога в прийнятті рішень. Випливає в різній формі підтримувати потоки чи робіт задач (таких як дерева рішень, матриці, візуалізацію кроків роботи і відповідну їм інформацію за допомогою чи дерев відображень, а також середовища групових обчислень), орієнтованих на індивідуальну чи групову роботу. Користувачам необхідно надати осмислену організацію інформації за допомогою фрагментації, упорядкування, пошуку і декомпозиції.
Використовуйте установки, прийняті в системі за замовчуванням, і засобу настроювання. Відзначте, які характеристики застосовуються базовим ПО платформи для таких можливостей, як шрифти, що керують розміри, звук і колір. Розроблювачі зобов'язані дотримувати обережності при відхиленні від стилів і установок, прийнятих для даної платформи за замовчуванням. Крім того, ПІ не повинний виходити за межі користувальницького сприйняття.
Корисне правило. Користувальницький інтерфейс міститься в рецепторах того, хто його сприймає.
Використовуйте системні можливості забезпечення приступності. Багато ХТО ОС чи містять підтримують можливості і технології, що забезпечують приступність системи для користувачів, що випробують різного роду утруднення. Намагайтеся, щоб їхньої дії в прикладному ПО не перешкоджали приступності. У всякому разі, прикладне ПО повинно підтримувати існуючі технології замість розкручування вашого власного підходу.
Постійно учитеся. Відшукайте дві-три чи посилання джерела інформації, підтримувані технічними експертами з питань ПО і соціальних людських факторах. Посилання й інформація експертів повинні бути пізнавальними і
мати відношення до ваших потреб і потреб ваших користувачів. Застосовуйте отримані знання на практиці.
Продовження обговорення проекту
Керівник проекту попросив підготувати попередній опис можливих користувачів ПО продукту. При цьому керівника проекту не цікавить спеціальний опис чи аудиторії специфічні характеристики кожного користувача - йому потрібні загальні описи користувачів і робочих груп, а також їхній можливий вплив на напрямок проектування продукту.
Крім того, керівник проекту бажав би одержати порівняльний опис характеристик кінцевих користувачів з характеристиками розроблювачів (він прагне пояснити вищому керівництву, у чому полягає відмінність кінцевих користувачів від розроблювачів, керівників і клієнтів). Що стосується термінології розроблювачів, керівник проекту має намір проаналізувати, які характеристики, а також види процесів і засобів могли б сприяти розробці продукту.
Будьте готові продовжити ваші дослідження з проекту.
Як звичайно, керівник проекту вимагає швидкої відповіді. У вас є 30 хвилин.
Після наради з керівником проекту продовжуйте ваші дослідження.
Питання?
Посилання
Brown J., Newman S. Іssues іn Cognіtіve and Socіal Ergonomіcs, Human Computer Іnteractіon, vol.1,1985.
Ergonomіcs Handbook, ІBM Corp., Purchase, NY.
Ergonomіc Desіgn for People at Work, Eastman Kodak Co., New York, 1983.
Lachman R. et al. Cognіtіve Psychology and Іnformatіon Processіng, Lawrence Erlbaum Assocі-ates, Hіllstale, NJ, 1979.
Mayhew D. Software User Іnterface Desіgn, Prentіce Hall: Englwood Clіffs, NJ, 1992.
Norman D.A. The Desіgn of Everyday Thіngs, Doubleday: Currency, NY, 1990.
Sanders M.S. and McCormіck E.J. Human Factors іn Engіneerіng and Desіgn, McGraw-Hіll: New York, 1987.
Shneіderman B. Desіgnіng the User Іnterface, Addіson-Wesley: Readіng, MA, 1987.
Torres R. Ergonomіcs of Software, Westlake Reflectіon, 1992.
Vecchіo R. Organіzatіonal Behavіor, The Dryden Press: Chіcago, ІL, 1991.
Розділ 4
Орієнтована на користувачів бригада
розроблювачів
Навіть для відносно невеликих проектів задача проектування програмного ПІ виглядає досить непросто, не говорячи вже про розробку складного пакета програмних додатків із застосуванням нових технологій в умовах могутніх конкурентних факторів і виставлених твердих проектних обмежень.
Сьогодні для створення стилів ПІ і додатків неодмінно потрібно досить великий набір різноманітних спеціальних навичок. При виконанні програмного проекту можуть знадобитися навички в таких областях, як користувальницький інтерфейс, розробка ПО, тестування і якість функціонування ПО, графіка і візуалізація, навчання, довідкові системи, підтримка експлуатації, людські фактори, бізнес-планування, керування потоками робіт, бизнес-реинжиниринг, керування проектами і керування змінами.
Велика частина проектів має потребу у фахівцях подібної кваліфікації, а багато проектних бригад просто не інформовані про те, які знання і навички вимагаються. Це - область підвищеного ризику, саме тут криються основні причини невдач проектів. У главі позначені критичні навички, необхідні для орієнтованих на користувачів бригад по розробці програмних продуктів. (Надалі подібну бригаду будемо називати просто проектною бригадою. - Прим. ред.)
Головна причина відсутності кваліфікованих фахівців у цій області з-коштує в тім, що велика частина програм навчальних закладів і компаній для розроблювачів і інженерів по програмному забезпеченню не передбачає глибокого вивчення відповідних предметів. Розроблювачам приходиться самостійно освоювати ці дисципліни.
Традиційні види організації розробок можуть привести до серйозних проблем через групову динаміку персоналу, що є наслідком організаційного поводження. Існує перевірений спосіб досягти успіху, в основі якого
лежить використання орієнтованих на користувачів бригад по розробці продуктів, що діють у рамках різних організаційних моделей.
Ця глава подає базові відомості, що стосуються наступних областей бригадної моделі роботи.
o Ергономіка розробки ПО.
o Передумови розробки ПО.