히스토리

• GitLab 15.6에서 okrs_mvc라는 플래그와 함께 도입되었습니다. 기본적으로 비활성화됩니다.

목표 및 핵심 결과 (OKR)는 조직의 전반적인 전략 및 비전에 부합하는 목표를 설정하고 추적하기 위한 프레임워크입니다.

GitLab의 목표와 핵심 결과는 많은 기능을 공유합니다. 문서에서 OKR이라는 용어는 목표와 핵심 결과 모두를 의미합니다.

OKR은 작업 항목의 일종으로, GitLab의 기본 이슈 유형을 향한 단계입니다. 이슈 및 에픽을 작업 항목으로 마이그레이션하고 사용자 정의 작업 항목 유형을 추가하는 로드맵은 에픽 6033 또는 Plan 방향 페이지를 참조하세요.

효과적인 OKR 설계#

목표와 핵심 결과를 사용하여 인력을 공동 목표에 맞추고 진행 상황을 추적합니다. 목표로 큰 목표를 설정하고 하위 목표 및 핵심 결과를 사용하여 큰 목표의 달성을 측정합니다.

목표는 달성할 열망적인 목표로 무엇을 목표로 하는지를 정의합니다. 이는 개인, 팀 또는 부서의 업무가 조직의 전반적인 방향에 미치는 영향을 해당 업무를 전반적인 회사 전략과 연결하여 보여줍니다.

핵심 결과는 정렬된 목표에 대한 진행 측정값입니다. 이는 목표(목표)에 도달했는지 어떻게 알 수 있는지를 표현합니다. 특정 결과(핵심 결과)를 달성함으로써 연결된 목표에 대한 진행을 만듭니다.

OKR이 합리적인지 확인하려면 이 문장을 사용할 수 있습니다:

나/우리는 다음 지표(핵심 결과)를 달성함으로써 (날짜)까지 (목표)를 달성할 것입니다.

더 나은 OKR을 만드는 방법과 GitLab에서 OKR을 사용하는 방법에 대해 알아보려면 목표 및 핵심 결과 핸드북 페이지를 참조하세요.

목표 생성#

목표를 생성하려면:

1. 왼쪽 사이드바에서 계획 > 작업 항목을 선택합니다.
2. 오른쪽 상단에서 새 항목을 선택합니다.
3. 유형에서 목표를 선택합니다.
4. 목표 제목을 입력합니다.
5. 목표 생성을 선택합니다.

핵심 결과를 만들려면 기존 목표에 하위 항목으로 추가합니다.

목표 보기#

목표를 보려면:

1. 왼쪽 사이드바에서 계획 > 작업 항목을 선택합니다.
2. Type = Objective에 대해 작업 항목 목록 필터링을 합니다.
3. 목록에서 목표의 제목을 선택합니다.

핵심 결과 보기#

핵심 결과를 보려면:

1. 왼쪽 사이드바에서 계획 > 작업 항목을 선택합니다.
2. Type = Key Result에 대해 작업 항목 목록 필터링을 합니다.
3. 목록에서 핵심 결과의 제목을 선택합니다.

또는 부모 목표의 하위 항목 섹션에서 핵심 결과에 액세스할 수 있습니다.

제목 및 설명 편집#

히스토리

• GitLab 17.7에서 최소 사용자 역할이 Reporter에서 Planner로 변경되었습니다.

사전 조건:

• 프로젝트에 대한 Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.

OKR을 편집하려면:

1. 편집하려는 목표 또는 핵심 결과를 엽니다.
2. 선택 사항. 제목을 편집하려면 제목을 선택하고 변경 사항을 적용한 다음 제목 텍스트 상자 외부의 아무 영역을 선택합니다.
3. 선택 사항. 설명을 편집하려면 편집 아이콘 (✏️)을 선택하고 변경 사항을 적용한 다음 저장을 선택합니다.

더 보기로 설명 잘림 방지#

