1. 위험 관리
위험 관리 절차
1. 위험 식별
(일반적인 프로젝트 위험 리스트 + 이전 유사 프로젝트 위험 리스트)
=> 브레인 스토밍, 조사, 인터뷰
=> (현재 프로젝트 위험 리스트: 분야, 위험 요소, 원인)
2. 위험 계량화
식별된 위험 요소들은 발생 확률과 영향도에 따라 구분 (상, 중, 하)
3. 위험 우선순위 선정
우선순위를 설정하여 대응책을 만들고 위험을 관리
4. 위험 관리 계획
위험 관리 계획에는 위험을 언제, 어떠한 방법으로 관리할 것인가에 대한 내용 등이 포함
5. 위험 해결
위험은 어느 시점에나 문제로 발생할 수 있으므로,
위험 관리는 프로젝트 초반부터 프로젝트 종료 시까지 수행해야하고
주기 별로 식별된 위험 요소에 대한 평가가 수행되어야 함
6. 결과 측정 및 문서화
대응 방안에 대한 수행 결과가 어느 정도 효과가 있었는지 평가하고, 그 결과를 기록해야 함
위험 관리 결과는 조직의 위험 요소 리스트에 다시 반영시켜야 함
2. 형상 관리
형상 항목을 식별하고 그 변경을 제어·추적하여 제품의 무결성과 변경에 대한 추적성을 유지하는 관리 활동
형상 관리의 필요성
: 소프트웨어의 비가시성, 변경 추적 어려움, 관리 통제 어려움, 요구사항의 잦은 변경 때문에 발생할 수 있는
위험을 최소화하기 위해서 필요하다
형상 담당자(Configuration Manager), 형상 통제 위원회(CCB)
1. 형상 식별
형상 항목 선정, 형상 식별자 선정, 베이스라인 기준 선정
형상 식별자: 형상 항목에 유일한 이름과 번호를 정하고 버전을 부여하는 체계
(일정한 규칙이 있다, 버전 관리의 핵심)
베이스라인
형상 항목이 소프트웨어 개발에 하나의 완전한 산출물로써 쓰여질 수 있는 상태(버전 1.0으로 표기)
추후 개발의 기초가 되며, 오직 공식 통제 절차(CCB의 평가와 승인)에 의해서만 변경될 수 있다
형상 관리 계획서 작성 시 수립
2. 형상 제어
변경 요청, 변경 심사 후
변경을 실시하기 위해 형상 저장소에서 해당 항목을 체크아웃
변경이 확인되면 변경한 베이스라인은 형상 저장소에 체크인되고, 변경 항목은 다시 베이스라인으로 수립됨
3. 형상 상태 보고
변경 상태를 기록하여, 형상 항목의 개발 상태에 대한 가시성을 제공(변경 사항 로그로 남긴다)
4. 형상 감사
베이스라인의 무결성을 검증하는 것을 목적으로 한다
형상 관리 도구
CVS: 중앙 저장소 기반의 초기 버전 관리 시스템, 파일별 이력 관리와 덮어쓰기 방지 기능을 제공
SVN: CVS의 단점을 개선한 중앙 집중식 시스템으로, 변경 사항만 저장하며 복구가 용이함
Git: 로컬에서도 작업 가능한 분산 버전 관리 시스템으로, 성능과 협업 효율이 뛰어나다