이 글은 Asana에서 효과적인 버그 추적 프로젝트를 설정하는 단계를 안내합니다. 템플릿을 사용하고, 데이터를 가져오고, 설정을 사용자 지정하면 소프트웨어 버그를 효율적으로 관리할 수 있습니다.
버그 추적 프로젝트를 생성하세요. 빠르게 시작하는 몇 가지 방법을 아래에서 확인하세요.
특정 기능, 제품, 페이지에 관련된 버그를 추적하고자 하는 경우, 각각 별도의 프로젝트를 생성하여 항상 적절한 곳에 버그를 제출하세요.
Asana의 버그 추적 템플릿을 사용했다면, 프로젝트에 몇 가지 사용자 지정 필드가 이미 포함되어 있음을 알 수 있습니다. 하지만 이 필드를 변경하거나 더 추가할 수 있습니다. 프로젝트 상단에 있는 사용자 지정 버튼을 클릭한 다음 + 필드 추가를 클릭하세요.
사용자 지정 필드를 사용하여 각 작업의 핵심 세부 정보를 추적하고, 스프레드시트 열과 같이 프로젝트를 필터링하고 정렬하세요. 소스 및 우선순위와 같은 필드는 팀이 피드백을 이해하고 해결 방안을 실행하는 데 유용합니다. 사용자 지정 필드에 대해 자세히 알아보세요 – 여기에서 확인하세요.
우선순위가 높은 버그를 빠르게 식별하려면 사용자 지정 필드로 프로젝트를 정렬하여 팀원에게 해결 작업을 쉽게 배정하세요.
버그를 보고하는 것은 문제 해결과 고객 수요 조사에 매우 중요하지만 여러 가지 방식으로 여러 장소에서 추적한다면 이와 같은 일을 수행하기 힘듭니다. 대신, 프로젝트에 직접 연결된 버그 추적 양식을 생성하세요. 버그 정보를 일관성 있게 파악하여 팀이 버그를 해결하는 데 필요한 모든 세부 정보를 확보할 수 있도록 하세요.
양식을 사용하여 버그 추적을 간소화하려면 양식 분기를 사용하여 제공된 세부 정보를 프로젝트의 사용자 지정 필드 값과 연결하세요.
![]()
Asana를 사용하지 않더라도 누구나 양식 링크를 공유하여 양식을 제출할 수 있습니다. 고객 대면 팀은 이메일에 의존하지 않고도 고객의 의견을 반영할 수 있으며, 팀은 정신 없이 쌓여가는 메일을 관리하지 않아도 됩니다. 양식 공유를 해제하려면 그렇게 하십시오.
![]()
채팅이나 이메일로 버그 보고가 많은 경우, 언제든지 양식 링크를 보내세요. 또한, 연동을 사용하여 신속하게 실행 가능한 작업으로 전환할 수도 있습니다.
이메일로 버그 보고서를 받은 경우 Gmail, Outlook 또는 다른 이메일 클라이언트용 Asana 부가 기능을 사용하세요. 채팅을 통해 보고된 버그는 Asana for Slack 연동을 사용하세요.
접수된 버그 보고서를 정기적으로 분류하고 평가하려면 각 양식 제출에 대해 기본 설정 담당자를 선택하세요. 아니면 팀원에게 반복되는 작업을 배정하여 버그 제출 작업을 정기적으로 분류하도록 상기시키세요.
버그 심사 시 이미 유사한 버그가 보고되었음을 알게 된 경우 작업을 통합하면 중복 추적을 방지할 수 있습니다.
마감일이 있는 SLA를 유지하세요.모든 피드백에 대해 즉각적인 조치를 취해야 하는 것은 아니지만, 필요한 경우 관련 팀원에게 작업을 배정하고 마감일을 지정하세요. 작업에는 이미 담당자에게 필요한 모든 배경 정보가 포함되어 있으며, 모든 사람에게 기대 사항이 명확해집니다.
이렇게 하면 팀이 진행 상황을 파악하기 위해 여기저기 찾아봐야 할 필요가 없어져 정말 많은 시간을 절약할 수 있습니다. 고객도 문제가 더 빨리 해결되어 더 큰 만족감을 느끼게 됩니다. SLA를 알리는 인사이트를 더 얻으려면 시간 추적을 사용하세요.
버그 추적에 대해 자세히 알아보려면 Asana 블로그를 방문하세요. 또는 Quora가 Asana를 사용하여 버그 추적 프로세스를 간소화하는 방법을 확인하세요. Asana의 버그 추적 프로젝트 템플릿을 시작하세요 – 여기에서 확인하세요.
메모
이 기사는 AI로 번역되었습니다.
번역 피드백을 보내주세요.