히스토리

• GitLab 17.10에서 도입되었습니다.

OKR 설명이 길면 GitLab은 일부만 표시합니다. 전체 설명을 보려면 더 보기를 선택해야 합니다. 이 잘림 기능은 긴 텍스트를 스크롤하지 않고도 페이지의 다른 요소를 쉽게 찾을 수 있도록 합니다.

설명이 잘리는지 여부를 변경하려면:

1. 목표 또는 핵심 결과의 오른쪽 상단에서 추가 작업 (⋮)을 선택합니다.
2. 보기 옵션을 선택합니다.
3. 원하는 설정에 따라 설명 잘림을 토글합니다.

이 설정은 기억되며 모든 이슈, 작업, 에픽, 목표 및 핵심 결과에 영향을 미칩니다.

오른쪽 사이드바 숨기기#

히스토리

• GitLab 17.10에서 도입되었습니다.

공간이 허용되면 속성이 설명 오른쪽의 사이드바에 표시됩니다. 사이드바를 숨기고 설명 공간을 늘리려면:

1. 목표 또는 핵심 결과의 오른쪽 상단에서 추가 작업 (⋮)을 선택합니다.
2. 보기 옵션을 선택합니다.
3. 사이드바 숨기기를 선택합니다.

이 설정은 기억되며 모든 이슈, 작업, 에픽, 목표 및 핵심 결과에 영향을 미칩니다.

사이드바를 다시 표시하려면:

• 이전 단계를 반복하고 사이드바 표시를 선택합니다.

OKR 시스템 노트 보기#

히스토리

• GitLab 15.7에서 work_items_mvc_2라는 플래그와 함께 도입되었습니다. 기본적으로 비활성화됩니다.
• GitLab 15.8에서 work_items_mvc라는 기능 플래그로 이동되었습니다. 기본적으로 비활성화됩니다.
• GitLab 16.10에서 기능 플래그가 work_items_mvc에서 work_items_beta로 변경되었습니다.
• 활동 정렬 순서 변경이 GitLab 15.8에서 도입되었습니다.
• 활동 필터링이 GitLab 15.10에서 도입되었습니다.
• GitLab 15.10에서 GitLab.com 및 GitLab Self-Managed에서 활성화되었습니다.
• GitLab 17.7에서 최소 사용자 역할이 Reporter에서 Planner로 변경되었습니다.
• GitLab 18.6에서 기능 플래그 work_items_beta가 제거되었습니다.

사전 조건:

• 프로젝트에 대한 Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.

OKR과 관련된 모든 시스템 노트를 볼 수 있습니다. 기본적으로 가장 오래된 것부터 정렬됩니다. 세션 간에 기억되는 가장 최신 것부터로 정렬 순서를 언제든지 변경할 수 있습니다.

댓글 및 스레드#

OKR에서 댓글을 추가하고 스레드에 답변할 수 있습니다.

사용자 할당#

히스토리

• GitLab 17.7에서 최소 사용자 역할이 Reporter에서 Planner로 변경되었습니다.

OKR을 담당하는 사람을 표시하기 위해 사용자를 할당할 수 있습니다.

사전 조건:

• 프로젝트에 대한 Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.

OKR의 담당자를 변경하려면:

1. 편집하려는 목표 또는 핵심 결과를 엽니다.
2. 담당자 옆에서 담당자 추가를 선택합니다.
3. 드롭다운 목록에서 담당자로 추가할 사용자를 선택합니다.
4. 드롭다운 목록 외부의 아무 영역을 선택합니다.

레이블 할당#

히스토리

• GitLab 17.7에서 최소 사용자 역할이 Reporter에서 Planner로 변경되었습니다.

사전 조건:

• 프로젝트에 대한 Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.

레이블을 사용하여 팀 간에 OKR을 구성합니다.

OKR에 레이블을 추가하려면:

