구현 성숙도 모델 평가

구현 성숙도 모델(IMM)은 조직이 구현 프로세스의 성숙도를 평가하고 결정하는 데 도움이 되는 도구입니다.

이 모델은 다음과 같은 두 가지 중요한 구성 요소로 구성됩니다.

• 소프트웨어 엔지니어링 연구소(SEI)의 역량 성숙도 모델(CMM)에서 채택한 5가지 성숙도 수준.구현 프로세스의 다양한 측면의 성숙도를 평가함으로써 프로세스의 강점과 약점이 무엇인지, 개선이 필요한 부분이 무엇인지를 명확하게 알 수 있습니다.
• 구현 성숙도 행렬, 이것은 Sogeti가 개발한 테스트 프로세스 개선(TPI) 모델에서 발견된 테스트 성숙도 행렬의 수정 버전입니다.IMM 매트릭스를 통해 조직은 구현 프로세스의 현재 상황과 바람직한 상황(즉, 더 높은 성숙도 수준)을 어떻게 추구해야 하는지에 대한 통찰력을 얻을 수 있습니다.

IMM의 성숙도 수준

IMM은 CMM의 5가지 성숙도 수준을 채택합니다.

SEI(1995)에 따르면: "이러한 맥락에서 성숙도는 역량의 성장 가능성을 의미하며 조직의 구현 프로세스의 풍부함과 조직 전체의 프로젝트에 적용되는 일관성을 모두 나타냅니다."

IMM의 5가지 성숙도 수준은 다음과 같습니다.

레벨 0 – 초기

이 수준에서 조직은 구현을 위한 안정적인 환경이 부족합니다.가치는 '애드혹적' 방식으로 구현 측면과 구현 요소에 부여되며, 이들 사이에는 상호 연관성이 없습니다.조직의 프로세스와 목표는 구현 프로젝트 중에 중앙에서 고려되지 않으며 의사소통은 거의 이루어지지 않습니다.전체적인 구현에는 구조와 통제력이 부족하며 효율성은 개인의 기술, 지식 및 동기 부여에 따라 달라집니다.

레벨 A – 반복 가능

활동은 이전 프로젝트의 결과와 현재 프로젝트의 요구를 기반으로 합니다.구현 프로젝트 중에 구현 측면이 고려됩니다.프로젝트 표준은 측면별로 문서화되며 조직은 일탈적인 행동이나 행동을 방지합니다.안정화된 계획 및 제어로 인해 이전의 성공이 반복될 수 있습니다.

레벨 B – 정의됨

구현 프로세스는 측면별이 아니라 조직 전체에 걸쳐 문서화되어 있습니다.프로젝트는 프로젝트 운영 표준 및 구현 전략의 지침에 따라 수행됩니다.각 프로젝트는 조직 내 프로세스 및 목표와의 적합성을 보장하기 위한 준비가 선행됩니다.

레벨 C – 관리됨

프로젝트는 변경 관리 및/또는 프로세스 관리에 의해 시작되고 감독됩니다.구현이 예측 가능해지고 조직은 제품 및 프로세스의 품질에 관한 규칙과 조건을 개발할 수 있습니다(성능 관리).편차 동작이 즉시 감지되고 수정됩니다.구현된 IT 솔루션은 예측 가능하고 고품질이며, 조직은 이 솔루션을 사용하여 작업할 수 있습니다.이 수준에서 구현은 '생활 방식'이 되었습니다.

레벨 D – 최적화

전체 조직은 구현 프로세스의 지속적인 개선에 초점을 맞추고 있습니다.조직은 약점을 감지하고 사전 예방적으로 구현 프로세스를 강화할 수 있는 수단을 보유하고 있습니다.오류 및 실수의 원인을 찾기 위해 분석이 수행됩니다.각 프로젝트는 알려진 실수의 재발을 방지하기 위해 폐쇄 후 평가됩니다.

IMM 평가

IMM 평가를 실행함으로써 조직 내 구현 프로세스의 전체적인 성숙도를 평가하고 결정할 수 있습니다.이 섹션에서는 이 프로세스에 대해 자세히 설명합니다.

공정-데이터 다이어그램

아래 프로세스-데이터 다이어그램(그림 1)은 IMM의 지침에 따라 구현 프로세스의 성숙도를 결정하는 프로세스를 나타냅니다. 평가 프로세스는 조직의 구현 방식을 개선하기 위한 조치를 결정하는 프로세스가 아닙니다.

