Adobe Workfront 계획 모범 사례

✅ Planning에 처음 로그인할 때 Planning의 가치를 명확하게 전달하고 제품을 효과적으로 탐색 및 활용하는 방법을 안내하는 인앱 온보딩 프로세스를 따릅니다. 이렇게 하면 기능의 정의와 작업을 쉽게 시작하는 방법을 이해할 수 있습니다.

✅ 먼저 기존의 유사한 사용 사례에 대한 아이디어에 대해 사전 정의된 작업 공간 템플릿을 살펴봅니다. 템플릿에 있는 미리 정의된 레코드 종류 및 필드를 사용하거나 사용자 고유의 레코드 종류를 추가할 수 있습니다.

✅ Workfront Planning으로 해결할 주요 사용 사례를 식별합니다. 예를 들어 대부분의 조직은 전략 활동에 대한 가시성을 향상시키고자 하며, 여기에는 더 나은 "캠페인 달력" 구축이 포함될 수 있습니다. 따라서 이 사용 사례의 경우 몇 가지 질문에 답변하는 것으로 시작하고자 합니다.

• 누가 그걸 요구합니까?
• 달력에 넣고 싶은 것을 뭐라고 부릅니까?
  캠페인? 전술이요? 이니셔티브? 활동? 이벤트?
• 이 달력으로 어떤 종류의 질문에 답하고 싶습니까?
• 동일한 대상에 대해 중복 캠페인이 있습니까?
• 그 캠페인, 전술, 활동 또는 이벤트에 대한 우리의 예산은 무엇입니까?

이러한 질문에 대한 답변은 Workfront Planning 내부에 빌드하는 데 필요한 사항을 지시합니다.

또한 현재 Workfront 사용자가 아닌 다른 플래너가 있을 수 있습니다. 이러한 플래너는 Excel 스프레드시트, Word 문서, PowerPoint 등으로 작동할 수 있습니다. 방문자가 Workfront Planning에서 정보에 액세스하는 방법을 고려합니다.

✅ Workfront Planning을 최대한 활용하려면 Workfront Workflow의 Portfolio 및 프로그램 사용을 Workfront Planning의 다른 상위 계층 구조로 바꾸는 것을 고려하십시오.

현재 Workfront 고객은 포트폴리오와 프로그램을 통해, 경우에 따라 다른 유형의 프로젝트로 자신의 전략 작업을 나타냅니다. Planning의 도입으로 이러한 모든 전략적 작업은 Workfront Planning에서 사용자 정의 레코드 유형을 통해 처리해야 하는 반면 Workfront은 프로젝트 및 작업으로 표현되는 작업 실행 단계를 중심으로 이루어집니다.

✅ 조직 수준 작업 공간의 가장 낮은 볼륨을 위한 디자인 각 장치의 고유한 작동 방식에 맞게 특정 운영 조직 단위에 대한 작업 공간을 만들 수 있습니다.

단일 Workspace에 정보를 배치하여 모든 데이터 간의 관계를 쉽게 관리할 수 있습니다.

예를 들어 모든 마케팅에 대해 단일 작업 영역을 생성해 보십시오.

완전히 다른 운영 구조를 가진 팀을 위해 새 작업 영역을 생성해도 됩니다.

예를 들어 제품 개발 작업 영역은 마케팅 작업 영역과 구별되어야 합니다.

⛔ 조직 내의 각 팀 또는 프로세스에 대해 고유한 작업 영역을 만들지 마십시오.

마케팅 조직은 가시성을 유지하고 글로벌 계획 수준에서 데이터를 롤업할 수 있도록 한 개의 작업 영역만 유지 관리하도록 노력해야 합니다.

유사한 프로세스를 따르는 팀(예: EMEA 마케팅 대 APAC 마케팅)에 대해 유사 또는 중복 작업 영역을 만들지 마십시오. 특히 이러한 팀이 공통 전략 캠페인에 맞춰 작업을 수행할 수 있는 경우에는 더욱 그렇습니다.

✅ 섹션 만들기 및 레이블 지정을 통해 사용자가 운영 라이프사이클을 구성하는 방법을 이해할 수 있습니다.

예를 들어, 캠페인, 전술 및 결과물을 작업 공간에 배치하는 핵심 레코드 ​라는 섹션을 만들 수 있습니다.

✅ "좋아요" 레코드 유형을 함께 표시합니다.