1. 편집하려는 목표 또는 핵심 결과를 엽니다.
2. 레이블 옆에서 레이블 추가를 선택합니다.
3. 드롭다운 목록에서 추가할 레이블을 선택합니다.
4. 드롭다운 목록 외부의 아무 영역을 선택합니다.

마일스톤에 목표 추가#

히스토리

• GitLab 15.7에서 도입되었습니다.
• GitLab 17.7에서 최소 사용자 역할이 Reporter에서 Planner로 변경되었습니다.

목표를 마일스톤에 추가할 수 있습니다. 목표를 볼 때 마일스톤 제목이 표시됩니다.

사전 조건:

• 프로젝트에 대한 Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.

마일스톤에 목표를 추가하려면:

1. 편집하려는 목표를 엽니다.
2. 마일스톤 옆에서 마일스톤에 추가를 선택합니다. 목표가 이미 마일스톤에 속한 경우 드롭다운 목록에 현재 마일스톤이 표시됩니다.
3. 드롭다운 목록에서 목표와 연결할 마일스톤을 선택합니다.

진행률 설정#

히스토리

• 핵심 결과에 대한 진행률 설정이 GitLab 15.8에서 도입되었습니다.
• GitLab 17.7에서 최소 사용자 역할이 Reporter에서 Planner로 변경되었습니다.

목표를 달성하는 데 필요한 작업 중 얼마나 완료되었는지 표시합니다.

목표와 핵심 결과에서 수동으로 진행률을 설정할 수 있습니다.

하위 항목의 진행률을 입력하면 계층 구조의 모든 상위 항목의 진행률이 하위 항목 진행률의 평균으로 업데이트됩니다. 모든 수준에서 진행률을 재정의하고 수동으로 값을 입력할 수 있지만, 하위 항목의 진행률이 업데이트되면 자동화가 다시 모든 상위 항목을 업데이트하여 평균을 표시합니다.

사전 조건:

• 프로젝트에 대한 Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.

목표 또는 핵심 결과의 진행률을 설정하려면:

1. 왼쪽 사이드바에서 계획 > 작업 항목을 선택합니다.
2. Type = Objective 또는 Type = Key Result에 대해 작업 항목 목록 필터링을 하고 항목을 선택합니다.
3. 진행률 옆에서 텍스트 상자를 선택합니다.
4. 0에서 100 사이의 숫자를 입력합니다.

건강 상태 설정#

히스토리

• GitLab 15.7에서 도입되었습니다.
• GitLab 17.7에서 최소 사용자 역할이 Reporter에서 Planner로 변경되었습니다.

목표 달성의 위험을 더 잘 추적하기 위해 각 목표와 핵심 결과에 건강 상태를 할당할 수 있습니다. 건강 상태를 사용하여 조직의 다른 사람들에게 OKR이 계획대로 진행 중인지 또는 일정에 맞게 주의가 필요한지 알릴 수 있습니다.

사전 조건:

• 프로젝트에 대한 Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.

OKR의 건강 상태를 설정하려면:

1. 편집하려는 핵심 결과를 엽니다.
2. 건강 상태 옆에서 드롭다운 목록을 선택하고 원하는 건강 상태를 선택합니다.

핵심 결과를 목표로 승격#

히스토리

• GitLab 16.0에서 도입되었습니다.
• 빠른 작업 /promote_to가 GitLab 16.1에서 도입되었습니다.
• GitLab 17.7에서 최소 사용자 역할이 Reporter에서 Planner로 변경되었습니다.

사전 조건:

• 프로젝트에 대한 Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.

핵심 결과를 승격하려면:

1. 핵심 결과를 엽니다.
2. 오른쪽 상단에서 세로 줄임표 (⋮)를 선택합니다.
3. 목표로 승격을 선택합니다.

또는 /promote_to objective 빠른 작업을 사용합니다.

OKR을 다른 항목 유형으로 변환#

히스토리