다이어그램의 왼쪽에 있는 메타 프로세스 모델(메타 프로세스 모델링 참조)은 프로세스의 활동과 프로세스 간의 전환을 나타냅니다.오른쪽에는 메타데이터 모델이 프로세스 중에 생성된 개념을 보여줍니다.메타 프로세스와 메타 데이터 모델을 통합함으로써 프로세스 데이터 다이어그램은 활동(프로세스)과 개념(프로세스에서 생성된 데이터) 간의 관계를 나타냅니다.이 관계는 메타 프로세스 모델의 활동과 메타 데이터 모델의 개념을 연결하는 각 점선 화살표로 설명됩니다(메타 모델링 참조).

전체 평가 프로세스의 목표는 구현 성숙도 매트릭스에서 조직의 구현 프로세스의 전체적인 성숙도를 도출할 수 있도록 관련 가치를 결정하고 구현 성숙도 매트릭스에 삽입하는 것입니다.필요한 관련 값은 다음과 같습니다.

• 구현 요인,
• IMM-요소 및
• 위에서 언급한 두 가지의 해당 성숙도 수준.

이 세 가지 개념에 대해서는 아래 섹션에서 자세히 설명합니다.

구현 요인

구현 요소는 구현 프로젝트를 수행할 때 고려해야 하는 측면입니다.IMM에는 다음과 같은 5가지 구현 요소가 있습니다.

• 과정
• 인적 자원
• 정보
• 수단
• 통제

최적의 상황에서 구현 프로젝트는 5가지 요소 간의 균형과 조정을 위해 노력할 것입니다.즉, 조직은 구현 프로젝트를 계획하고 실행할 때 5가지 측면에 모두 집중해야 합니다.

구현 요소의 성숙도가 결정되면 구현 프로세스의 전체적인 성숙도도 결정할 수 있습니다.그러나 이에 앞서 'IMM-요소'라고도 하는 각 요인의 구성 부분을 분석해야 합니다.

IMM-요소 및 수준

각 구현 프로세스에서 명확하게 정의된 프로세스를 달성하기 위해 특정 영역(요소)에 특정한 주의가 필요합니다.따라서 IMM-요소라고도 하는 이러한 영역은 테스트 프로세스를 개선하고 구성하는 기초가 됩니다.IMM에는 총 19개의 요소가 있으며, 위에서 언급한 각 구현 요소에 따라 함께 그룹화됩니다.전체적으로 전체 구현 프로세스를 반영합니다(Rooimans et al., 2003, 페이지 198; Kooomen & Pol, 1998).

다음은 5가지 구현 요소와 해당 요소입니다(표 1).그러나 여기서의 범위는 IMM 평가 프로세스 자체에만 있기 때문에 이러한 요소들은 더 이상 자세히 설명되지 않을 것입니다.

표 1: 구현 요소 및 IMM-요소

과정	인적 자원	정보	수단	통제
평가 측면	사람 유형	측정지표	프로세스 도구	견적 및 계획
페이징	관여도	보고	구현 도구	방법론의 범위
구현 전략	합격도	관리		구현 함수
통합				통신 채널
변경관리				균형 & 상호 관계
공정관리

구현 요인과 마찬가지로 각 요소는 0에서 A...D 사이의 수준을 가정할 수 있습니다.달성할 수 있는 최대 수준은 요소마다 다릅니다.따라서 예를 들어 모든 원소가 수준 D(최적화)를 달성할 수 있는 것은 아닙니다.각 요소는 낮은 수준에서 높은 수준으로 상승함에 따라 다른 특성을 가집니다.그리고 레벨이 높을수록 요소가 더 잘 구성되고, 구조화되며, 구현 프로세스에 통합됩니다.요소 '평균' 아래에 있는 '구현 도구'를 예로 들어 보겠습니다.이러한 도구는 보고서를 문서화하는 도구와 같이 구현 프로젝트 중에 사용되는 자동화된 도구입니다.레벨 A(반복 가능)에서는 프로젝트별로 사용되는 도구가 다를 수 있지만 레벨 B(정의됨)에서는 유사한 프로젝트에 대해 이러한 도구가 표준화되어 있습니다.

