Методологія Joint Application Development

Спільна розробка програм, абоJoint Application Development (JAD ) - це процес, спочатку розроблений для розробки комп'ютерних систем.JAD-процес об'єднує представників бізнес середовища (користувачів) та фахівців ІТ (Інформаційних Технологій) у вузькоспеціалізованих семінарах (in a highly focused workshop). Одна з перевагJAD - різке скорочення часу, необхідного для завершення проекту.JAD також покращує якість кінцевого продукту, зосередивши увагу на початковій частині життєвого циклу розробки, що знижує можливість виникнення помилок, виправлення яких дорого обходиться в майбутньому.

JAD процес забезпечує розробки комп'ютерних систем те, що Генрі Форд зробив для автомобільного виробництва (метод організації механізмів, матеріалів, і робочої сили в такий спосіб, що машину можна зібрати набагато швидше і дешевше, ніж будь-коли раніше - лінія зі збирання). Цілі в галузі розробки систем полягає в тому, щоб визначити, що користувачам дійсно потрібно, а потім створити систему чи процес, який забезпечить це. Традиційні методи мають низку вбудованих уповільнювальних факторів, які тим сильніші, чим більше людей залучено до проекту.

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

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

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

У деяких випадках "підведення риси" відбувається легко. Але коли система поставлена, вона часто має мало спільного з тим, що дійсно необхідно користувачам:

"A user sign off is powerless piece of paper" 2 коли зазнала проти воріт top management.

Труднощі у спілкуванні та затримки у зворотному зв'язку - це причини довготривалості традиційного процесу. Чим більше людей залучено до процесу, тим сильніше ускладнюються ці проблеми.

JAD наради :

  1. Дуже сфокусовані, зосереджені
  2. Проходять у спеціальному призначеному оточенні
  3. Швидко керують основними вимогами
  4. УJAD нарадах, як правило, беруть участь:
  5. Координатор (Facilitator) - сприяє дискусії та дотримання правил
  6. Кінцеві користувачі (End users) – (3-5 осіб), присутні на всіх нарадах
  7. Розробники (Developers) – (2 або 3), для ясності питання
  8. TieBreaker - Senior manager. Breaks end user ties, звичайно doesn’t attend
  9. Спостерігачі (Observers) – (2 або 3), не беруть участь в обговоренні
  10. Експерти предметної галузі (Subject Matter Experts) - обмежена кількість для розуміння бізнесу та технологій

Література :

1 Wood, J. and D. Silver, Joint Application Development, 2nd ed., New York: Wiley, 1995.

2 Wetherbe, James C., "Executive Information Requirements: Getting It Right", MIS Quarterly, March 1991, p. 51.