Методология за съвместно разработване на приложения

Съвместно разработване на приложения илиСъвместно разработване на приложения (JAD) е процес, първоначално разработен за разработване на компютърни системи.JAD-процесът обединява представители на бизнес средата (потребители) и ИТ (информационни технологии) специалисти в тясно специализирани семинари (в силно фокусиран семинар). Едно от предимствата наJAD е драматичното намаляване на времето, необходимо за завършване на проект.JAD също така подобрява качеството на крайния продукт, като се фокусира върху ранната част от жизнения цикъл на разработката, което намалява вероятността от грешки, чието коригиране в бъдеще е скъпо.

ПроцесътJAD осигурява разработването на компютърни системи, което Хенри Форд направи за автомобилното производство (метод за организиране на машини, материали и труд, така че една кола да може да бъде сглобена много по-бързо и по-евтино от всякога - поточната линия). Целта при разработката на системи е да се определи от какво наистина се нуждаят потребителите и след това да се създаде система или процес, които да го доставят. Традиционните методи имат редица вградени инхибиращи фактори, които стават по-силни, колкото повече хора участват в проекта.

В повечето организации жизненият цикъл на разработката започва с идентифициране на нуждите, назначаване на ръководител на проекта и екип и често избиране на запомнящ се акроним за проекта. Мениджърът провежда поредица от отделни срещи с хора, които ще използват системата или зависят от нея.

Лидерът продължава тези срещи дълго време. Често не е толкова лесно да се срещнат необходимите ключови хора. Но в крайна сметка документиранедоколкото могат, ръководителят превежда обширни бележки в лична терминология. Това се случва, когато стане очевидно, че изискванията на, да речем, счетоводството не са съобразени с това, което иска Търговският отдел. Поради тази причина ръководителят на проекта се опитва да се срещне с ръководителя на Търговския отдел и разбира, че той е в района и няма да се върне до утре. На следващия ден лидерът хваща Търговеца и получава информацията, след това се опитва да се свърже със Счетоводителя и разбира се открива, че счетоводителят вече е извън офиса и т.н.

Когато накрая всички са съгласни, уви, управителят установява, че е трябвало да се консултират с още хора, защото им трябва нещо съвсем различно.В крайна сметка никой не иска да "драсне черта" под спецификациите.

В някои случаи "тегленето на чертата" е лесно. Но когато системата бъде доставена, тя често няма много общо с това, от което потребителите наистина се нуждаят:

„Отписването на потребителя е безсилен лист хартия“ 2, когато се срещне с яростта на висшето ръководство.

Трудностите в комуникацията и забавянето на обратната връзка са причините за дълголетието на традиционния процес. Колкото повече хора участват в процеса, толкова повече тези проблеми се влошават.

Срещи на JAD :

  1. Много концентриран, съсредоточен
  2. Провеждайте се в специална среда
  3. Бързо управлявайте основните изисквания
  4. Срещите на JAD обикновено включват:
  5. Водител - Улеснява дискусията и спазването на правилата
  6. Крайни потребители - (3-5 души), присъстващи на всички срещи
  7. Програмисти - (2 или 3), за яснота
  8. ВратовръзкаBreaker - Старши мениджър. Прекъсва връзките с крайните потребители, обикновено не присъства
  9. Наблюдатели - (2 или 3), не участват в дискусията
  10. Експерти по темата – ограничен брой за разбиране на бизнеса и технологиите

Литература :

1 Ууд, Дж. и Д. Силвър, Разработка на съвместно приложение, 2-ро издание, Ню Йорк: Wiley, 1995 г.

2 Wetherbe, James C., „Изисквания за информация на изпълнителния директор: да го направим правилно“, MIS Quarterly, март 1991 г., стр. 51.