역할 및 사용자 관리

Shibumi에서 작업 항목과 상호 작용(생성, 편집, 보기, 삭제)하려면 해당 작업 항목에 액세스할 수 있는 권한이 있는 역할이 할당되어야 합니다.

개요

권한은 하위 항목으로 상속되므로, 작업 항목의 역할에 할당된 사용자는 해당 작업 항목과 모든 하위 작업 항목에 액세스할 수 있습니다. 사용자가 작업 항목에 대해 갖는 기본 권한(액세스 수준)은 할당된 역할에 의해 정의됩니다. 각 역할은 관리자, 편집 또는 보기의 세 가지 액세스 수준 중 하나에 할당됩니다.

모든 템플릿에서 5가지 기본 역할을 사용할 수 있습니다. 다음 테이블에는 이러한 역할과 관련 액세스 수준이 나와 있습니다.

역할 액세스 수준 역할 관리 읽기 편집 생성 복사 이동 삭제
소유자, 스폰서, 관리자 관리자
협력업체 편집
뷰어 보기

솔루션에 사용자 정의 역할을 추가할 수 있습니다. 사용자 정의 역할을 만들 경우 앱 관리자가 해당 역할에 대한 액세스 수준을 선택합니다.

액세스 권한 수준이 편집인 역할의 경우 앱 관리자가 템플릿에서 역할을 사용하도록 설정하면 해당 역할이 템플릿의 인스턴스에서 사용할 수 있으며, 해당 역할이 역할 할당을 관리할 수 있는지 여부를 추가로 정의할 수 있습니다. 역할 관리 기능이 허용되면 이 역할을 가진 모든 사용자는 액세스 수준이 편집 또는 보기인 모든 역할에 사용자를 할당할 수 있습니다. 관리자 액세스 수준 역할에 대한 할당을 관리할 수 없습니다.

템플릿 또는 앱의 역할 탭에서 각 역할의 액세스 수준을 확인할 수 있습니다.

주:
  • 액세스 수준은 작업 항목의 역할에 대한 기본 권한을 정의합니다. 그러나 앱 관리자는 추가 구성 로직을 통해 권한을 추가로 제한할 수 있습니다. 예를 들어 앱 관리자는 재무팀 역할을 가진 사용자만 재무 탭을 볼 수 있도록 탭 표시 로직을 정의할 수 있습니다. 사용자가 관리자 액세스 권한이 있는 다른 역할을 가지고 있더라도 재무팀 역할을 가지고 있지 않을 경우 탭이 표시되지 않습니다.
  • 역할은 다중 사용자입니다. 역할에 할당할 수 있는 사용자 수에는 제한이 없습니다.
  • 사용자는 단일 작업 항목에서 여러 역할에 할당될 수 있습니다.
  • 사용자가 여러 역할을 보유하는 경우 사용자의 기본 액세스 수준은 할당된 역할 중 가장 높은 수준이 됩니다. 이 로직은 상속된 역할에도 적용됩니다. 예를 들어 사용자가 프로그램 수준에서 관리자 액세스 수준 역할에 할당된 다음 프로그램 내의 하위 프로젝트에 대한 편집 액세스 수준 역할에 할당된 경우 프로젝트에서 해당 사용자의 기본 액세스 수준은 관리자 액세스 수준이 됩니다.

참가자 창

참가자 창에서는 작업 항목에 대한 역할 할당을 관리할 수 있습니다.

역할에 사용자 할당
  1. 아바타 아이콘을 클릭하면 참가자 창이 열립니다.

    역할에 사용자 할당
  2. 추가할 사용자의 이메일 주소를 입력합니다.
    • 처음 사용하는 사용자의 경우 Shibumi가 사용자에게 계정을 설정하고 로그인하라는 초대장을 이메일로 보냅니다.
    • 기존 사용자의 경우 사용자 이름이나 이메일을 입력하면 자동으로 입력이 완료됩니다.
  3. 사용자에 대해 하나 이상의 역할을 선택합니다.

    템플릿에서 사용 설정한 역할은 드롭다운 목록에서 사용할 수 있습니다.

  4. 파란색 추가 옵션을 선택하여 사용자를 항목에 추가합니다.
주:
  • 기기(Mac과 PC)에서 명령어 또는 Ctrl 키를 누르면 드롭다운이 닫히지 않고 여러 역할을 선택할 수 있습니다.
  • 표시 대상에는 작업 항목에 직접 역할이 없지만 상위 작업 항목 역할 할당으로부터 작업 항목을 볼 수 있는 권한이 상속된 모든 사용자가 포함됩니다.

    권한은 하위 작업 항목에 상속됩니다. 예를 들어 사용자가 5개의 프로젝트가 포함된 프로그램의 역할에 배정된 경우 해당 사용자는 프로그램과 모든 프로젝트에 액세스할 수 있습니다.

  • 목록, 보기 또는 테이블에 포함된 역할 열이나 편집 또는 생성 양식의 역할 필드에서 사용자를 할당할 수도 있습니다.