• GitLab 17.8에서 work_items_beta라는 플래그와 함께 도입되었습니다. 기본적으로 비활성화됩니다.
• okrs_mvc라는 플래그로 이동되었습니다. 현재 플래그 상태는 이 페이지 상단을 참조하세요.

목표 또는 핵심 결과를 다음과 같은 다른 항목 유형으로 변환합니다:

• 이슈
• 작업
• 목표
• 핵심 결과

사전 조건:

• 변환하려는 OKR에 상위 항목이 할당되지 않아야 합니다.
• 변환하려는 OKR에 하위 항목이 없어야 합니다.

OKR을 다른 항목 유형으로 변환하려면:

1. 왼쪽 사이드바에서 계획 > 작업 항목을 선택한 다음 이슈를 선택하여 봅니다.
2. 목록에서 목표 또는 핵심 결과를 찾아 선택합니다.
3. 오른쪽 상단에서 추가 작업 (⋮)을 선택한 다음 유형 변경을 선택합니다.
4. 원하는 항목 유형을 선택합니다.
5. 모든 조건이 충족되면 유형 변경을 선택합니다.

또는 댓글에서 /type 빠른 작업과 issue, task, objective 또는 key result를 사용할 수 있습니다.

목표 또는 핵심 결과 참조 복사#

히스토리

• GitLab 16.1에서 도입되었습니다.

GitLab의 다른 곳에서 목표 또는 핵심 결과를 참조하려면 전체 URL 또는 namespace/project-name#123 형식의 짧은 참조를 사용할 수 있으며, 여기서 namespace는 그룹 또는 사용자 이름입니다.

목표 또는 핵심 결과 참조를 클립보드에 복사하려면:

1. 왼쪽 사이드바에서 계획 > 작업 항목을 선택한 다음 목표 또는 핵심 결과를 선택하여 봅니다.
2. 오른쪽 상단에서 세로 줄임표 (⋮)를 선택한 다음 참조 복사를 선택합니다.

이제 참조를 다른 설명 또는 댓글에 붙여넣을 수 있습니다.

GitLab 플레이버드 마크다운에서 목표 또는 핵심 결과 참조에 대해 자세히 읽어보세요.

목표 또는 핵심 결과 이메일 주소 복사#

히스토리

• GitLab 16.1에서 도입되었습니다.

이메일을 보내서 목표 또는 핵심 결과에 댓글을 만들 수 있습니다. 이 주소로 이메일을 보내면 이메일 본문을 포함하는 댓글이 생성됩니다.

이메일로 댓글을 만드는 방법과 필요한 구성에 대한 자세한 내용은 이메일을 보내 댓글에 답변을 참조하세요.

목표 또는 핵심 결과의 이메일 주소를 복사하려면:

1. 왼쪽 사이드바에서 계획 > 작업 항목을 선택한 다음 목표를 선택하여 봅니다.
2. 오른쪽 상단에서 세로 줄임표 (⋮)를 선택한 다음 목표 이메일 주소 복사 또는 핵심 결과 이메일 주소 복사를 선택합니다.

OKR 닫기#

히스토리

• GitLab 17.7에서 최소 사용자 역할이 Reporter에서 Planner로 변경되었습니다.

OKR이 달성되면 닫을 수 있습니다. OKR은 닫힌 것으로 표시되지만 삭제되지는 않습니다.

사전 조건:

• 프로젝트에 대한 Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.

OKR을 닫으려면:

1. 편집하려는 목표를 엽니다.
2. 상태 옆에서 닫힘을 선택합니다.

같은 방법으로 닫힌 OKR을 다시 열 수 있습니다.

하위 목표 및 핵심 결과#

GitLab에서 목표는 핵심 결과와 유사합니다. 워크플로우에서 핵심 결과를 사용하여 목표에 설명된 목표를 측정합니다.

