Taiga에서 새 제품 시작하기

명확한 결과 하나를 준비하세요

이 시나리오는 가상의 장비 요청 서비스를 사용합니다. 관리자가 직원의 장비 요청과 결정을 기록합니다. 직원 셀프서비스는 나중에 확장합니다. 학습 중에는 합성 레코드를 사용하세요. 이 시나리오는 실제 인사 데이터 사용을 허가하지 않습니다.

제품을 만들기 전에 조직과 관련 공유 맥락의 설정을 확인하세요. 서비스 결과를 책임지는 사람과 운영 환경을 담당하는 팀을 파악하세요.

초기 경계를 적으세요. 첫 버전은 요청과 결정을 기록합니다. 장비 주문, 자동 지출 승인, 급여 기록 변경은 하지 않습니다.

이 새 서비스에서는 Start from scratch를 선택하세요. 기존 저장소를 출발점으로 삼아야 하면 Import codebase를 사용하세요. 가져오기는 제품 생성 시 선택하므로 신중히 결정하세요.

생성 과정에서는 Taiga가 Infrastructure code와 CI/CD pipelines를 작성할지도 묻습니다. 둘은 별개의 책임입니다. 플랫폼 팀이 이미 일부를 제공한다면 해당 생성 옵션을 끄고 현재 작업 방법을 설명하세요.

예를 들어 다음처럼 설명할 수 있습니다. ‘우리 플랫폼은 기존 저장소 파이프라인으로 검토된 컨테이너 이미지를 배포합니다. 해당 워크로드 ID와 환경 구성을 사용하세요.’ 이 설명에 의존하기 전에 정확한지 확인하세요.

Discovery는 Context에서 시작합니다. 대화 전에 관련 제품 참고 자료와 상시 지침을 추가하세요. 여러 제품이 공유하는 규칙은 조직이나 팩터리 수준에 두세요.

장비 서비스에 유용한 맥락은 직원 ID 방식, 승인된 데이터 서비스, 관리자 접근 규칙 등입니다. 미해결 질문을 명시하세요. 양식을 채우려고 보존 기간을 지어내지 마세요.

그런 다음 대화에서 서비스를 설명하세요. 사용자, 목표 결과, 제한, 범위 밖의 항목을 설명하세요. 작업하는 동안 명세는 초안으로 저장됩니다.

명세에서 구현을 바꿀 수 있는 가정을 읽으세요. 이 시나리오에서는 관리자가 모든 직원 요청을 볼 수 있는지 자기 팀의 요청만 볼 수 있는지 확인하세요. 그 차이는 권한, 데이터 흐름, 테스트에 영향을 줍니다.

내용이 후속 작업에 적합할 때 명세를 게시하세요. 다시 게시하기 전까지 초안 변경은 게시된 버전을 대체하지 않습니다. 필수 문서를 계속 작성하고 가정을 검토하세요. Discovery 강의에서 의존성과 오래된 문서를 설명합니다.

필수 문서 여덟 개를 모두 게시한 뒤 Discovery를 마치고 이니셔티브를 계획하세요. 생성된 순서는 살펴보고 바꿀 수 있는 제안입니다.

상세 이니셔티브 계획 전에 저장소를 연결하세요. 환경이 계획 시작의 필수 조건은 아니지만, 같은 시점에 의도한 환경도 정하세요.

환경 설명은 클라우드 접근 권한을 부여하지 않습니다. 배포는 조직의 파이프라인이 수행합니다. 담당 팀과 저장소 브랜치, ID, 인프라 책임, 필수 설정 작업을 확인하세요.

이 시나리오의 유용한 결과는 정의된 제품과 실제 소프트웨어 제공 환경에 근거한 검토 가능한 작업입니다. Taiga 작업 흐름 시뮬레이션에서 결정 순서를 연습하세요.