24 Joint Application Development (JAD)

[jongfeel]

제 24장 응용 합작 개발

응용 합작 개발(JAD, Joint Application Development)은 사용자, 경영진, 개발자가 시스템 세부사항을 결정하는, 요구사항 정의와 사용자 인터페이스 설계 방법론이다.
업무 시스템을 개발하는 데 적합하고, 기성품과 시스템 소프트웨어를 위해서도 성공적으로 활용할 수 있다.
후반부에 많은 비용이 들어가는 요구사항 변화를 줄이므로 일정과 비용을 절약할 수 있다.
JAD 활동을 이끄는 효과적인 리더십이 있어야 하며, 최종 사용자, 회사 중역, 개발자가 활발하게 참여해서 JAD 활동 기간 동안에 상승 작용을 만들어야 한다.

효능

명목 일정에서 잠재적인 절감 요인	우수
작업 가시화 향상	보통
일정 위험에 미치는 영향	위험 감소
도입 초기 성공 가능성	우수
장기적인 성공 가능성	최고

주요 위험요소

• JAD 활동 후에 비현실적인 생산성 기대
• JAD 활동 후에 남은 작업에 대한 부정확한 예측

주요 상호작용과 상충요인

• 점진적인 개발 생명주기 모델과 함께 결합할 때 최고 효과를 발휘한다.
• 쾌속 개발 언어, 프로토타이핑 도구와 함께 결합할 수 있다.

---

합작은 개발자, 사용자, 기타 관련 인원이 제품 개념을 함께 설계한다는 의미가 있다.
JAD는 요구사항 수집과 협상을 위한 구조적인 과정이며, 이 공정의 핵심은 회사 중역, 최종사용자, 개발자가 참석하는 워크숍에 있다.
JAD는 지금까지 개발한 요구사항 명세 방법 중에서 가장 강력하며, 다양한 방법으로 일정을 줄이고 비용을 절약한다.

• JAD는 최고 중역을 소프트웨어 계획 공정에 참여시킨다.
• JAD는 요구사항 명세 단계를 줄인다.
• JAD는 의심스러운 기능을 제거한다.
• JAD는 처음부터 딱 맞는 요구사항을 정의하도록 도와준다.
• JAD는 처음부터 올바른 사용자 인터페이스를 정의하도록 도와준다.
• JAD는 조직과 관련한 내분을 줄인다.

24.1 JAD 활용

JAD는 JAD 계획 단계와 JAD 설계 단계를 포함한다.
순수 기술적인 세부사항보다 업무 설계 문제에 초점을 맞춘다.

JAD 계획 단계를 거치면서 소프트웨어 시스템의 광범위한 특성을 정밀하게 표현하는 데 중점을 둔다.
JAD 계획에서 나온 주요 결과물은 시스템 목표, 선생 준비 노력, 일정 예측, 제품 개발의 지속 여부를 결정한다.

제품 개발을 계속 진행한다는 결론을 내리면, JAD 설계 단계를 시작한다.
JAD 설계는 프로토타이핑을 광범위하게 활용하며, 이 단계에서 나온 주요 결과물은 세부 사용자 인터페이스 설계, 데이터베이스 스키마, 좀더 정확히 비용과 일정을 예측한다.

Figure 24-1 . Overview of the JAD process. JAD planning and JAD design are organized into similar sequences of activities. Source: Adapted from Joint Application Design (August 1991)

그림 24-1에서 계획 단계와 설계 단계는 다음과 같은 세 부분으로 쪼개진다.

1. Customization: 활동 담당자와 몇몇 인원이 JAD 방법론을 프로젝트에 맞춰 변경을 가한다. 이 작업은 하루에서 열흘 정도 걸린다.
2. Session: 모든 관련자가 함께 모이는 시기인 활동은 JAD의 핵심 과정이다. 활동은 하루에서 열흘 걸리며 시스템 크기에 따라 다르다.
3. Wrap-up: 문서화 활동 마무리. 메모나 회의 때 언급된 내용은 문서 형태로 변환한다. 사흘에서 보름 정도 걸린다.