예를들어 지역, 국가, 도시 등의 레코드 종류를 포함하는 지역 섹션을 만들 수 있습니다.

✅ 추적해야 하는 정보(필요한 레코드 유형)와 이 정보를 연결하는 방법을 확인하는 데 약간의 시간이 소요됩니다. 작업 영역을 사용하여 모든 요구 사항을 고려할 이해 당사자와 대화합니다. 다양한 레코드 유형으로 사용자 정의 섹션을 만들어 정보를 매우 쉽게 사용할 수 있도록 제공할 수도 있습니다.

⛔ 다른 기간의 레코드 종류를 복제하지 마십시오(예: Campaigns 2024 및 Campaigns 2025 ​에 대해 별도의 레코드 종류를 만들지 마십시오).

다양한 레코드 유형을 만들면 여러 해에 걸친 데이터를 비교하려는 때마다 데이터 흐름이 끊어집니다. 오늘 보기는 레코드 유형별로 다르므로 연도가 종료되는 즉시 해당 레코드 유형의 보기에는 향후 항목이 더 이상 표시되지 않습니다. 가장 좋은 방법은 작업 유형에 대해 하나의 레코드 유형을 갖고 필요한 경우 필터를 사용하거나 보관을 사용하여 데이터를 세그먼트화하는 것입니다.

✅ 개체를 다른 레코드 종류 여러 개와 연결하여 사용할 경우 새 레코드 종류 추가

예를 들어, 캠페인은 여러 Target 대상에 연결되고, 전술은 단일 Target 대상에 연결될 수 있습니다. 따라서 캠페인, 전술 및 대상자는 다중 선택 필드가 아닌 레코드 유형이어야 합니다.

✅ 개체를 조회할 때 유용할 수 있는 추가 메타데이터 값을 저장해야 하는 경우 새 레코드 유형을 추가합니다.

예를 들어, Email ​과 같은 채널 레코드 유형에는 기본 메타데이터나 독립 실행형 Deliverables 레코드 유형에 대한 연결로서 지원 게재 항목 목록을 저장할 수 있습니다.

⛔ 저장하는 데이터가 단일 레코드 유형에만 관련되는 경우 새 레코드 유형을 추가하지 마십시오.

예를 들어 Campaign 레코드 유형에는 특정 캠페인과 직접 연결된 경우에만 관련이 있는 캠페인 크기 ​라는 단일 선택 필드가 있을 수 있습니다.

✅ 캠페인 ​과 같이 단일 구문 또는 명사를 나타내는 레코드 형식을 만들고 레이블을 지정합니다.

⛔ 보기로 더 잘 표현되는 레코드 종류를 만들지 마십시오.

예를들어 Calendar ​은(는) 레코드 형식 자체가 아니라 레코드 보기이므로 레코드 형식에 적합하지 않은 선택입니다.

✅ 연결할 때 해당 레코드를 더 쉽게 찾고 "선택"할 수 있도록 하려면 고유한 기본 필드 값을 사용하십시오.

연결할 때 사용자는 기본 필드의 값을 검색하고 값이 고유하지 않으면 사용자는 선택할 값을 알 수 없습니다.

⛔ 연결 선택기 메뉴를 사용할 때 기본 필드를 검색해야 하는 사용자에게 혼동을 줄 수 있으므로 고유하지 않은 값을 기본 필드로 사용하지 마십시오.

✅ 연결 만들기는 Workfront Planning의 가장 강력한 기능 중 하나입니다. 기록 유형을 서로 연결하거나 Adobe Workfront(프로젝트, Portfolio, 프로그램, 회사 및 그룹에 연결) 및 Adobe Experience Manager Assets(자산 및 폴더에 연결)와 같은 다른 애플리케이션의 객체 유형이 있는 기록 유형을 연결할 수 있습니다.

개체 및 레코드 유형을 연결하면 회사의 모든 것이 어떻게 연결되는지에 대한 전체 개요가 제공됩니다.

예를 들어, Campaign 레코드 형식과 Tactics 레코드 형식이 있고, 이 두 레코드 형식을 연결하여 특정 Campaign ​에 연결된 Tactics ​을(를) 확인할 수 있습니다.

연결을 정의한 후 작업 영역의 모든 사용자가 연결 필드를 두 번 클릭하여 캠페인 ​에 대한 값을 추가하기 시작할 수 있습니다. 이 필드에서는 사용 가능한 모든 전술 ​의 목록을 볼 수 있습니다. 이를 통해 캠페인과 연결해야 하는 전술을 빠르게 찾을 수 있습니다.

