답변.

질문의 배경:

용어집은 모든 프로젝트 팀 구성원 간의 원활한 소통을 위한 기본적인 언어입니다. IT 프로젝트에서 용어의 오해는 논란이 있는 상황, 오류 및 재작업을 초래합니다. 대규모 조직에서는 특정 용어가 비즈니스, 법률 및 IT에서 서로 다른 의미를 가질 수 있습니다. 용어집을 작성하고 유지하는 것은 분석가가 발생하는 언어 장벽에 대해 진화적 방식으로 대응하는 것입니다.

문제:

중앙 집중식 용어집 없이 작업하는 것은 "망가진 전화 게임"을 초래합니다: 일반적인 단어가 다르게 해석되고, 숨겨진 의미가 복잡해지며, 기술 및 비즈니스 설명이 불일치합니다. 계약자와 기술 팀이 서로를 이해할 것이라는 보장은 없습니다.

해결책:

• 시스템 분석가는 프로젝트 시작 시 모든 이해관계자(비즈니스, IT, 계약자, 지원)로부터 용어를 수집하여 용어집 작성을 시작합니다.
• 각 용어는 짧은 설명, 사용 예 및 "소유자"를 명시하여 기록됩니다.
• 모든 참여자가 조회 및 편집 권한을 가진 통합 저장소(Confluence, Wiki, 기업 포털)를 제공합니다.
• 요구 사항 업데이트 또는 새로운 개체 출현 시 용어집에 최신 변경 사항을 반영합니다.
• 문서 및 커뮤니케이션에서 모든 비즈니스 또는 기술 용어에 항상 정의에 대한 링크를 추가합니다.
• 용어집의 최신 상태 유지를 담당할 담당자를 지정합니다(분석가 또는 특별히 지정된 "관리인").

주요 특징:

• 용어집 작성에 모든 프로젝트 참가자의 참여
• 문서에서 용어에 대한 링크의 강제적 통합
• 비즈니스와 IT의 참여를 통한 논란이 있는 용어의 지속적인 검토 및 조정

함정 질문.

다른 프로젝트의 기존 용어집을 사용하고 진행 중에 추가할 수 있습니까?

아니요. 용어가 유사하더라도, 심지어 동일한 단어(예: "고객", "주문")는 서로 다른 비즈니스에서 다른 현상을 나타냅니다. 타인의 정의를 복사하는 것은 오해를 더욱 키우게 됩니다.

종종 용어집은 비즈니스 분석가나 언어학자의 과제라고 생각합니다. 맞나요?

아니요, 시스템 분석가, 개발, 테스트, 비즈니스, 배포 등 모든 이가 참여해야 하며, 오직 공동 작업만이 해석의 완전성과 명확성을 보장합니다.

용어집을 단순히 디스크의 별도 문서 형식으로 유지하고 업데이트하지 않아도 될까요?

아니요, 정적 문서는 빠르게 구식이 되며, 모든 변경 사항은 즉시 반영되고 프로젝트의 워크플로에 통합되어야 합니다. 구식 용어집은 잘못된 결정의 원인이 됩니다.

전형적인 오류 및 안티 패턴

• 용어집 작성을 "나중에" 미루어 결국 모든 문서에 중복되거나 비형식적인 정의가 포함됩니다.
• 용어집 관리 담당자가 부재합니다.
• 프로젝트 문서에서 용어에 대한 하이퍼링크를 사용하는 필요성을 무시합니다.

실제 사례

부정적 사례

대형 금융 기관에서는 공통 용어집이 없었고, "지불"이라는 용어가 여러 부서에서 다르게 해석되었습니다. 이는 모순된 지침 발행과 릴리스 결함, 고객 클레임으로 이어졌습니다.

장점:

• 초기에 시간 절약

단점:

• 팀 간의 논의, 명확화에 시간 소모
• 사고 및 수정 증가

긍정적 사례

새로운 제품에서 첫날부터 위키 용어집이 생성되었고, 과정 중에 보완되었습니다. 계약자와 내부 IT 부서는 끊임없이 자신의 정의를 업데이트했으며, 구식 용어는 삭제되거나 이동되었습니다.

장점:

• 높은 조율 속도
• 용어 오해로 인한 논란 및 결함 최소화

단점:

• 용어집 구조를 유지하기 위한 정기적인 관리 필요