개발 프로세스: 애자일 스크럼, 칸반 & Jira
Strapi Vietnam은 2주 애자일 스크럼 스프린트와 유지보수용 칸반을 운영하며, Jira로 고객이 백로그, 보드, 버nd다운, 자동 테스트 기반 완료 정의를 추적할 수 있습니다.
영업 문의개발을 위한 스크럼
개발 단계에서 Strapi Vietnam은 2주 스프린트로 예측 가능한 속도를 유지합니다. 각 스프린트에는 스프린트 계획, 데일리 스탠드업, 리뷰, 레트로스펙티브가 포함되어 고객이 매 사이클마다 구체적인 결과를 확인할 수 있습니다.
- 명확한 목표를 가진 2주 스프린트
- 블로커에 집중된 간결한 데일리 스탠드업
- 고객이 실제 결과를 확인할 수 있는 리뷰
- 프로세스 개선을 위한 레트로스펙티브
유지보수와 운영을 위한 칸반
유지보수와 운영에서는 칸반을 사용해 발생하는 티켓을 지속적으로 처리합니다. WIP 제한은 팀이 과다한 업무를 맡는 것을 방지하고, 병목을 줄이며 사용자에 직접 영향을 주는 업무를 우선시합니다.
- 보드가 명확한 작업 상태를 표시
- WIP 제한으로 컨텍스트 전환 감소
- 운영 가치에 따라 우선순위 설정
- 유지보수 티켓, 장애, 작은 개선에 적합
범위 파악
백로그를 만들기 전에 목표, 범위, 수용 기준, 우선순위를 정의합니다.
백로그 정제
요구사항을 에픽과 스토리로 나누고, 작업을 추정하며 우선순위 순서를 설정합니다.
스프린트 계획
2주 스프린트에 적합한 스토리를 선택하고, 명확한 책임을 배정하며 스프린트 목표를 설정합니다.
개발 및 테스트
완료 정의를 따르며, 자동 테스트와 코드 리뷰로 품질을 유지합니다.
리뷰 및 수용
고객에게 결과를 시연하고, 피드백을 수집하며 스토리 완료를 확인합니다.
레트로스펙티브 및 인계
교훈을 정리하고, 프로세스를 개선하며 문서와 운영 가이드를 인계합니다.
Jira를 통한 투명한 프로젝트 관리
고객은 보고서를 받는 것뿐 아니라 팀이 어디에서 작업 중인지 직접 확인할 수 있습니다.
명확한 백로그
모든 요구사항은 백로그에 수집, 분류, 상태 업데이트됩니다.
에픽 & 스토리
큰 요구사항은 개발, 테스트, 수용할 수 있을 만큼 작은 에픽과 스토리로 분해됩니다.
시각적 보드
보드는 진행 중, 테스트 대기, 완료, 병목을 표시합니다.
버nd다운 & 보고서
버nd다운 보고서는 스프린트 진행 상황을 추적하고 리스크를 조기에 발견하는 데 도움이 됩니다.
완료 정의
스토리는 품질 기준을 충족하고, 자동 테스트와 필수 문서가 있을 때만 완료됩니다.
자주 묻는 질문
고객이 진행 상황을 추적할 수 있나요?
네. 고객은 Jira에 초대되어 백로그, 보드, 스토리 상태, 버nd다운 보고서를 확인할 수 있습니다. 필요 시 티켓에서 직접 설명드립니다.
2주 스프린트가 요구사항 변경을 처리할 수 있나요?
네. 변경 사항은 백로그에 추가되고, 우선순위가 재설정되며, 적합한 스프린트에 계획됩니다. 이미 스프린트에 포함된 작업은 스프린트 목표에 중대한 영향을 줄 때만 변경됩니다.
Strapi Vietnam 프로젝트에서 칸반과 스크럼의 차이는 무엇인가요?
스크럼은 명확한 스프린트 목표가 있는 개발 단계에 적합합니다. 칸반은 지속적 흐름과 WIP 제한이 필요한 유지보수, 운영, 발생하는 티켓에 적합합니다.
완료 정의에는 무엇이 포함되나요?
스토리는 코드 리뷰가 완료되고, 자동 테스트가 통과하며, 문서가 업데이트되고, 합의된 수용 기준을 충족할 때 완료로 간주됩니다.
프로젝트도 이렇게 투명하게 관리하고 싶으신가요?
Strapi Vietnam이 고객의 규모, 팀, 목표에 맞게 스크럼, 칸반, Jira를 적용하는 방법을 조언할 수 있도록 대화해 보겠습니다.
대화 시작하기