✅ 레코드나 개체 유형 간에 연결을 설정한 후에는 개별 레코드를 서로 연결하고 Workfront Planning 레코드에 연결된 레코드나 개체 유형의 필드를 표시할 수 있습니다. 동일한 정보를 업데이트해야 하는 위치의 수를 줄이고 완벽한 일치성을 보장합니다.

예를 들어, Campaign 레코드 형식과 Tactics 레코드 형식 간에 연결이 있으면 기본 필드 정보가 표시되지만 조회 필드를 추가할 때 해당 Tactical ​에 대한 시작 날짜 ​와 같은 해당 레코드 형식에서 추가 정보를 가져올 수 있습니다. 이러한 조회 필드의 데이터는 레코드가 추가되면 자동으로 채워집니다.

✅단일 구문 또는 명사를 나타내는 항목(예: Campaigns)의 경우 레코드 형식을 만듭니다.

⛔ 보기로 더 잘 표현되는 레코드 종류를 만들지 마십시오.

예를들어 Calendar ​은(는) 레코드 형식 자체가 아니라 레코드 보기이므로 레코드 형식에 적합하지 않은 선택입니다.

✅ 필터 및 그룹화가 있는 보기를 사용하여 보아야 하는 항목의 스냅숏을 표시합니다. 데이터를 필터링하고 그룹화하여 계획된 항목을 보다 쉽게 이해할 수 있습니다. 메타데이터 필드별로 레코드를 그룹화할 수 있습니다.

예를 들어, Target 대상 ​별로 그룹화하고 날짜 ​별로 필터링하여 현재 연도만 표시할 수 있는 Campaign 레코드 종류에 대한 타임라인 보기가 있을 수 있습니다.

✅ 보다 시각적으로 풍부한 보기를 만들려면 막대 스타일 및 색상 ​과 같은 타임라인 보기의 설정을 정의합니다. 의미 있는 이미지가 있는 썸네일을 표시할지 여부를 정의하고 표시줄에 표시할 더 많은 필드(예: 소유자 또는 상태)를 추가하여 표시줄 스타일 ​을(를) 사용자 지정할 수 있습니다.

기본적으로 기본 필드만 표시됩니다. 또한 필드 값(예: 상태 필드와 일치시켜 막대 색상을 사용자 정의)이나 적용한 그룹별로 막대 색상을 정의할 수 있습니다. 기본적으로 색상은 레코드 유형의 색상과 일치합니다.

레코드 유형 색상이나 색상과 관련된 옵션이 있는 필드만 타임라인에 있는 레코드 막대의 색상에 영향을 줄 수 있습니다.

✅ 작업 영역 ​을(를) 만들 때는 사용자만 사용할 수 있습니다. 시스템 관리자를 제외한 다른 사용자는 찾을 수 없습니다. 작업 영역이 정의되었으며 팀을 가져와 공동 작업을 시작할 준비가 되면 작업 영역을 작업 영역과 공유하고 해당 권한 수준을 정의해야 합니다.

다음 권한 수준 중에서 선택할 수 있습니다.

• 관리: 사용자가 작업 영역을 편집, 삭제 및 공유할 수 있습니다.
• Contribute: 사용자는 레코드를 만들고 편집하고 삭제할 수 있습니다.
• 보기: 사람들이 레코드를 볼 수 있습니다.

✅ 많은 고객이 대부분의 사용자에게 작업 영역에 대한 관리 권한을 부여할 것으로 생각하지만, 실수로 레코드 종류를 삭제하거나 불필요한 레코드 종류 및 필드를 만들지 않는 신뢰할 수 있는 사용자 선택 그룹으로 관리 권한을 제한하지 마십시오. 작업 영역을 편집, 공유 및 삭제할 수도 있습니다. 이 수준의 권한은 사용자에게 Workspace에 대한 전체 관리 액세스 권한을 부여합니다.

작업 공간에 대한 관리 권한을 가지려면 Standard 사용자 라이선스가 필요합니다.

✅ 레코드를 만들고, 편집하고, 삭제할 수는 있지만 작업 영역의 구조와 스키마를 변경하지 않으려면 Contribute 사용 권한을 사용자에게 부여합니다. Contribute 권한으로는 레코드 형식을 만들거나 기존 레코드 형식의 필드를 변경할 수 없습니다.