역할 할당 관리
사용자의 역할 할당을 관리하려면 참가자 창을 열고 사용자 이름을 클릭합니다. 세 가지 옵션( 관리, 모두 바꾸기, 모두 제거)이 있는 플로팅 메뉴가 표시됩니다.
주: 역할을 관리할 수 있는 기능이 있는 역할이 없는 경우에는 플로팅 메뉴가 표시되지 않습니다.
  • 관리

    역할 관리
    • 역할 관리 창에는 작업 항목에 대해 활성화된 모든 역할이 표시됩니다. 사용자에게 제공되는 역할이 선택됩니다.
    • 역할을 선택 또는 선택 해제하여 작업 항목의 역할에 사용자를 추가하거나 역할에서 사용자를 제거하고 저장을 클릭합니다.
  • 모두 바꾸기
    • 모두 바꾸기 옵션은 현재 작업 항목에서 보유한 모든 역할과 하위 작업 항목에서 보유한 모든 역할에서 사용자를 바꿉니다.
    • 창에서 모든 역할에서 현재 사용자를 바꿀 다른 사용자를 선택합니다. 바꾸기를 클릭합니다.
  • 모두 제거

    모두 제거 옵션은 현재 작업 항목의 모든 역할에서 사용자를 제거합니다. 하위 항목에 제공된 역할에서 사용자를 제거하지 않습니다. 제거를 확인하라는 대화 상자가 표시됩니다. 제거를 클릭하세요.

권한

권한은 하위 항목으로 상속됩니다. 예를 들어 프로그램 작업 항목에 관리자 액세스 수준 역할이 할당된 사용자는 프로그램뿐만 아니라 모든 하위 프로젝트 작업 항목에 대한 관리자 액세스 권한을 가지게 됩니다.

이와 반대로, 권한은 상위 항목으로 상속되지 않습니다. 어떤 사용자도 역할이 직접 할당된 최고 수준 이상의 항목에 액세스할 수 없습니다.

예를 들어 다음 이미지에서 Jane Doe는 디지털 변환 프로그램 내에서 *IT 워크스트림의 공동 작업자로 지정되었습니다. Jane은 워크스트림 내의 모든 하위 프로젝트와 마일스톤에 액세스할 수 있습니다. Jane이 비즈니스 로직 개발 마일스톤을 열면 마일스톤 제목 위의 이동 경로가 *IT 워크스트림 수준을 넘어 확장되지 않습니다.
주: (사용할 수 없는) 앱 이름은 사용자가 액세스할 수 있는 가장 높은 수준의 왼쪽에 나열됩니다.

권한

추가 역할 기능

소유자 역할: 소유자는 기본 제공 관리자 액세스 수준 역할입니다. 다음 시나리오에서는 작업 항목의 작성자가 자동으로 소유자 역할에 할당됩니다.

  • 작업 항목은 목록 섹션에서 생성됩니다. 이러한 섹션의 경우 항목 추가 대화 상자에 소유자 필드를 포함할 수 없으므로 기본적으로 작성자가 할당됩니다.
  • 작업 항목은 목록에서 일괄 수정 섹션을 사용하여 생성되며 소유자 역할은 일괄 수정 양식에 포함되지 않거나 양식에 있지만 비워 둡니다.
  • 작업 항목은 양식 생성 또는 사이드바 생성을 통해 생성되며, 소유자 역할은 양식에 포함되지 않거나 양식에 있지만 비워져 있습니다.

다음 방법을 통해 생성된 작업 항목에는 소유자가 자동으로 할당되지 않지만 수동으로 할당할 수 있습니다.

  • 작업 항목 비즈니스 규칙 생성(필요한 경우 역할 할당 작업을 사용하여 소유자를 할당할 수 있음)
  • 가져오기 또는 내보내기 섹션(필요한 경우 소유자를 할당하기 위해 소유자를 열로 포함할 수 있음)
  • 템플릿에서 채워진 하위 작업 항목
  • 템플릿에서 가져온 대시보드 또는 프레젠테이션
  • GraphQL API

자리 표시자 또는 오픈 리소스

  • Shibumi는 자리 표시자 역할을 정의하는 기능을 제공합니다. 이를 오픈 리소스라고 하며 솔루션의 모든 작업 항목에 대한 참가자 창에서 정의할 수 있습니다.

    사용자를 할당하지 않고도 작업 항목에 자리 표시자 역할을 할당할 수 있습니다. 오픈 리소스는 작업 항목에 대한 세부 정보를 아직 모든 사용자와 공유할 준비가 되지 않았지만 어떤 역할이 참여할지 파악하는 데 유용할 경우 자주 사용됩니다.

  • 오픈 리소스가 값으로 채워질 때까지는 회색 배경으로 표시됩니다.
  • 오픈 리소스에 값을 입력하려면 오픈 리소스를 클릭하고 모두 할당 옵션을 선택한 다음 할당할 사용자를 선택합니다. 이는 현재 항목뿐만 아니라 모든 하위 항목에서 자리 표시자가 가진 모든 역할에 적용됩니다.

오픈 리소스

주: 오픈 리소스 기능의 일반적인 적용 사례 중 하나는 프로그램 관리자가 프로그램 전체에 걸쳐 오픈 리소스에 역할을 할당하는 것입니다. 솔루션이 완전히 정의된 경우에만 사용자를 오픈 리소스에 할당합니다. 이렇게 하면 오픈 리소스에 할당된 프로그램의 모든 항목이 지정된 사용자에게 할당되고 단일 이메일 초대장으로 요약됩니다.