워크플로의 기초 구축하기

Asana에서 워크플로를 구축하기

전에 워크플로가 제대로 기능할 수 있도록 기초부터 설정하는 것이 중요합니다. 이 기사는 3가지 파트로 구성된 시리즈 중 2번째 기사입니다. 이 시리즈의 첫 번째 기사를 확인하시려면 여기를 클릭하세요.

워크플로의 구성 요소

buildingblocks

조직

조직은 회사의 공유 이메일 도메인을 기준으로 회사에서 Asana를 사용하는 모든 직원을 하나의 공간에서 연결해 줍니다.

Teams

조직에서는 직원들이 팀으로 나뉘고 함께 협업하여 프로젝트와 작업을 수행합니다. 조직의 모든 사용자는 적어도 한 팀에 소속되며, 여러 팀에 소속될 수도 있습니다.

프로젝트

프로젝트에서 특정 이니셔티브, 목표, 중요한 업무와 관련된 모든 작업을 체계적으로 정리할 수 있습니다. 프로젝트에서는 섹션을 사용하여 작업을 정리합니다.

작업

작업은 Asana에서 기본 실행 단위입니다.

하위 작업

하위 작업을 사용하여 작업을 세분화하거나 여러 구성원에게 할당할 수 있습니다.

댓글

작업에 댓글을 달아서 질문을 하고, 추가 정보나 인사이트를 제공할 수 있습니다.

워크플로 설정 시 결정해야 할 사항

다음으로, 워크플로가 제대로 작동하는지 확인하기 위해 몇 가지 중요한 결정을 내려야 합니다.

decision1

결정 1: 프로젝트 또는 작업

팀에서 가장 많이 묻는 질문은 워크플로를 프로젝트나 작업에 포함시키는지 여부입니다.