관련 문서를 살펴보고 인터뷰를 수행함으로써 조직은 요소의 현재 상태를 평가하여 요소의 성숙도 수준을 결정할 수 있습니다.

종속성 및 체크포인트

IMM 요소의 수준을 결정하기 위해 고려해야 할 특정 종속성이 있습니다.종속성에 따르면 포커스에 있는 IMM 요소를 특정 수준으로 분류하려면 다른 IMM 요소가 특정 수준에 도달해야 합니다.예를 들어, 요소 1은 요소 5와 9가 각각 수준 B와 C에 도달한 경우에만 수준 B를 달성할 수 있습니다.각 구현 프로세스는 IMM 요소와 그 수준 간에 서로 다른 의존성을 초래할 것입니다. (Rooimans et al., 2003, 페이지 166–169)

또한 각 수준은 요소에 대한 특정 요구 사항으로 구성됩니다.'체크포인트'라고도 하는 요구사항은 요소의 수준을 결정하는 데 중요합니다.요소는 해당 수준의 요구 사항을 준수하지 않으면 더 높은 수준을 달성할 수 없습니다.또한, 한 수준의 체크포인트는 하위 수준의 체크포인트로도 구성됩니다.따라서 예를 들어 레벨 B에 도달한 요소는 레벨 A뿐만 아니라 레벨 B의 요구 사항도 충족해야 합니다.

구현 성숙도 매트릭스

구현 프로세스, 종속성 및 체크포인트를 분석한 후 모든 가치와 개념을 구현 성숙도 매트릭스에 삽입할 수 있습니다.이 행렬은 모든 구현 요소, 요소 및 수준 간의 관계를 보여주기 위해 구성됩니다.조직 내 구현 프로세스에 대한 전체 상태 개요를 제공하는 것 외에도 커뮤니케이션을 위한 좋은 수단이기도 합니다.

구현 성숙도 매트릭스의 예는 다음과 같습니다(그림 2 참조).구현 요인은 첫 번째 열에서 확인할 수 있고 두 번째 열에서는 IMM-요소를 확인할 수 있습니다.요소에 속하는 성숙도 수준은 타임라인 아래의 셀에서 확인할 수 있습니다.이 타임라인에는 시간적 의미가 없습니다.행렬이 서로 다른 수준 사이의 빈 셀을 묘사할 수 있도록 허용할 뿐입니다.이러한 빈 셀에는 특별한 의미가 없지만 요소와 성숙도 수준 간의 종속성이 설명되어 있습니다.이러한 종속성과 체크포인트로 인해 요소가 성숙도 수준 B를 거의 달성했다고 해도 A 수준에 할당됩니다.

각 구현 요소의 성숙도 수준은 구성 요소의 성숙도에서 도출할 수 있습니다.따라서 구현 프로세스의 전체적인 성숙도 수준은 이 다섯 가지 요소의 성숙도에서 모두 도출될 수 있습니다.

지금까지 상세히 설명된 프로세스 데이터 다이어그램의 활동과 개념을 명확히 하기 위해 아래에 정의와 설명이 포함된 두 개의 표가 포함되어 있습니다.표 2에는 메타데이터 모델(그림 1의 오른쪽)의 개념 정의가 수록되어 있으며, 표 3에는 메타 프로세스 모델(그림 1의 왼쪽)의 활동과 메타데이터 모델의 개념과 어떻게 연결되어 있는지에 대한 설명이 수록되어 있습니다.

표 2: 메타데이터 모델의 개념 정의 목록

