프로젝트 만들기

일이 흩어지기 전에 프로젝트를 만듭니다

팀이 캔버스, 담당자, 날짜, 상태, 태그, 보기 방식, 공유된 진행 상황을 한곳에서 다뤄야 할 때 프로젝트를 만듭니다. 프로젝트를 만들기 가장 좋은 시점은 일이 여러 사람이나 단계로 나뉘기 직전입니다. 모든 대화, 파일, 캔버스가 이미 다른 곳에 생긴 뒤라면 설정은 곧 정리 작업이 됩니다.

프로젝트는 첫날부터 복잡할 필요가 없습니다. 분명한 이름, 몇 개의 섹션, 처음 실제로 쓸 캔버스면 충분합니다. 프로젝트가 활발해지면 태그, 필터, 캘린더 날짜, 멤버, 대시보드 진행률 규칙을 그때 추가하면 됩니다.

프로젝트가 필요한지 아직 확실하지 않다면 프로젝트는 언제 쓰나요?를 먼저 읽으세요.

만들기 전에 정할 것

프로젝트가 맡을 범위를 먼저 정합니다. 좋은 프로젝트에는 경계가 있습니다. 마케팅 관련보다 웹사이트 리뉴얼이 분명하고, 고객 관련보다 고객 온보딩 - Q3가 더 잘 읽힙니다.

누가 관리할지도 정합니다. 날짜, 담당자, 상태를 누군가 업데이트하겠지 하고 넘기면 프로젝트는 금방 낡습니다. ALLO가 생성 단계에서 그 필드를 요구하지 않더라도 담당자 한 명이나 작은 관리 그룹을 정해 두세요.

처음 쓸 작업 구조도 정합니다. 단계, 팀, 상태, 결과물 유형으로 나눌 수 있습니다. 첫 구조는 작게 시작하세요. 섹션은 나중에 추가하기 쉽지만, 빈 섹션 20개로 시작한 프로젝트를 팀이 계속 쓰게 만들기는 어렵습니다.

프로젝트 만들기

워크스페이스 내비게이션에서 프로젝트를 열고, 프로젝트 만들기 또는 새 프로젝트 작업을 선택합니다. 알아보기 쉬운 프로젝트 이름을 입력합니다. 워크스페이스에 설명, 멤버, 아이콘, 초기 구조 같은 선택 필드가 보이면 필요한 것만 추가합니다.

프로젝트를 만든 뒤 엽니다. 제목이 분명한지, 올바른 워크스페이스에 만들어졌는지, 첫 보기 방식이 이해하기 쉬운지 확인합니다. 자주 돌아와야 하는 프로젝트라면 프로젝트 메뉴나 헤더에서 즐겨찾기에 추가합니다. 자세한 내용은 즐겨찾기 사용하기를 참고하세요.

만들기 작업이 보이지 않으면 워크스페이스 역할에 프로젝트 생성 권한이 없거나, 현재 영역에서 프로젝트 생성을 지원하지 않을 수 있습니다. 워크스페이스 관리자나 프로젝트 담당자에게 역할을 확인해 달라고 요청하세요.

프로젝트 이름 잘 짓기

프로젝트 이름은 검색, 즐겨찾기, 공유 문서함, 활동, 대시보드 위젯에서 모두 이해되어야 합니다. 비슷한 일이 많은 워크스페이스라면 팀, 고객, 분기, 지역, 결과물처럼 구분에 도움이 되는 맥락을 넣으세요.

좋은 이름에는 이런 맥락이 들어갑니다: Q3 파트너 출시, 고객사 A 온보딩, 브랜드 리프레시 - 웹, 채용 계획 - 디자인, 2026 기획 워크숍.

약한 이름은 검색 결과를 흐립니다: 기획, 새 프로젝트, 업무, 고객, 출시, 테스트. 워크스페이스에 비슷한 프로젝트가 많아질수록 모호한 이름은 나중에 지원 문의로 이어집니다.

첫 섹션 추가하기

섹션은 사람들이 이미 이해하는 업무 흐름과 맞아야 합니다. 출시 업무라면 기획, 제작, 검토, 준비 완료, 후속 작업 같은 섹션을 씁니다. 간단한 칸반 흐름이라면 할 일, 진행 중, 완료로 충분합니다. 콘텐츠 업무라면 아이디어, 초안 작성, 편집, 예약됨, 게시됨처럼 나눌 수 있습니다.

가능한 모든 예외를 섹션으로 만들지 마세요. 대부분의 일이 지나가는 길부터 만듭니다. 우선순위, 채널, 위험, 팀처럼 여러 섹션을 가로지르는 분류는 태그로 다루는 편이 낫습니다.

비어 있고 더 이상 행동을 돕지 않는 섹션은 이름을 바꾸거나 제거합니다. 프로젝트 구조는 팀의 실제 업무 흐름과 가까워야 합니다.

섹션 메뉴, 섹션 완료 처리, 섹션 이동은 캔버스와 섹션 정리하기를 참고하세요.

첫 캔버스 추가하기

프로젝트가 실제 일이 되게 만드는 캔버스를 만듭니다. 프로젝트 캔버스는 행동, 결과물, 검토 화면, 함께 일하는 공간을 설명해야 합니다: 출시 브리프, 요금제 페이지 검토, 제품 스크린샷, 법무 승인, 회고.

사람들이 움직이는 데 필요한 구조만 추가하세요.