총 9개 수준까지 하위 목표를 추가할 수 있습니다. 목표는 최대 100개의 하위 OKR을 가질 수 있습니다. 핵심 결과는 목표의 하위 항목이며 자체 하위 항목을 가질 수 없습니다.

하위 목표와 핵심 결과는 목표 설명 아래의 하위 항목 섹션에서 사용할 수 있습니다.

하위 목표 추가#

히스토리

• GitLab 17.1에서 목표를 생성할 프로젝트를 선택하는 기능이 도입되었습니다.

사전 조건:

• 프로젝트에 대한 Guest, Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.

목표에 새 목표를 추가하려면:

1. 목표의 하위 항목 섹션에서 추가를 선택한 다음 새 목표를 선택합니다.
2. 새 목표의 제목을 입력합니다.
3. 새 목표를 생성할 프로젝트를 선택합니다.
4. 목표 생성을 선택합니다.

목표에 기존 목표를 추가하려면:

1. 목표의 하위 항목 섹션에서 추가를 선택한 다음 기존 목표를 선택합니다.

2. 제목의 일부를 입력하여 원하는 목표를 검색한 다음 원하는 일치 항목을 선택합니다.

   여러 목표를 추가하려면 이 단계를 반복합니다.

3. 목표 추가를 선택합니다.

하위 핵심 결과 추가#

히스토리

• GitLab 17.1에서 핵심 결과를 생성할 프로젝트를 선택하는 기능이 도입되었습니다.

사전 조건:

• 프로젝트에 대한 Guest, Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.

목표에 새 핵심 결과를 추가하려면:

1. 목표의 하위 항목 섹션에서 추가를 선택한 다음 새 핵심 결과를 선택합니다.
2. 새 핵심 결과의 제목을 입력합니다.
3. 새 핵심 결과를 생성할 프로젝트를 선택합니다.
4. 핵심 결과 생성을 선택합니다.

목표에 기존 핵심 결과를 추가하려면:

1. 목표의 하위 항목 섹션에서 추가를 선택한 다음 기존 핵심 결과를 선택합니다.

2. 제목의 일부를 입력하여 원하는 OKR을 검색한 다음 원하는 일치 항목을 선택합니다.

   여러 목표를 추가하려면 이 단계를 반복합니다.

3. 핵심 결과 추가를 선택합니다.

목표 및 핵심 결과 하위 항목 재정렬#

히스토리

• GitLab 16.0에서 도입되었습니다.
• GitLab 17.7에서 최소 사용자 역할이 Reporter에서 Planner로 변경되었습니다.

사전 조건:

• 프로젝트에 대한 Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.

기본적으로 하위 OKR은 생성 날짜 순으로 정렬됩니다. 재정렬하려면 끌어다 놓습니다.

OKR 체크인 리마인더 예약#

히스토리

• GitLab 16.4에서 okr_checkin_reminders라는 플래그와 함께 도입되었습니다. 기본적으로 비활성화됩니다.
• GitLab 17.7에서 최소 사용자 역할이 Reporter에서 Planner로 변경되었습니다.

체크인 리마인더를 예약하여 팀이 관심 있는 핵심 결과에 대한 상태 업데이트를 제공하도록 리마인드합니다. 리마인더는 하위 객체 및 핵심 결과의 모든 담당자에게 이메일 알림 및 할 일 항목으로 전송됩니다. 사용자는 이메일 알림에서 구독 취소할 수 없지만 체크인 리마인더를 끌 수 있습니다. 리마인더는 화요일에 전송됩니다.

사전 조건:

• 프로젝트에 대한 Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.
• 프로젝트에 최소 하나의 핵심 결과가 있는 목표가 하나 이상 있어야 합니다.
• 최상위 목표에 대해서만 리마인더를 예약할 수 있습니다. 하위 목표에 대한 체크인 리마인더 예약은 적용되지 않습니다. 최상위 목표의 설정이 모든 하위 목표에 상속됩니다.

