발행일지
Issue log |
문제 로그는 프로젝트의 진행 중인 문제와 닫힌 문제 목록을 포함하는 소프트웨어 프로젝트 관리의 문서 요소다.[1] 문제 로그는 프로젝트의 오류를 추적하는 방법으로 볼 수 있지만, 문제 로그가 수행하는 역할은 종종 더 확장된다. 이슈 로그를 사용하여 현재 마일스톤 또는 반복과 관련된 이슈의 우선순위를 정하기 위해 유형 및 심각도별로 현재 이슈를 정렬하고 구성할 수 있다. 이슈 로그에는 현재 코드에서 찾을 수 있는 다양한 문제에 대한 고객 요청 및 언급도 포함될 수 있다.
CAER - 제약 조건, 가정/조치, 문제, 위험 - 이러한 항목을 추적하고 관리하기 위한 로그.
이슈관리
문제 로그는 프로젝트 시작 시 일반적으로 공백이지만,[2] 후속 릴리스의 경우 항상 해당되지는 않는다. 일부 프로젝트에서는 이슈 로그가 실제로 릴리스 일정에 대한 가이드라인으로 사용된다. 이 경우 이슈 로그는 다음 릴리스에서 완료하도록 특별히 태그가 지정된 이슈로 채워질 수 있다. 그 결과, 발행 일지 안내 프로젝트는 완료 시간 및 진행률 예측 측면에서 관리하기 더 쉬워질 수 있다.
대형 프로젝트에서 이슈는 대개 프로젝트 매니저와 개발팀이 한 가지 또는 여러 개의 프로젝트에 대해 수천 개의 이슈를 처리할 수 있도록 서로 다른 방법과 도구를 제공할 수 있는 이슈 추적 소프트웨어에 의해 관리된다. 일부 이슈 추적 시스템은 커뮤니티가 프로젝트에 새로운 아이디어 및/또는 코드를 제공하는 방법을 제공하기도 한다. 이러한 유형의 협업은 오픈 소스 프로그래밍에 널리 사용된다.
릴리스 문제/알려진 문제
프로젝트 문제를 완전히 해결할 수 없는 경우(예: 출시 전 개발 단계)에는 알려진 문제 문서가 소프트웨어와 함께 제공된다. 그 문서에는 존재하는 것으로 알려진 문제의 목록과 경우에 따라 이러한 문제로 야기된 문제를 극복하는 방법에 대한 지침이 포함되어 있다.
템플릿
일반적인 이슈 로그에서 문서는 각 행이 별도의 이슈를 설명하는 여러 행을 포함하는 테이블이어야 한다. 이슈의 다양한 속성이 다른 열에 나열되어 있다. 일반적인 이슈 로그의 예는 아래와 같다.
기본발행정보
- 이슈 참조 번호(ID): 다른 이슈를 식별하기 위한 일반적인 번호.
- 이슈 이름: 이슈 이름.
- 설명: 문제에 대해 간략하게 설명하십시오.
- 발행자: 이 문제를 제기하는 사람.
- 정당: 그 문제를 해결하는 데 관련된 모든 사람들.
이슈 카테고리
- 이슈 유형: 이슈에 속하는 지식 도메인(예: IT 인프라, IT 애플리케이션 등)
- 문제 우선순위: 어떤 문제가 가장 긴급하고 먼저 해결해야 하는지를 결정한다.(예: 우선순위는 즉시, 곧, 나중 등을 포함할 수 있다)
- 이슈 심각도: 문제가 해결되지 않은 채로 방치될 경우 결과가 얼마나 나쁜가(예: 심각도는 활력, 주, 중간, 마이너 등을 포함할 수 있음)
발행일자정보
- 제기된 날짜: 문제가 제기된 경우.
- 할당된 날짜: 문제가 할당된 날짜.
- 마감일: 이 문제를 해결하기 위한 최종 날짜는 언제인가.
- 해결된 날짜: 실제로 문제가 해결된 날짜.
발행여부
- Current status: 문제가 발생한 현재 상태. (예: 조사, 확대, 해결 등)
- 작업 업데이트: 문제가 해결되기 전에 수행한 작업(날짜에 따라 모든 작업을 나열하십시오.)
- 해상도: 그 문제를 해결하기 위한 최종 결의안.
다른 정보
- 참고: 기억해야 할 몇 가지 생각이나 사항.
| 이슈 ID | 발행명 | 설명 | 발행저자 | 파티들 | 유형 | 우선순위 | 심각도 | 올린 날짜 | 할당된 날짜 | 마감 | 결정일자 | 지위 | 행동들 | 해상도 | 메모들 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0001 | 샘플 이슈1 | 샘플 설명 | A씨 | A씨, B씨, 부인.c | IT 애플리케이션 | 높은 | 비판적 | 20091010 | 20091011 | 20100101 | 20091015 | 해결됨 | 일부 액션 | 결심 | 해야 할 일 |
| 0002 | 샘플 문제2 | 샘플 설명 | ... ... |
문제 로그의 문서화 스타일은 프로젝트마다 다를 수 있다. 위에 열거된 속성 중 일부는 기록하기에 중요하지 않은 것으로 간주될 수 있는 반면, 다른 추가 속성은 필요할 수 있다. 그러나 설명, 작성자, 우선순위, 상태, 해상도 등의 주요 속성이 항상 포함되어야 한다. 또한 속성의 순서도 다를 수 있다.
참고 항목
참조
외부 링크
- 사이먼 월리스의 ePM북 : 이슈
- Pankaj Jalote의 실제 소프트웨어 프로젝트 관리 ISBN0201737213
추가 읽기
- Robert Buttrick (2009). The Project Workout: 4th edition. Financial Times/ Prentice Hall. ISBN 978-0-273-72389-9.