• 책임질 사람이 있을 때 담당자
• 일정이 중요할 때 날짜
• 필터링에 도움이 될 때 캔버스 태그
• 프로젝트 행 뒤의 캔버스 안에는 메모, 파일, 댓글, 결정 사항, 결과물

프로젝트에 캔버스 만들기와 기존 캔버스를 프로젝트에 넣기를 참고하세요.

아무도 업데이트하지 않을 임시 캔버스로 프로젝트를 채우지 마세요. 빈 구조는 하루쯤 정돈돼 보이지만, 곧 모두에게 잡음이 됩니다.

처음 열 보기 방식 정하기

많은 캔버스 정보를 입력하거나 수정해야 한다면 리스트를 씁니다. 팀이 업무 단계를 훑어야 한다면 칸반이 좋습니다. 날짜가 가장 큰 위험이라면 캘린더를 씁니다. 프로젝트가 제대로 움직이는지 보고 싶다면 대시보드를 봅니다.

보기 방식은 캔버스의 별도 사본을 만들지 않습니다. 같은 프로젝트를 다른 관점으로 보는 것입니다. 팀이 실제로 가장 먼저 열 보기 방식부터 시작하세요. 프로젝트에 캔버스가 충분히 쌓인 뒤 다른 보기 방식을 추가하거나 사용하면 됩니다.

보기 방식을 바꿔 캔버스 찾기, 프로젝트 대시보드와 진행률 이해하기, 프로젝트 일정을 캘린더에서 보기를 참고하세요.

태그는 신중하게 추가하기

태그는 섹션을 넘어 일을 찾게 해줄 때 유용합니다. 좋은 캔버스 태그 범주는 우선순위, 업무 흐름, 채널, 고객, 지역, 위험, 검토 유형입니다. 섹션, 담당자, 마감일이 이미 말하는 내용을 태그로 다시 만들면 필터가 지저분해집니다.

작은 태그 묶음을 만들고 이름을 일관되게 정합니다. 한쪽은 디자인, 다른 쪽은 크리에이티브, 또 다른 쪽은 자산을 쓰면 필터를 믿기 어려워집니다.

태그와 필터 사용하기를 참고하세요.

알맞은 사람에게 초대하거나 공유하기

프로젝트를 계획, 실행, 검토하거나 보기만 해야 하는 사람에게 접근 권한을 줍니다.

외부 협업자와 비회원에게는 더 좁은 접근 권한이 필요할 수 있습니다. 봐야 하는 작업만 공유했는지 확인하세요. 비회원과 역할에 대한 자세한 내용은 멤버, 비회원, 외부 협업자 이해하기와 비회원 및 외부 협업자 초대하기를 참고하세요.

공유한 뒤 팀원이 프로젝트를 열 수 없다면 프로젝트나 캔버스가 안 보일 때를 확인하세요.

프로젝트 작업과 권한

프로젝트 메뉴에는 이름 바꾸기, 복제, 보관, 삭제, 링크 복사, 즐겨찾기에 추가, 멤버 관리, 프로젝트 나가기 같은 작업이 포함될 수 있습니다. 보이는 작업은 역할, 프로젝트 상태, 워크스페이스 설정, 프로젝트가 보관되었거나 제한된 상태인지에 따라 달라집니다.

프로젝트를 만들었는데 나중에 특정 작업이 사라졌다면 역할이 바뀌었는지, 다른 담당자가 프로젝트 상태를 바꿨는지 확인하세요. 메뉴 작업이 보이지 않는 경우는 보통 메뉴가 고장난 것이 아니라 권한이나 상태 문제입니다.

보관과 삭제는 조심해서 사용하세요. 보관된 작업은 일반 보기에서 보이지 않을 수 있고, 삭제된 작업은 휴지통과 보존 기간을 거쳐 이동합니다. 실수로 프로젝트가 제거되었다면 휴지통을 확인하세요.

만든 뒤 확인할 것

프로젝트 상태를 빠르게 점검합니다.

1. 팀원이 제목과 섹션만 보고 프로젝트를 이해할 수 있나요?
2. 필요한 첫 캔버스에 담당자가 있나요?
3. 날짜는 일정이 중요한 곳에만 들어가 있나요?
4. 캔버스 안에 사람들이 필요한 메모, 파일, 댓글, 결정 사항이 있나요?
5. 필요한 사람들이 프로젝트를 열 수 있나요?
6. 완료 섹션이 대시보드 진행률 계산 방식과 맞나요?
7. 검색, 즐겨찾기, 홈에서 프로젝트를 쉽게 찾을 수 있나요?

아니라고 답한 항목이 있다면 필드를 더 추가하기 전에 기본부터 고치세요.

예시

제품 출시라면 Q3 모바일 출시 프로젝트를 만들고 기획, 자산, 검토, 출시 주간, 후속 작업 섹션을 둡니다. 그런 다음 브리프, 포지셔닝, 디자인, QA, 법무, 출시 체크리스트, 회고 캔버스를 만듭니다. 실제로 완료를 뜻하는 섹션은 완료로 표시해야 대시보드 진행률이 정직하게 보입니다.

고객 온보딩 프로젝트라면 준비, 킥오프, 설정, 검토, 인수인계 섹션을 만듭니다. 킥오프 노트, 구현 지도, 고객 피드백 캔버스를 연결합니다.

반복되는 팀 운영 프로젝트라면 단순한 섹션과 팀별 태그를 씁니다. 매일 열 수 있게 프로젝트를 즐겨찾기에 추가하고, 필터로 각 담당자의 업무를 봅니다.