개념.	정의(소스)
구현 프로세스	조직의 변화를 위한 조직의 준비 과정과 그 변화의 실제적인 구현 및 내장 (Rooimans et al., 2003, p. 199)
구현계수	변경 프로젝트를 수행할 때 및 주요 영역 조직과 ICT 간의 균형을 달성하는 것이 목표일 때 고려해야 하는 요소.최상의 상황에서, 변화 프로젝트는 다양한 요소들 사이의 균형과 정렬을 만들기 위해 노력할 것입니다.다섯 가지 구현 요소는 다음과 같습니다(Rooimans et al., 2003, 페이지 199). 과정 인적 자원 정보 수단 통제
IMM 요소	각 구현 프로세스에서 명확하게 정의된 프로세스를 달성하기 위해 특정 영역(요소)에 특정한 주의가 필요합니다.따라서 IMM-요소라고도 하는 이러한 영역은 테스트 프로세스를 개선하고 구성하는 기초가 됩니다.IMM에는 총 19개의 IMM 요소가 있으며, 이들 요소는 그룹화되어 상기 각 구현 요소를 구성합니다(Rooimans et al., 2003, p. 198; Kooen & Pol, 1998).
구현 요소 성숙도	특정 구현 요소가 명시적으로 정의, 관리, 측정, 제어 및 효과적인 범위입니다.각 구현 요소가 취할 수 있는 성숙도 수준은 구현 프로세스의 성숙도 수준(아래 참조)에 해당합니다(Rooimans et al., 2003, 페이지 155–169).
IMM 요소 수준	각 IMM-요소의 성숙도 수준을 구별하는 데 사용되는 다섯 가지 수준입니다.이러한 수준은 구현 프로세스의 성숙도 수준(아래 참조)에 해당합니다(Rooimans et al., 2003, 페이지 198).
의존	IMM 요소가 특정 IMM 요소 수준에 도달하기 전에 충족되어야 하는 특정 조건입니다.종속성은 IMM-요소(초점 요소 제외)와 그 성숙도 수준에 따라 정의됩니다(Rooimans et al., 2003, 페이지 155–169).
검문소	특정 IMM 요소가 특정 IMM 요소 수준에 도달하기 전에 소유해야 하는 특정 속성(Roimans et al., 2003, 페이지 155–169).
구현 성숙도 매트릭스	모든 IMM 요소와 그에 상응하는 수준이 입력된 후에 구현과 관련된 성숙도가 가시화되는 계측기(Rooimans et al., 2003, p. 198).
구현 프로세스 성숙도	특정 구현 프로세스가 명시적으로 정의, 관리, 측정, 제어 및 효과적인 범위입니다.성숙도는 역량의 성장 가능성을 의미하며, 조직의 구현 프로세스의 풍부함과 조직 전체의 프로젝트에 적용되는 일관성을 모두 나타냅니다(소프트웨어 엔지니어링 연구소[SEI], 1995, 페이지 9).구현 프로세스에서 차별화할 수 있는 5가지 성숙도 수준은 다음과 같습니다. 초기 수준(0) 반복 가능 수준(A) 정의 수준(B) 관리 수준(C) Optimizing(최적화) 수준(D)

표 3: 성숙도 평가 프로세스의 활동 및 하위 활동

활동	하위 활동	묘사
주요 영역 분석	구현 요인 분석	구현 성숙도 매트릭스에 관련 가치를 삽입하기 위해서는 현재 구현 프로세스와 핵심 영역을 분석해야 합니다.이 분석은 구현 요인 및 IMM 요소부터 시작합니다.각 구현 프로세스는 프로세스, 인적 자원, 수단, 정보 및 통제의 다섯 가지 구현 요소를 구현합니다. (Roimans et al., 2003, p. 160)
	IMM 요소 분석	각 구현 요소는 전체 구현 프로세스를 나타내는 두 개 이상의 IMM 요소로 세분됩니다.이 하위 활동은 현재 구현 프로세스를 반영하는 각 요소에 대해 입력된 정보와 함께 총 19개의 IMM 요소로 끝납니다.(루이만스 외, 2003, 페이지 160–163)
요구사항 분석	종속성 확인	IMM 요소의 수준을 결정하기 위해 고려해야 할 특정 종속성이 있습니다.종속성에 따르면 포커스에 있는 IMM 요소를 특정 수준으로 분류하려면 다른 IMM 요소가 특정 수준에 도달해야 합니다.각 구현 프로세스는 IMM 요소와 그 수준 간에 서로 다른 의존성을 초래할 것입니다. (Rooimans et al., 2003, 페이지 166–169)
	체크포인트 확인	특정 IMM-요소 수준으로 분류되기 위해서는 IMM-요소가 보유해야 하는 특정 속성(체크포인트라고 함)이 있습니다(Rooimans et al., 2003, 페이지 166–169).