JAD는 클라이언트 서버 소프트웨어 개발에서도 성공적으로 활용하고 있다(August 1991, MArtin 1991, Sims 1995).
JAD 계획과 JAD 설계의 하위 단계를 약간 수정하면, JAD를 어떤 크기와 어떤 종류의 프로젝트에서도 사용할 수 있다.

JAD 계획

이는 요구사항 합작 계획(JRP, Joint Requirements Planning) 이라고도 한다.

Customization

맞춤화(Customization)는 특정 프로젝트를 위해 JAD 계획 단계를 수정하는 목표가 있다.
맞춤화 기간 동안 진행하는 주요 활동은 다음과 같다.

1. 참여자가 JAD 공정에 적응하도록 만든다.
2. JAD 팀을 구성한다.
3. 특정 프로젝트를 위한 JAD 과업과 결과물을 만든다.
4. JAD 계획 활동을 위한 자료를 준비한다.

JAD 설계는 직접 시스템을 소유하거나 실제 사용자를 참여자로 활용한다.
높은 지위에 있는 사람이 바로 현장 실무자라면, 계획과 설계를 합쳐 하나로 합칠 수 있다.

Sessions

JAD 활동(session)은 JAD를 다른 요구사항 수집 방법과 다르게 만드는 주요 원인이다.
핵심적인 JAD 활동은 JAD 담당자의 리더십, 경영진 참여, 조직화한 공정 활용, 매일 방해없이 작업할 수 있는 능력 등을 포함한다.

기간

JAD는 팀 활동이므로 전형적인 팀워크 지침을 적용할 수 있다.

일부가 시간제로 참석하게 되면 다시 설명하는 시간이 필요하므로 시간 낭비가 된다.
따라서 참석자들은 반드시 매일 참석해야 한다.

편의 시설

JAD 회의실은 호텔이나 회의장이 이상적인 장소이다.
JAD 참석자는 핵심 인물이므로 주변에서 벌어지는 수 많은 훼방에 시달린다.
이들을 JAD 활동에만 집중할 수 있도록 해야 한다.

회의실에는 컴퓨터, 복사기, 화이트 보드, 음료수 등을 구비해 둬야 한다.
이는 "지금 하고 있는 작업은 중요하며 회사가 지원하고 있습니다." 라는 메시지를 전달한다.

참석자 임무

활동 리더

리더는 활동에 참여하는 모든 사람에게 존경을 받을 필요가 있으며 철두철미한 준비성, 업무 영역과 개발법에 대한 충분한 지식으로 무장해야 한다.
최종적으로 리더는 JAD에 대해 열성적이 필요가 있다.

JAD 실패 원인은 활동 리더 떄문임이 밝혀졌다(Martin 1991).
프로젝트마다 숙련되지 않은 리더가 활동을 이끌면 불만족이 생긴다.
JAD를 하려면 JAD 리더를 훈련시키고 2년 이상 작업을 맡겨야 한다.

경영진

시스템을 위핸 재정적인 책임을 맡은 인물이다.
프로젝트를 계속 진행할지 여부를 결정하는 임무를 맡는다.

최종 사용자 대표

프로그램과 관련한 결정 권한이 있다.
사용자 대표 역시 좋은 대화 능력을 가지고 있어야 한다.

개발자

개발자는 최종 사용자를 지원하며 구현 불가능한 시스템 요구를 알려주고, 최종 사용자 견해를 묻는다.
다른 시스템, 제안한 기능에 대한 기능성, 비용 질문에 대한 대답을 하는 임무이므로 판단을 내리는 역할이 아니다.

서기

서기는 소프트웨어 개발 부서에서 선발해서 활동 기간의 일을 기록하는 책임이 있다.
서기는 적극적인 참여자로서 매일 발생하는 불일치를 지적해서 명쾌하게 만들도록 질문해야 한다.