목표에 대한 반복 리마인더를 예약하려면 새 댓글에서 /checkin_reminder 빠른 작업을 사용합니다.

목표를 상위로 설정#

히스토리

• GitLab 16.6에서 도입되었습니다.
• GitLab 17.7에서 최소 사용자 역할이 Reporter에서 Planner로 변경되었습니다.

사전 조건:

• 프로젝트에 대한 Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.
• 상위 목표와 하위 OKR은 동일한 프로젝트에 속해야 합니다.

OKR의 상위로 목표를 설정하려면:

1. 편집하려는 목표 또는 핵심 결과를 엽니다.
2. 상위 옆에서 드롭다운 목록에서 추가할 상위를 선택합니다.
3. 드롭다운 목록 외부의 아무 영역을 선택합니다.

목표 또는 핵심 결과의 상위를 제거하려면 상위 옆에서 드롭다운 목록을 선택한 다음 할당 해제를 선택합니다.

기밀 OKR#

히스토리

• GitLab 15.3에서 도입되었습니다.

기밀 OKR은 충분한 권한을 가진 프로젝트 멤버만 볼 수 있는 OKR입니다. 기밀 OKR을 사용하여 보안 취약점을 비공개로 유지하거나 서프라이즈가 유출되는 것을 방지할 수 있습니다.

OKR을 기밀로 만들기#

히스토리

• GitLab 17.7에서 최소 사용자 역할이 Reporter에서 Planner로 변경되었습니다.

기본적으로 OKR은 공개입니다. OKR을 만들거나 편집할 때 기밀로 만들 수 있습니다.

새 OKR에서#

새 목표를 만들 때 텍스트 영역 바로 아래에 OKR을 기밀로 표시하는 확인란이 있습니다.

해당 확인란을 선택한 다음 목표 생성 또는 핵심 결과 생성을 선택하여 OKR을 만듭니다.

기존 OKR에서#

사전 조건:

• 프로젝트에 대한 Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.
• 기밀 목표에는 기밀 하위 목표 또는 핵심 결과만 있을 수 있습니다:
  • 목표를 기밀로 만들려면: 하위 목표나 핵심 결과가 있는 경우 먼저 모두 기밀로 만들거나 제거해야 합니다.
  • 목표를 비기밀로 만들려면: 하위 목표나 핵심 결과가 있는 경우 먼저 모두 비기밀로 만들거나 제거해야 합니다.
  • 기밀 목표에 하위 목표나 핵심 결과를 추가하려면 먼저 기밀로 만들어야 합니다.

기존 OKR의 기밀성을 변경하려면:

1. 목표 또는 핵심 결과를 엽니다.
2. 오른쪽 상단에서 세로 줄임표 (⋮)를 선택합니다.
3. 기밀성 켜기 또는 기밀성 끄기를 선택합니다.

기밀 OKR을 볼 수 있는 사람#

히스토리

• GitLab 17.7에서 최소 사용자 역할이 Reporter에서 Planner로 변경되었습니다.

OKR이 기밀로 설정되면 프로젝트에 대한 Planner, Reporter, Developer, Maintainer 또는 Owner 역할을 가진 사용자만 OKR에 액세스할 수 있습니다. Guest 또는 최소 역할을 가진 사용자는 변경 이전에 적극적으로 참여했더라도 OKR에 액세스할 수 없습니다.

그러나 Guest 역할을 가진 사용자는 기밀 OKR을 만들 수 있지만 자신이 만든 것만 볼 수 있습니다.

Guest 역할을 가진 사용자 또는 비멤버는 OKR에 할당된 경우 기밀 OKR을 읽을 수 있습니다. Guest 사용자 또는 비멤버가 기밀 OKR에서 할당 해제되면 더 이상 볼 수 없습니다.

기밀 OKR은 필요한 권한이 없는 사용자의 검색 결과에서 숨겨집니다.

기밀 OKR 표시기#