구현 성숙도 모델 요소 수준 결정		모든 의존성과 체크포인트를 고려한 후, IMM-요소의 수준을 결정할 수 있습니다. (Rooimans et al., 2003, 페이지 164–169)
구현 요인의 성숙도 결정		모든 IMM 요소의 수준이 결정된 후에는 구현 요소의 성숙도도 결정될 수 있습니다. (Roimans et al., 2003, 페이지 166–167)
구현 프로세스 성숙도 결정		구현 성숙도 행렬이 모든 요소, 요소 및 그 값을 포함하는 경우, 구현 과정 성숙도는 이로부터 도출될 수 있습니다. (Roimans et al., 2003, p. 167)

사례 연구 예제

이 섹션에는 IMM 평가의 적용을 설명하기 위해 이 항목의 작성자가 작성한 가상 사례 연구가 포함되어 있습니다.그것은 기업들의 구현 프로젝트를 돕는 것에 초점을 맞춘 ManTech라는 IT 조직을 포함합니다.ManTech와 다른 유사한 기업들 간의 경쟁이 심화됨에 따라, ManTech의 CEO는 조직의 현재 실행 방식을 평가하는 데 도움을 줄 3명의 관리자로 구성된 그룹을 설립하기로 결정했습니다.고객이 구현 프로세스에서 어느 수준에 있는지 알아보기 위해 IMM을 사용하여 평가를 안내하기로 결정했습니다.

매트릭스에 삽입할 관련 값을 도출하기 위해 구현 프로세스를 5개의 구현 요소와 19개의 IMM 요소로 분해하고 이를 평가해야 했습니다.직원 및 프로젝트 관리자와 인터뷰를 수행하고 이전 프로젝트 또는 진행 중인 프로젝트의 문서를 조사함으로써 ManTech에 적용할 수 있는 19개 요소의 속성을 모두 파악해야 했습니다.

분석 결과, 다음과 같은 것들이 발견되었습니다.

• 전부는 아니더라도 대부분의 프로젝트는 계획 및 실행 두 단계로 구성되었습니다.
• 각 프로젝트 이후 표준화된 보고서 작성 방법이 없었습니다.
• 프로젝트 활동을 지원하는 데 사용되는 도구는 프로젝트마다 다릅니다.
• 구현 전략을 개발하는 것은 프로젝트 자체를 밀접하게 포함합니다.
• 구현 프로젝트의 관리는 각 프로젝트 내에 유지되며 다른 프로젝트에는 적용되지 않습니다.
• 이해관계자는 구현된 소프트웨어의 실제 사용 중에만 구현에 관여합니다.
• 프로젝트 팀이 필요할 때, 사람들은 그들의 특정한 지식과 기술이 아닌 그들의 가용성에 기초하여 선택됩니다.
• 프로젝트당 통계 데이터로 추정 지원
• 각 성과물에 대해 개별 프로젝트에 대해 통계 데이터(통계)가 계산됩니다.
• 커뮤니케이션은 종종 프로젝트 팀 내에서만 이루어집니다.
• 적용 방법은 프로젝트마다 다릅니다.
• 구현 요인을 별도로 평가합니다.
• 프로젝트를 안내하기 위해 직원에게 공식적인 역할이 지정됩니다.
• 조직의 사람들은 조직 내의 변화에 적응하는 것을 매우 꺼립니다.

안타깝게도 문서가 부족했기 때문에 관리자는 모든 IMM 요소를 평가하는 데 필요한 모든 정보를 찾을 수 없었습니다.그러나 CEO는 행렬에 값을 삽입하기로 결정했습니다. 행렬은 아래 그림 3과 같습니다.그들이 평가할 수 없었던 요소들은 회색으로 표시됩니다.

CEO가 매트릭스로부터 전체적인 성숙도를 도출하고자 할 때, 한 관리자가 갑자기 그에게 고려해야 할 종속성과 체크포인트를 상기시켰습니다.일부 추가 분석 후, 그들은 다른 것들 중에서 최초 발견의 성숙도 수준에 영향을 미칠 수 있는 다음과 같은 의존성과 체크포인트를 발견했습니다(표 4 참조).

표 4: 의존성 및 체크포인트 – ManTech

요소 & 레벨	에 따라 다름	요구 사항
이행전략(A)	측면 평가(A) 관여도(A)	모든 위험을 고려해야 하며 관련된 사람들은 적어도 조직의 기술적 변화를 받아들여야 합니다.
통신 채널(A)	사람 유형(B) 관여도(A)	프로젝트 팀 구성원 간의 광범위한 커뮤니케이션
추정 및 계획(A)	측정지표( A) 보고(A)	견적 및 계획이 지원됩니다.
견적 및 계획(B)	측정지표(B) 보고(B)	각 프로젝트는 통계 데이터와 추정치에 의해 지원되어야 합니다.