전문가

활동을 위해 필요한 특수한 전문 지식이 필요할 경우 초청한다.
필요할 때 마다 참석해도 되며 JAD 그룹을 위한 지원 성격을 띤다.

공통적인 문제

• JAD 활동은 조직에게 인재의 능력을 극대화시키는 기회를 준다. 핵심 인물을 참여시킬 수 없다면, 아예 JAD 활동을 포기하라. 활동이 실패한다면 참가한 핵심 인물은 보낸 시간을 아깝게 여길 것이다.
• 입회인은 JAD 활동에 위험 요인이다. 보통 자신의 역할을 넘어서 행동하므로 다른 참석자와 동일한 훈련을 받게 해 준비시킨다.
• 완벽한 JAD 그룹은 전체 8명 이하 인원으로 구성해야 한다(Martin 1991). 15명일 경우에도 훌륭하게 성공을 이뤘다고 보고했다(August 1991). 보통 8명을 초과하면 팀은 적응하기 어렵다.

활동 기간 중에 생기는 일

주로 여덟 가지 주요 작업을 한다.

• 적응 지도
• 상위 단계 요구사항 정의
• 시스템 범위 제한
• JAD 설계 확인과 예측
• JAD 설계 참석자 확인
• JAD 설계 단계에 대한 일정 수립
• 쟁점과 고려사항 문서화
• 활동 종료

JAD 활동 리더는 상위 수준의 요구사항을 정의하는 작업 등, 과업을 설명한다. 그리고 모든 사람이 참석할 수 있도록 분위기를 조성한다.
이것을 모든 사람이 볼 수 있도록 화이트보드나 프로젝트에 기록한다.

JAD 리더는 그룹이 핵심 주제에 집중하도록 하며 정치적인 논쟁을 제거하고, JAD 활동 기간 동안에 해결할 수 없는 부가적인 쟁점도 토의할 수 있도록 이끈다.

그룹은 평가 동안에 결정한 시스템 목적, 시스템 기능에 대한 우선순위, 시스템 제한 범위, JAD 설계 참석 인원 등을 다음 단계로 넘겨야 한다.

정리(Wrap-Up)

• 전략과 향후 고려사항을 포함한 시스템 목표
• 장단점, 업무 지원 방법 등 각 기능의 상세 내용, 비용 대 투자 효과, 각 기능의 우선순위
• 시스템이 포함하지 않을 기능을 포함한 시스템 범위 제약 사항
• 다른 시스템과 인터페이스
• 이슈 명칭, 책임자, 약속한 해결 날짜를 포함한 JAD 활동 기간 동안에 해결하지 못한 쟁점 목록
• 뒤따르는 JAD 설계 정의, JAD 설계 참석인원, JAD 설계 일정, 구현을 위한 예측 목표 날짜를 포함한 다음 작업에 대한 계획

경영진을 위한 발표 자료를 통해 진행 여부를 결정할 수 있다.
경영진이 JAD 계획 활동에 참석하게 되면 발표 자료도 필요 없을 수 있다.

JAD 설계

JAD 설계는 요구사항과 사용자 인터페이스 설계에 초점을 맞추고 있다.
JAD 설계 활동 결과는 JAD 설계 문서이며, 구현을 위한 승인을 받는 데 활용한다.

맞춤화(Customization)

JAD 계획 단계와 유사하다.
활동 리더는 명세 목록을 준비한다.

최종 사용자 참여도 계획 단계와 마찬가지인데, 참여 전 훈련이 반드시 필요하다.
훈련은 활동 목표, 리더와 서기 임무, 공헌을 위해 필요한 사항, JAD 특수 다이어그램 기법이다.

활동(Session)

활동 역시 계획 활동과 상당히 유사하다.
하지만 더 시각적인 결과나 나오므로 플립 차트, 프로젝트, 대형 모니터 등을 활용한다.

활동 기간 중에 생기는 일

