이슈 추적기(JIRA)

이슈 추적기는 다음 용도로 사용합니다.

• 프로젝트 관리
• 관심 있는 이슈가 처리되고 있는지와 처리 방식을 확인
• 전반적으로 진행 중인 작업 파악
• 각 릴리스에 포함된 항목 기록

대화형 사용자 경험이 적합하지 않으므로 상세한 설계 토론에는 이슈 추적기를 사용하지 않습니다.

이러한 토론은 Discussion Forums에서 진행해야 합니다. 표준 절차는 "Design for feature X (BAH-123)" 같은 제목으로 토론 주제를 만들고 이슈에서 해당 토론으로 연결하는 것입니다.

이 보드를 보려면 JIRA에 로그인해야 합니다.

1. 제품 팀 보드: https://bahmni.atlassian.net/jira/software/c/projects/BAH/boards/46
2. 자원봉사 티켓 보드: https://bahmni.atlassian.net/jira/software/c/projects/BAH/boards/25
3. 입원 환자 티켓용 IPD 보드: https://bahmni.atlassian.net/jira/software/c/projects/BAH/boards/55
4. SNOMED 팀 보드: https://bahmni.atlassian.net/jira/software/c/projects/BS/boards/52
5. 모든 보드 링크: https://bahmni.atlassian.net/jira/boards

티켓은 요청한 개선 사항이나 버그 수정에 대한 이해가 제한적인 개발자도 바로 작업할 수 있어야 합니다. 따라서 이슈 추적기의 Description 필드에 가능한 한 다음 섹션을 포함하십시오.

• Context(요청 내용과 중요한 이유를 비전문가도 이해할 수 있게 설명하고, 구현 환경이나 사용자 유형을 언급하거나 Talk 글에 연결)
• Steps to Reproduce(버그에만 해당. 가능하면 Bahmni 데모 서버에서 문제를 재현하는 정확한 단계를 설명하고, 데모 서버가 아니라면 Bahmni 버전과 관련 구성/데이터를 명시)
• Acceptance Criteria(개발하고 테스트해야 할 개별 항목의 번호 목록)
• 결함의 경우 더 명확하다면 Actual Behavior와 Expected Behavior

• Issue Type: (작성 예정)
• Summary: 사람이 이해할 수 있는 짧은 설명
• Description: 위의 ‘티켓 작성 방법’ 참고
• Fix Version: 이 티켓을 수정할 예정인 Bahmni 릴리스
• Affects Version: 결함에만 해당하며 결함이 재현된 Bahmni 버전
• Assignee: 분석 과정에서는 티켓 분석 담당자입니다. Ready For Dev 이후의 모든 상태에서는 현재 작업 중이거나 개발 작업을 완료한 개발자여야 합니다. 코드 검토나 QA 테스트를 하는 사람은 자신을 담당자로 지정하지 마십시오.
• Dev Pair: 다른 개발자가 담당자와 페어로 작업했다면 이름을 기록합니다.
• Reviewer: 코드 검토를 승인하거나 Pull Request를 병합한 개발자
• UAT Assignee: 커뮤니티 QA 과정에서 티켓을 테스트하고 예상대로 작동함을 확인한 사람

관련 문서를 참고하십시오.관련 문서: 어떤 작업을 할 것인가

해결되지 않은 티켓이 중요하다면 다음을 수행하십시오.

• 페이지 오른쪽의 "Vote for this issue" 링크로 투표합니다.
• 개발자가 작업하고 싶을 만큼 설명이 충분히 완전한지 확인합니다. 위의 ‘티켓 작성 방법’ 형식에 맞게 티켓을 편집할 수도 있습니다.

이 작업이 결과를 보장하지는 않지만 개발자가 다른 티켓보다 이 티켓을 선택할 가능성을 조금 높여 줍니다.

향후 릴리스의 구체적인 우선순위와 일치하는 티켓을 발견했다면 Fix Version을 적절한 릴리스로 설정할 수 있습니다.관련 문서: 제품 아키텍처 팀(PAT 회의)

티켓 작업을 이미 완료했고 다른 개발자가 검토와 병합을 우선 처리하기를 원한다면 Slack이나 토론 포럼에 알려 주십시오.