이 추가 정보를 고려한 후, 새로운 버전의 매트릭스는 그림 4와 같습니다.

이 행렬을 보면서 CEO는 다른 회사들과 경쟁해야 한다면 개선이 필요하다는 것을 깨달았습니다.그들이 이 목표를 향해 해야 했던 첫 번째 단계는 회색으로 표시된 요소를 분석할 수 있도록 하는 것이었습니다.두 번째 단계는 '이행 전략'과 '소통 채널' 요소를 개선하여 최소한 A 레벨을 달성하도록 하는 것이었습니다.그들이 발견한 종속성과 체크포인트는 개선 조치를 결정하는 데 도움이 될 것입니다.

A 레벨을 달성하기 위한 '이행 전략'을 위해서는 먼저 '평가 측면'을 분석해야 합니다.'소통 채널'이 A레벨을 달성하기 위해서는 맨테크가 프로젝트 팀을 구성할 사람을 선발하는 방식부터 개선해야 합니다.조직이 적어도 한 팀에 적합한 기술 조합을 가진 적합한 사람들을 그룹화할 수 있도록 각 직원이 가지고 있는 특정 기술과 지식을 파악해야 합니다.

엔트리 개념 정의

위 텍스트에서 이탤릭체로 작성된 개념의 정의는 아래 표 5에 나와 있습니다.

표 5: 개념 정의 및 설명

구현 프로세스	소프트웨어 구현은 항상 조직 내의 변화를 초래하기 때문에 구현 프로세스는 조직의 변화를 준비하는 프로세스와 그 변화를 실제로 구현하고 포함하는 프로세스로 정의됩니다.이러한 맥락에서 구현 프로세스라는 용어는 전체적으로 구현이 조직 내에서 실현되는 방식을 나타냅니다(Rooimans, Theee & Koop, 2003).
공정-데이터 다이어그램	프로세스를 표현하기 위해 메타 모델링으로 구성된 다이어그램입니다.공정 데이터 다이어그램은 두 개의 통합된 모형으로 구성됩니다.왼쪽의 메타 프로세스 모델은 UML 활동 다이어그램을 기반으로 하며, 오른쪽의 메타 데이터 모델은 적응된 UML 클래스 다이어그램입니다.이 두 모델을 결합한 프로세스 데이터 다이어그램은 활동과 인공물 사이의 관계를 밝히는 데 사용됩니다(Saeki, 2003).
테스트 프로세스 개선(TPI)	네덜란드에 위치한 IT 솔루션 회사인 Sogeti가 개발한 테스트 프로세스 개선 모델은 테스트 프로세스 개선을 지원합니다.테스트 프로세스의 다양한 측면(예: 테스트 도구, 설계 기술 사용)을 고려하여 테스트 프로세스의 장단점 및 조직 내 테스트 프로세스의 성숙도에 대한 통찰력을 제공합니다.테스트 성숙도 행렬은 조직 내에서 테스트 프로세스의 성숙도를 전달, 평가 및 도출하는 데 사용됩니다(Koomen & Pol, 1998).

레퍼런스

• Kooomen, T., & Pol, M. (1998)TPI를 이용한 시험 프로세스 개선
• Rooimans, R., Thee, M. de, & Koop, R. (2003)Regatta: ICT 구현은 또한 부루엔비어-메트-스터머를 노화시킵니다.네덜란드 헤이그:헤이겐 스탬 위트버 열 명. ISBN90-440-0575-8.
• 사에키, M. (2003).메트릭스를 정보 시스템 개발 방법에 포함: 메트릭스 엔지니어링 기법의 적용.CaiSE 2003, 374–389.
• Software Engineering Institute [SEI], Carnegie Mellon University (1995).기능 성숙도 모델: 소프트웨어 프로세스 개선을 위한 지침입니다.보스턴, 매사추세츠, 미국: 애디슨 웨슬리.ISBN 0-201-54664-7.

외부 링크

• 테스트 프로세스 개선(TPI) 공식 웹 사이트