작업 영역에 대해 Contribute 권한을 가지려면 표준 사용자 라이선스가 필요합니다.

✅이 레코드를 볼 수 있도록 하려면 보기 권한을 사용자에게 부여합니다.

보기를 편집, 삭제 및 공유할 수 있게 하려는 사람에게 관리 권한을 제한하지 ✅. 즉, 필터, 그룹화 필드 또는 보기의 일부 구성을 변경할 수 있습니다. 이러한 변경 사항은 보기를 사용하는 모든 사용자의 기본 보기 구성에 영향을 줍니다.

보기에 대한 관리 권한이 있는 사용자에게 표준 사용자 라이선스가 필요합니다.

✅0}보기​ 액세스 권한을 사용자에게 부여하여 보기를 적용할 수 있도록 합니다. 일부 필터 또는 그룹화와 정렬을 변경할 수 있지만 이러한 변경 사항은 일시적일 뿐 뷰에 액세스하는 다른 모든 사용자에 대해서는 변경 사항이 저장되지 않습니다. 이러한 변경 사항은 보기를 사용하는 다른 모든 사용자의 기본 구성에 영향을 주지 않습니다. 해당 변경 사항은 수정된 설정을 적용하는 사용자만 볼 수 있습니다. 화면을 새로 고치면 변경 사항이 기본값으로 재설정됩니다.

✅ 작업 영역을 볼 수 있는 모든 사람이 해당 특정 보기의 레코드와 필드를 볼 수 있도록 하려면 작업 영역의 모든 사용자에게 보기 권한을 부여합니다. 이렇게 하면 보기에 대한 공유 권한 상자에 수동으로 다른 사용자를 추가할 필요가 없습니다.

Workspace 공유 ​는 작업 영역, 해당 레코드 종류, 레코드 및 필드에 대한 사용자의 액세스 권한을 정의합니다.

보기 공유 ​는 사용자가 만든 보기를 볼 수 있는지 여부와 필터, 그룹화 필드 또는 보기의 다른 구성을 변경할 수 있는지 여부를 정의합니다. 보기 내에 표시되는 레코드의 가시성은 보기 공유가 아니라 Workspace 공유에 의해 제어됩니다.

Workspace 공유 ​의 경우: Light 및 Contribute 라이선스 사용자는 작업 영역에 대한 보기 액세스만 가져올 수 있습니다. 작업 영역에 Contribute 또는 관리 권한을 부여하려면 사용자에게 Standard 라이센스가 있어야 합니다.

보기 공유: 작업 영역에 대한 관리 권한이 있는 표준 라이선스 사용자가 보기를 만들 수 있습니다. Light 및 Contribute 라이선스 사용자는 Standard 사용자가 만들고 공유한 보기만 활용할 수 있습니다. 그렇지 않으면 사용자가 기본 테이블 보기 ​를 볼 수 있습니다.

✅ 테이블에 필요한 필드를 추가하여 레코드 유형 구조를 먼저 설정해야 합니다. 이러한 필드는 레코드에 대해 설명하며 양식 빌더에서 액세스할 수 있습니다.

레코드 유형 구조가 완료된 후 요청 또는 접수 양식을 작성하여 키 필드가 누락되지 않도록 하는 것이 좋습니다.

✅ 제출 권한은 각 양식에 대해 구성하는 설정에 따라 다릅니다.

양식 빌더에서 양식을 게시한 후 요청을 제출할 수 있는 사용자를 제어하는 권한을 관리할 수 있습니다.

다음 세 가지 공유 옵션 중에서 선택할 수 있습니다.

• 작업 영역에 대한 보기 이상의 액세스 권한이 있는 모든 사용자: 작업 영역에 대한 보기 이상의 권한이 있는 모든 사용자는 레코드를 만드는 요청을 제출할 수 있습니다.
• 작업 영역에 대한 기여자 이상의 액세스 권한을 가진 사용자: 작업 영역에 대한 Contribute 이상의 사용 권한을 가진 사용자에 대한 제출을 제한합니다.
• 다음 링크를 가진 모든 사용자: 양식 링크를 가진 모든 사용자가 요청을 제출할 수 있습니다.
• 만료 날짜: 보안을 강화하려면 공개 링크의 만료 날짜를 설정해야 합니다.