모든 결정에는 결과가 있습니다. 리더가이를 생각하지 않으면 결과는 완전히 파괴적 일 수 있습니다. 예상치 못한, 종종 부정적인 의사 결정의 영향에 집중함으로써 영향 분석은 변경의 잠재적 인 결과를 식별하고 조직이 정보에 입각 한 결정을 내리는 데 도움을 줄 수 있습니다.
이 기사에서는 영향 분석이 무엇인지, 소프트웨어 엔지니어링에 어떻게 적용 할 수 있는지, 그리고 요구 사항 관리 소프트웨어가이 매우 중요한 프로세스를 지원할 수있는 이유를 설명합니다.
영향 분석 설명
변경 영향 분석이라고도하는 영향 분석은 1996 년 미국 소프트웨어 엔지니어 인 Robert S. Arnold와 Shawn A. Bohner가 Software Maintenance라는 책에서 처음 설명했습니다. 이 책에서 Arnold와 Bohner는 영향 분석이 "변경의 잠재적 인 결과를 식별하거나 변경을 수행하기 위해 수정해야 할 사항을 추정"하는 것이라고 말했습니다.
실제로 영향 분석은 비즈니스 활동, 종속성 및 인프라에 대한 자세한 연구입니다. 중요한 제품 및 서비스가 제공되는 방식을 보여주고 시간이 지남에 따라 파괴적인 이벤트의 잠재적 영향을 조사합니다.
Arnold와 Bohner에 따르면 영향 분석에는 세 가지 주요 유형이 있습니다.
추적 성 영향 분석
추적 가능성 영향 분석은 요구 사항, 사양, 디자인 요소 및 테스트 간의 링크를 캡처하여 관계를 분석하여 초기 변경 범위를 결정합니다. 변경의 영향을받는 항목을 수동으로 결정하는 것은 복잡한 프로젝트에서 매우 많은 시간이 소요될 수 있습니다. 복잡한 프로젝트에서 요구 사항 관리 소프트웨어가 제공됩니다 (이 기사의 뒷부분에서 자세히 설명).
의존성 영향 분석
이 유형의 영향 분석은 시스템에 미치는 영향의 깊이를 결정하는 데 사용됩니다.
경험적 영향 분석
조직 내 전문가의 이전 경험을 고려하여 경험적 영향 분석은 과거에 유사한 상황에서 발생한 일을 연구하여 미래에 일어날 수있는 일을 결정합니다.
소프트웨어 엔지니어링의 영향 분석
영향 분석은 개발자가 원래 시스템 변경으로 영향을받을 수있는 소프트웨어 시스템 부분을 예측하는 데 사용했기 때문에 항상 소프트웨어 엔지니어링과 밀접하게 연결되어 있습니다.
소프트웨어 엔지니어링의 현실은 소프트웨어 개발 프로세스의 모든 단계에서 변경이 발생한다는 것입니다. 그러나 일반적으로 모든 변경 요청을 수락하는 것은 실행 가능하지 않으며 권장되지 않습니다. 그렇게하면 큰 지연, 예산 초과, 심지어 원하는 결과를 제공하지 못할 수도 있습니다.
영향 분석은 변경 요청이 소프트웨어 시스템의 다른 부분에 미치는 영향을 알려줌으로써 소프트웨어 프로젝트 관리가 변경 요청을 수락 할 수있는시기를 결정하는 데 도움이됩니다. 소프트웨어 개발 프로세스 중에 영향 분석을 수행하면 총 개발 비용이 증가 할 수 있지만 추가 비용은 쉽게 정당화 될 수 있습니다.
영향 분석을 수행하는 방법?
모든 조직이 다르기 때문에 영향 분석을 수행 할 정해진 방법이 없습니다. 일반적으로 프로세스는 세 단계로 나눌 수 있지만 더 많은 단계를 추가하고 순서를 변경하며 경우에 따라 단계를 제거하는 것도 전적으로 가능합니다.
1. 준비
영향 분석의 성공 여부는 이전 준비에 크게 좌우됩니다. 제안 된 변경 사항에 대해 필요한 모든 정보에 액세스 할 수있는 훌륭한 팀을 구성하고 고위 경영진의 승인을받습니다. 영향 분석으로 달성하려는 목표를 명확히해야하므로 목표, 목표 및 범위를 정의해야합니다. 조직에 업무에 적합한 인력이 부족한 경우 영향 분석을 제 XNUMX 자에게 아웃소싱 할 수 있습니다.
2. 정보 수집
다음으로 부서의 전략, 고객 그룹 및 비즈니스 프로세스와 같이 제안 된 변경의 영향을받는 상위 수준 영역을 브레인 스토밍하고 분석에 필요한 정보를 수집합니다. 변경 사항이 여러 부서에 영향을 미친다는 것을 알고 있다면 목록을 작성하십시오. 정보를 수집하는 방법에는 설문지와 데이터 수집 인터뷰의 두 가지 일반적인 방법이 있습니다. 각각에는 몇 가지 장점과 단점이 있으므로 종종 결합됩니다.
3. 수집 된 정보 평가
마지막으로 수집 된 정보를 평가할 때입니다. 변화의 가장 큰 이점과 부정적인 결과가 무엇인지 자문하고 가장 효과적으로 대처하는 방법을 알아 내십시오. 결과를 영향 분석 보고서에 요약하십시오. 보고서는 요약으로 시작하여 데이터 및 평가, 발견 사항 요약 및 복구 권장 사항을 수집하는 데 사용되는 방법론을 설명해야합니다.
변경 영향 분석을위한 모범 사례
영향 분석에 대한 전문가의 경험을 몇 가지 중요 항목으로 전환하는 것은 불가능하지만 모든 사람이 알아야 할 변경 영향 분석을 수행하기위한 몇 가지 모범 사례가 있습니다.
- 양적 (금전적) 영향과 질적 영향을 구별하는 것이 유용합니다.
- 각 영향 분석의 범위를 자세히 정의하는 것을 잊지 마십시오.
- 영향 분석 범위 내의 모든 영역을 나타내는 영향 분석 프로젝트 팀을 구성합니다.
- 영향 분석에 대한 경영진의 서면 약속을 얻은 경우 사람들을 참여시키는 것이 항상 더 쉽습니다.
- 요구 사항 관리 소프트웨어 도구를 활용하여 종단 간 추적 성을 보장합니다.
변경 영향 분석에 요구 사항 관리 도구 사용
영향 분석은 제안 된 변경의 의미에 대한 정확한 이해를 제공하고 관련된 모든 사람이 정보에 입각 한 결정을 내리는 데 도움이되므로 책임있는 요구 사항 관리의 핵심 측면이라고해도 과언이 아닙니다.
문제는 개념부터 사양 및 개발, 배포까지 요구 사항의 수명을 수동으로 설명하고 추적하는 것이 수천 개의 아티팩트가있는 복잡한 프로젝트에서는 거의 불가능하다는 것입니다.
요구 사항 관리 도구 Visure 요구 사항과 같이 각 요구 사항의 출처를 쉽게 식별하고 모든 변화 추적그들에게 영향을 주어 엔드 투 엔드 보장 추적성 영향 분석을 위해 정확하고 문서화 된 정보를 제공합니다.