기밀 OKR은 몇 가지 면에서 일반 OKR과 시각적으로 다릅니다. OKR이 나열되는 모든 곳에서 기밀로 표시된 OKR 옆에 기밀 ([eye-slash]) 아이콘을 볼 수 있습니다.

충분한 권한이 없으면 기밀 OKR을 전혀 볼 수 없습니다.

마찬가지로 OKR 내부에서는 이동 경로 바로 옆에 기밀 ([eye-slash]) 아이콘을 볼 수 있습니다.

일반에서 기밀로 또는 그 반대로 변경될 때마다 OKR의 댓글에 시스템 노트로 표시됩니다. 예를 들어:

• [eye-slash] Jo Garcia가 5분 전에 이슈를 기밀로 만들었습니다
• [eye] Jo Garcia가 방금 이슈를 모두에게 보이도록 했습니다

토론 잠금#

히스토리

• GitLab 16.9에서 work_items_beta라는 플래그와 함께 도입되었습니다. 기본적으로 비활성화됩니다.
• GitLab 17.7에서 최소 사용자 역할이 Reporter에서 Planner로 변경되었습니다.

OKR에서 공개 댓글을 방지할 수 있습니다. 이렇게 하면 프로젝트 멤버만 댓글을 추가하고 편집할 수 있습니다.

사전 조건:

• Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.

OKR을 잠그려면:

1. 오른쪽 상단에서 세로 줄임표 (⋮)를 선택합니다.
2. 토론 잠금을 선택합니다.

페이지 세부 정보에 시스템 노트가 추가됩니다.

OKR이 잠긴 토론으로 닫힌 경우 토론이 잠금 해제될 때까지 다시 열 수 없습니다.

OKR의 연결된 항목#

히스토리

• GitLab 16.5에서 linked_work_items라는 플래그와 함께 도입되었습니다. 기본적으로 활성화됩니다.
• GitLab 16.7에서 GitLab.com 및 GitLab Self-Managed에서 활성화되었습니다.
• URL 및 ID 입력으로 관련 항목 추가가 GitLab 16.8에서 도입되었습니다.
• GitLab 17.0에서 일반 제공됩니다. 기능 플래그 linked_work_items가 제거되었습니다.
• GitLab 17.0에서 최소 필요 역할이 Reporter (true인 경우)에서 Guest로 변경되었습니다.

연결된 항목은 양방향 관계이며 하위 목표 및 핵심 결과 아래 블록에 표시됩니다. 동일한 프로젝트의 목표, 핵심 결과 또는 작업을 서로 연결할 수 있습니다.

관계는 사용자가 두 항목을 모두 볼 수 있는 경우에만 UI에 표시됩니다.

연결된 항목 추가#

사전 조건:

• 프로젝트에 대한 Guest, Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.

목표 또는 핵심 결과에 항목을 연결하려면:

1. 목표 또는 핵심 결과의 연결된 항목 섹션에서 추가를 선택합니다.
2. 두 항목 간의 관계를 선택합니다. 다음 중 하나:
   • 관련됨
   • 차단함
   • 차단됨
3. 항목의 검색 텍스트, URL 또는 참조 ID를 입력합니다.
4. 연결할 항목을 모두 추가했으면 검색 상자 아래에서 추가를 선택합니다.

모든 연결된 항목 추가를 마치면 관계를 시각적으로 더 잘 이해할 수 있도록 분류된 항목을 볼 수 있습니다.

연결된 항목 제거#

사전 조건:

• 프로젝트에 대한 Guest, Planner, Reporter, Developer, Maintainer 또는 Owner 역할이 있어야 합니다.

목표 또는 핵심 결과의 연결된 항목 섹션에서 각 항목 옆에서 세로 줄임표 (⋮)를 선택한 다음 제거를 선택합니다.

양방향 관계로 인해 어느 항목에서도 관계가 더 이상 표시되지 않습니다.