작업 계획 시작하기

GitLab은 여러분이 작업을 계획하고, 실행하며, 추적하는 데 도움을 주는 도구를 가지고 있습니다.

계획 수립, 협업, 문서화, 시간 추적 및 보고 기능을 통해

투명성, 책임감 및 효율적인 프로젝트 관리를 촉진하는 작업 흐름을 만들 수 있습니다.

작업 계획 프로세스는 더 큰 작업 흐름의 일부입니다:

Workflow

1단계: 일정 정의하기

팀이 프로젝트 목표와 작업에 접근하는 방법에 대해 생각하는 것으로 시작하세요.

1.0, 2.0, 3.0과 같은 마일스톤을 사용하여 배포를 정의하세요.

주요 및 사소한 배포를 모두 수행할지 결정하십시오.

그런 다음, 팀이 계획 수립을 위한 표준 주기를 사용하기를 원한다면 iterations를 사용하세요.

Iterations는 스프린트와 유사한 시간 제한이 있는 기간입니다. 예를 들어, 매주 2주마다 배포하고 싶을 수 있습니다.

자세한 정보는 다음을 참조하세요:

2단계: 작업 계획 및 구성하기

배포 주기를 결정한 후, 작업을 구성하기 시작할 수 있습니다.

Epics는 가장 높은 수준에 있습니다. 그들은 프로젝트의 주요 목표에 대한 폭넓은 개요를 제공하며

팀의 노력이 전체 비전과 일치하도록 돕습니다.

그런 다음 문제를 정의하고 이를 epics에 할당할 수 있습니다.

문제는 여러분이 해결해야 할 특정 버그나 사용자 스토리를 나타냅니다.

문제는 팀원에게 할당할 수 있으며, 범주화 및 우선 순위 지정을 위해 라벨을 붙일 수 있고,

완료의 다양한 단계에서 추적할 수 있습니다.

그 후 문제 내에서 작업을 사용하여 작업을 더 작고 실행 가능한 항목으로 분리할 수 있습니다.

마지막으로, 여러분의 프로젝트 목표가 조직 목표와 일치하는지 확인하기 위해,

OKRs(목표 및 핵심 결과)를 만들고 이를 epics와 연결할 수 있습니다.

측정 가능한 핵심 결과를 정의함으로써, 팀은 여러분의 진행 상황을 추적하고

여러분의 작업이 광범위한 조직 목표에 미치는 영향을 평가할 수 있습니다.

자세한 정보는 다음을 참조하세요:

3단계: 작업 흐름 시각화하기

Issue boards는 프로젝트의 작업 흐름을 시각적으로 나타냅니다. 상태에 따라 분류된 문제를 표시합니다.

“할 일(To Do)”, “진행 중(In Progress)”, “완료(Done)”와 같은 상태입니다.

Issue boards를 사용하여 프로젝트의 현재 상태를 빠르게 평가하고

병목 현상이나 차단 요소를 식별하세요.

자세한 정보는 다음을 참조하세요:

4단계: 협업 및 소통하기

문제를 범주화하고 우선 순위를 매겨 특정 작업 영역을 식별하고 집중할 수 있도록

라벨을 사용하세요. 문제에 설명적인 라벨을 붙이는 것으로,

“버그(bug)”, “향상(enhancement)”, “높은 우선 순위(high priority)”와 같은 것을 필터링하고 관련 작업을 찾을 수 있습니다.

문제에서 댓글과 스레드를 사용하여 논의,

피드백 및 협업을 위한 중앙 집중된 공간을 제공합니다. 팀원들은 질문을 하고 업데이트를 제공하며, 아이디어를 공유하고,

문제의 맥락에서 서로의 작업을 검토할 수 있습니다.

댓글에서도 멘션(@username)을 사용하여

다른 사람에게 논의에 참여하도록 알릴 수 있습니다.

누군가를 멘션하면 알림이 전달됩니다.

자세한 정보는 다음을 참조하세요:

5단계: 진행 상황 추적하기

진행 상황 추적은 작업, 마일스톤, 전체 프로젝트 목표의 상태 및 완료를 모니터링하는 것입니다.

Roadmaps를 사용하여 epics 및 마일스톤의 일정 시각화 및 진행 상황을 추적할 수 있습니다.

Roadmaps는 프로젝트에 대한 전략적이고 장기적인 관점을 보여주므로 주요 전달물이 계획된 시점을 측정하고 이들이 전체 프로젝트 목표에 기여하는 방식을 결정할 수 있습니다.

각 문제에 소요된 시간을 기록하여 진행 상황을 모니터링하고 향후 노력을 추정하는 데 도움이 되도록

시간 추적을 사용하세요.

마일스톤 버른다운 차트를 사용하여 특정 마일스톤에 대한 진행 상황의 그래픽 개요를 볼 수 있습니다.

버른다운 차트는 시간에 따른 열린 문제, 닫힌 문제 및 남은 문제의 수를 보여줍니다.

이를 사용하여 진행 상황을 추적하고 노력을 조정하세요.

자세한 정보는 다음을 참조하세요:

6단계: 보고 및 분석

시간이 지나면서 분석을 사용하여 팀의 성과 및 생산성에 대한 통찰력을 얻을 수 있습니다.

라벨, 마일스톤 및 반복을 필터링하여 문제를 분석하세요.

우선 순위, 범주 또는 기타 사용자 지정 기준에 따라 문제를 그룹화하세요.

자세한 내용은 다음을 참조하세요:

7단계: 문서 작성 및 지식 공유

프로세스 전반에 걸쳐 진행 상황 및 절차를 문서화할 수 있습니다.

문제 및 병합 요청에 댓글과 노트를 추가하는 동안,

요구 사항은 GitLab 워크플로우에서 문서의 또 다른 중요한 측면입니다.

이는 특정 기능 또는 작업에 대한 예상 결과, 수용 기준 및 제약 조건을 정의합니다.

요구 사항은 문제 또는 위키에 문서화될 수 있으며, 무엇을 전달해야 하는지와 성공이 어떻게 측정되는지를 명확히 이해할 수 있도록 합니다.

위키는 프로젝트 문서화 및 지식 관리의 주요 허브 역할을 합니다.

팀 구성원이 프로젝트와 관련된 콘텐츠를 생성, 편집 및 조직할 수 있는 협업 공간을 제공합니다.

위키에는 프로젝트 지침, 기술 사양 및 모범 사례와 같은 광범위한 정보가 포함될 수 있습니다.

자세한 내용은 다음을 참조하세요: