조치항목
Action item관리에서 조치 항목은 수행이 필요한 문서화된 이벤트, 태스크, 활동 또는 조치다. 조치 항목은 한 사람이 처리할 수 있는 별개의 단위다.
계획 작업
액션 항목은 보통 하나 이상의 주제에 대해 미팅을 하는 그룹의 토론 중에 만들어지며, 토론 중에 어떤 종류의 행동이 필요하다는 것을 알게 된다. 그리고 나서 필요한 행위는 행동 항목으로 문서화되며 보통 그룹의 멤버인 누군가에게 할당된다. 조치가 배정된 사람은 조치를 수행하고 그 결과에 대해 그룹에게 보고할 의무가 있다.
조치 항목은 일반적으로 회의록에 기록되며, 그룹의 태스크 목록에 기록된다. 사람들이 행동항목을 완성함에 따라, 그 항목은 완료된 것으로 기록되고 그 항목은 미해결 행동항목 목록에서 삭제된다.
특성
작업 항목과 연결할 수 있는 속성은 다음과 같다.
- 식별자 - 기준 이벤트 또는 항목에 대한 고유 표시.
- 설명 - 수행할 작업에 대한 간략한 설명
- 워크 스트림 - 비즈니스 요구사항, 기술 설계, 사용자 인터페이스, 커밋 체크리스트, 커밋 게이트 자료 등(옵션)
- 문제 또는 위험 - 프로젝트 문제 또는 위험과 연관됨
- 상태 - 열기, 진행 중, 해결됨, 취소됨
- 긴급성/우선순위 - 프로젝트의 중요 경로에 미치는 영향은?
- 설명 - 현재 문제 해결을 위해 수행 중인 작업에 대한 설명
- 소유자 - 이 문제를 적극적으로 작업할 책임이 있는 사람은 누구인가?
- 작성 날짜 - 날짜 문제가 열림
- 계획된 완료 날짜 - 이 문제는 언제 해결될 것인가?
- 실제완료일자 -종료일자발행마감
추적
이 섹션은 검증을 위해 추가 인용구가 필요하다. (2007년 9월) (이 과 시기 |
조치 항목의 일반적인 형식은 조치 항목 번호, 조치 항목이 식별되거나 생성된 날짜, 조치가 할당된 사람의 이름, 조치의 제목 설명, 조치 및 결과에 대한 보다 자세한 설명, 결과 및 결과물을 기록하는 것이다.
조치 항목은 다양한 유형의 조치/이슈/불량 추적 방법의 보다 일반적인 형태로 간주될 수 있다. 예를 들어, 버그 리포트는 서비스 회사가 고객이나 RMA 번호로 보고된 문제를 추적하기 위해 작성한 서비스 리포트와 같은 행동 항목의 형태다.
담당자와 일관되고 적시에 후속 조치를 취하여 진행 상황을 추적하고 조치 항목을 해결하십시오.
여기서 우리가 추구하는 해결과 완성이 아닌 구별을 이해하는 것이 중요하다. 모든 조치 항목을 완료하는 것이 목표지만 조치 항목이 더 이상 관련성이 없거나 완료가 불가능할 수 있는 시나리오는 수없이 많다.
소프트웨어
조치 항목이나 서비스 보고서를 추적하기 위한 많은 소프트웨어 응용 프로그램이 있다. 이러한 애플리케이션은 고객 지원 기능뿐만 아니라 소프트웨어 개발 조직 내에서 사용된다. 이러한 소프트웨어 애플리케이션은 그룹 통신을 용이하게 하기 때문에 종종 Collaborative software 또는 groupware라고 불린다.[citation needed] 시장에서는 이러한 다양한 소프트웨어를 이용할 수 있다. 그들은 관리자의 생산성을 증가시키는 것으로 알려져 있다.
많은 정보기술 지원 단체들은 어떤 종류의 서비스 보고서 소프트웨어를 사용하므로, 문제 보고서를 호출할 때 전화를 받는 사람이 문제를 추적하기 위한 문제 티켓을 만들 것이다. 트러블 티켓은 IT 서비스 조직의 멤버에게 할당되며, 그 멤버는 문제를 보고한 사람을 방문하여 문제를 해결한다. 그런 다음 IT 서비스 담당자는 문제가 해결되었음을 나타내는 문제 티켓을 종료한다.[citation needed]
스탠포드 대학의 컴퓨터 의미 연구소의 최근 연구는 회의 중 자발적인 다당적 대화에서 자동 음성 인식 대본을 사용하여 액션 항목을 자동으로 식별하고 그 속성(액션 항목의 무엇, 누구, 언제)을 추출하려고 한다.[1]
패러디
이 개념은 2000년 닐 맥칼리스터에 의해 널리 유포된 "슈퍼히어로" 만화에 패러디되었다.[2]
참조
참고 항목
무료 사전인 Wiktionary에서 작업 항목을 찾아보십시오. |