• 적응 지도
• JAD 계획 요구사항과 범위를 재검토하고 다듬기
• 작업흐름 다이어그램 그리기
• 작업흐름 설명 만들기
• 화면과 보고서 설계
• 처리과정에서 필요한 요구사항 명세
• 인터페이스 요구사항 명세
• 시스템 자료 그룹과 기능 파악
• 이슈와 고려 사항 문서화
• 활동 종료

일대일로 진행하는 요구사항 수집 활동에 비해 그룹 활동이 훨씬 효과적이므로, JAD 설계는 시간을 절약한다.
분석가는 요구사항을 불완전하게 이해하게 되는데 최종 사용자가 무엇을 말했는지, 무엇을 요구하는지 다시 한번 생각하기 위해 노력해야 한다.
JAD 활동 기간 동안에는 최종 사용자는 분석가와 직접 대면하여 원하는 바에 대해 대화를 나눈다.

JAD 설계에서 일정 압력은 그룹이 핵심 사안에 초점을 맞추고 교감을 이루도록 도와줘 참여자의 협조를 이끈다.

정리

• 시스템 기능의 세부 내역을 최대한 담는다.
• 프로토타입을 완벽히 끝낸다.
• 모든 참석자가 설계 문서와 프로토타입에 대해 검토하도록 만든다.
• 최종 사용자 대표에게 결과를 보고한다.

JAD 설계에서 기능 설계와 구현으로 빠르게 전환하는 움직임이 중요하다.
설계 이후 방치한다면 요구사항이 오래되고 참여자가 빠지게 되므로 최종 사용자 지원도 할 수 없게 된다.

24.2 JAD와 관련 위험 관리

1. JAD 활동에 뒤따르는 비현실적인 기대

프로토타입 까지는 확인 가능하지만 실제 시스템을 만드는 데 왜 그렇게 오래 걸리는지 이해하지 못하게 된다.
JAD 활동 기간에 만들어진 긍정적인 생각은 시스템이 늦게 나오게 될 때 개발자에 대한 나쁜 감정으로 바뀌게 된다.

이런 위험은 두 가지 방법으로 회피할 수 있다.
첫째, JAD 설계 활동 이룹로 새로운 시스템을 개발하는 데 필요한 기간이 얼마나 걸리는지 현실적인 기대치를 알려줘야 한다. 설계 활동이 끝날 때 개발 일정에 대한 합의가 필요하다.
둘째, 점진적인 개발 방법을 쓴다. 이런 접근법은 JAD 설계 이후에 상대적으로 빨리 진행될 수 있으며 점진적인 개발 접근법의 다른 장점도 얻을 수 있다.

2. JAD 활동 이후에 남은 작업에 대한 부정확한 예측

JAD는 계획 기간 보다는 설계 이후에 시스템에 대한 더 많은 지식을 알게 된다.
하지만 JAD 참석자는 계획 단계에서 예측하기를 원하므로 설계가 끝날 때 더 정확하게 예측한다.
표준 JAD 단계를 변형해 두 번에 걸친 예측 접근 방법을 활용한다.

24.3 JAD 관련 유발 효과

• 사용자 관점에서 고품질 사용자 인터페이스를 정의한다. 프로토타입은 소프트웨어 설계를 가시적으로 만든다.
• 사용자 만족감을 높인다. 사용자가 소프트웨어 설계에 참여했기 때문이다.
• 업무 가치를 높이는 시스템을 정의한다. 사용자 만족감과 같은 이유이다.
• 개발자에게 실질적인 업무 필요성과 경영진, 사용자가 고려하는 사항에 대해 올바른 인식을 심어준다.
• 조직 장벽을 걷어내고 정치적인 효과를 최소로 만든다.
• 상이한 부서와 사용자 사이에 일어나는 정치적 소용돌이에 개발자가 휘말리는 현상을 방지한다.
• JAD 활동에 최종 사용자를 참석시킴으로써 소프트웨어 개발에 대한 교육이 가능하다.