[결정1] (https://luna1.co/73b1ae.png) {.screenshot} # # # # 결정 1: 프로젝트와 작업 중 무엇을 사용할 것인가?

보통 많은 팀이 프로젝트와 작업 중 어디에 워크플로를 포함해야 할지 고민합니다. 먼저 전체 워크플로를 프로젝트에 포함해 보길 추천합니다. 프로젝트를 사용하면 한 곳에서 이해관계자와 업무를 조율할 수 있으며, 프로젝트에 작업과 하위 작업을 추가하면 실행 가능한 업무를 표시할 수 있습니다. 작업이 실행 가능하도록 업무를 세분화하세요.

결정 2: 섹션을 어떻게 사용할 것인가?

프로젝트 섹션을 어떻게 사용할지 결정할 때 워크플로에서 업무가 진행되는 두 가지 주요 방식인 순서와 단계에 대해 알아두면 좋습니다.

sequences

시퀀스

시퀀스는 체크리스트와 같습니다. 업무는 특정한 순서로 완료되어 최종 결과물의 완성을 향해 진행됩니다. 이벤트 또는 신규 직원의 온보딩 계획이 순서가 있는 워크플로의 좋은 예입니다. 이런 경우 목록 보기에서 프로젝트를 설정하고 카테고리나 기간별로 작업을 그룹화하는 섹션을 사용하는 것이 좋습니다.

stage

단계

단계는 파이프라인과 같습니다. 하나의 결과물이 일련의 단계를 거쳐 완료로 이동합니다. 요청 프로세스 또는 제품 개발 파이프라인은 단계가 있는 워크플로의 좋은 예입니다. 이러한 경우 보드 보기에서 프로젝트를 설정하고 섹션을 사용하여 각 단계를 표시해 보세요. 작업은 각 결과물을 나타내며, 각 단계가 진행될 때 한 섹션에서 다음 섹션으로 옮깁니다.

결정 3: 어떤 사용자 지정 필드를 추가할 것인가?

사용자 지정 필드는 초기에 미리 생각해 둬야 합니다. 워크플로에서 업무를 정리, 자동화, 보고하는 방식은 어떤 필드를 추가했느냐에 따라 달라집니다.

organize

정리

워크플로에서 작업을 정리하려면 어떻게 해야 하나요? 특정 카테고리에 대한 필드를 만듭니다.

automate

자동화

어떤 방식으로 업무를 자동화하고 싶으신가요? 추가한 필드를 토대로 사용자 지정 규칙을 만들 수 있습니다.

report

보고서

워크플로에서 어떤 것에 대해 보고서를 작성해야 하나요? 사용자 지정 필드에 따라 프로젝트 대시보드에서 사용할 수 있는 차트가 달라집니다.

결정 4: 언제 하위 작업을 사용할 것인가?

subtaskst


때때로 하나의 작업이나 결과물을 더 작은 순차적 단계로 나누어야 할 때가 있습니다. 이런 경우에는 하위 작업을 사용해 보세요.

작업과 하위 작업으로만 전체 워크플로를 구축하는 방식은 주의가 필요합니다. 이렇게 하면 자동화를 추가하거나, 타임라인 보기를 사용하거나, 업무 보고 기능을 사용할 때 문제를 초래할 수 있습니다.

하위 작업의 일반적인 사용 사례

task request

만약 최상위 수준의 작업이 요청이라면, 하위 작업을 사용하여 후속 단계를 포함하는 것을 고려해 보세요.

task request

최상위 수준의 작업에 대해 여러 사람의 승인이 필요하다면 승인 요청을 하위 작업으로 추가하세요.

task request

어떤 워크플로에는 특정한 조건에서만 실행되는 동작이 포함됩니다. 예를 들어, 요청을 관리하는 팀에는 요청에 대응하기 전에 더 자세한 정보가 필요하다는 특정 조건이 있을 수 있습니다. 이런 경우엔 작업이 특정 단계에 접어들 때 하위 작업을 추가하는 규칙을 사용하면 됩니다.

섹션을 하위 작업에도 추가할 수 있다는 것을 알고 계셨나요? 단축키 'tab + N' 을 사용하시면 됩니다.

일반적인 기준으로, 10개 이상의 하위 작업을 추가하는 경우에는 프로젝트를 만들어서 작업을 포함하는 것이 좋습니다.

결정 5: 프로젝트를 하나만 만들 것인가, 여러 개를 만들 것인가?

워크플로에 여러 개의 프로젝트가 있어야 할 만큼 규모가 클 때도 있습니다.

다음의 경우 여러 개의 프로젝트를 사용하세요.

task request

워크플로가 이미 자체 프로젝트를 사용하고 있는 다른 팀과 교차합니다. [작업 요청] (https://luna1.co/a0feb3.png) {.screenshot} < br/> 이미 팀 자체적으로 프로젝트를 사용 중인 다른 팀과 워크플로가 교차하는 경우가 있습니다. 따라서 팀은 두 프로젝트에 관련 작업을 추가합니다.
task request

워크플로의

단계는 하나의 프로젝트에 모든 것이 존재하기에는 너무 많은 양의 작업을 수반합니다. 예를 들어, 팀은 하나의 프로젝트를 사용하여 요청 받은 편지함을 관리할 수 있지만 많은 양을 받게 됩니다. 예를 들어, 한 프로젝트에서 요청 수신을 관리하는 상황에서 수신하는 요청 건수가 너무 많다면 처리 중인 요청에 대해 별도의 프로젝트를 생성하여 요청에 대응할 수 있습니다. 또한 사용자 지정 규칙으로 이러한 프로세스를 자동화할 수 있습니다.

결정 6: 프로젝트 권한을 어떻게 설정할 것인가?

local field

권한을 어떻게 설정하느냐에

따라 워크플로가 기능하는 방식이 달라집니다. 프로젝트 멤버에게 편집 권한이나 댓글 달기만 가능한 권한을 부여할 수 있습니다. 댓글 달기만 가능한 권한을 가진 멤버는 프로젝트를 열람하고 댓글을 달 수 있지만, 프로젝트를 편집할 수는 없습니다.

 

댓글 달기만 가능한 권한은 Asana Premium을 이용하는 팀과 조직만 사용할 수 있습니다.

더 알아보기

 

대부분의 워크플로에서는 프로젝트 멤버에게 편집 권한을 부여해야 멤버가 작업을 처리할 수 있습니다. 단, 다음 경우에는 댓글 달기만 가능한 권한을 부여하는 것이 좋습니다. - 프로젝트에서 작업을 담당하지 않는 다수의 이해관계자에게 프로젝트를 공개해야 하는 경우 - 프로젝트에 민감한 정보가 포함되어 있고 의도하지 않거나 불필요한 변경을 방지하고 싶은 경우

여기 에서 권한에 대해 자세히 알아보세요.

워크플로의 기초를 설정했다면 이제 업무 진행 지점을 추가할 차례입니다. 이 시리즈의 다음 기사를 확인하세요.