팀 헌장: 템플릿, 예시, 그리고 꼭 논의해야 할 다섯 가지 섹션 (2026)

팀 헌장은 팀이 왜 존재하는지, 무엇을 책임지는지, 누가 구성원인지, 어떻게 결정하고 어떻게 소통하는지를 한 페이지로 정리한 합의서입니다. 구속받는 사람들이 직접 합의하고, 나중에 합류하는 모든 사람이 읽습니다. 이 가이드는 서명하기 전에 팀이 반드시 논의해야 할 다섯 가지 섹션, 바로 복사해 쓸 수 있는 템플릿, 세 곳의 사무실에 걸쳐 있는 8명 규모 영업팀을 위한 작성 예시, 그리고 Microsoft Teams, Google Workspace, Slack, WhatsApp에서 헌장을 보관하는 문서화된 위치를 소개합니다. 마지막으로 헌장이 신규 구성원이 가장 먼저 읽는 문서로 자리 잡도록, 각자의 언어로 팀이 이미 일하고 있는 채널에서 공유하는 방법까지 다룹니다.

The Mind.com Team

  • 팀 차터는 팀이 왜 존재하고, 무엇을 책임지며, 누가 속해 있고, 어떻게 일하는지를 한 장에 담은 합의서입니다. 팀이 서로 의견을 부딪쳐야 하는 섹션은 다섯 가지입니다.
  • 대부분의 차터는 첫날 한 번 읽히고 그 후로는 읽히지 않습니다. Teams, Google Workspace, Slack, WhatsApp에서 이 문서는 한 가지 언어로만 존재합니다.
  • InterMIND는 팀 채널 전체를 각 멤버의 언어로 유지합니다. 차터, 채팅, recap 모두 해당하며, 이 도구들을 대체하지 않고 그 옆에서 작동합니다. 게스트는 계정 없이 링크로 무료 참여하고, 요금은 활성 멤버에 대해서만 냅니다.
팀 헌장: 템플릿, 예시, 그리고 꼭 논의해야 할 다섯 가지 섹션 (2026)

팀 차터: 템플릿, 예시, 그리고 논쟁할 가치가 있는 다섯 가지 섹션 (2026)

팀 차터는 팀이 시작할 때 한 번 작성하는 문서로, 팀이 왜 존재하는지, 무엇을 책임지는지, 누가 속해 있는지, 어떻게 결정을 내리고 어떻게 소통하는지를 밝힙니다. 분량은 한 장입니다. 위에서 내려보내는 것이 아니라, 그 문서에 구속되는 사람들이 직접 합의합니다. 그리고 새 멤버가 첫날 아침에 이 팀이 무엇을 위한 팀인지 알기 위해 읽는 문서이기도 합니다. 그래서 차터의 진짜 시험대는 차터를 쓴 회의가 아니라, 여섯 달 뒤 그 회의에 없었던 누군가가 차터를 여는 날입니다.

대부분의 차터는 같은 방식으로 이 시험에 실패합니다. 퍼실리테이터가 두 시간짜리 세션을 진행하고, 결과물은 슬라이드 덱이 되어 폴더에 들어가고, 팀은 이전에 하던 대로 일합니다. 살아남는 차터는 짧고, 팀이 실제로 의견이 갈렸던 부분에 구체적이며, 팀이 매일 보는 곳에 있고, 누군가 책임지는 날짜에 검토됩니다.

이 가이드는 먼저 기본기를 다룹니다. 팀 차터가 무엇이고 무엇이 아닌지, 논쟁할 가치가 있는 다섯 섹션과 논쟁이 필요 없는 세 섹션을 설명합니다. 이어서 한 번의 회의로 차터를 쓰는 방법, 복사해 쓸 수 있는 템플릿, 세 곳에 흩어진 여덟 명 규모 영업팀의 작성 예시를 보여드립니다. 그다음 이미 사용 중인 도구에서 차터가 놓이는 곳을 문서화된 사실만으로 살펴보고, 마지막으로 서명 이후에 합류한 모든 멤버가 차터를 읽을 수 있게 유지하는 한 가지 방법을 소개합니다.

팀 차터란 무엇이고, 무엇이 아닌가

팀 차터는 상설 팀의 창립 합의서입니다. 상설 팀이란 부서, 데스크, 한 프로젝트보다 오래 존속할 교차 기능 그룹을 말합니다. 차터는 왜, 무엇을, 누가, 어떻게 결정하는가, 어떻게 소통하는가라는 다섯 가지 질문에만 답하고 그 외에는 다루지 않습니다. 차터에 적힌 내용은 1년 동안 사실이어야 하며, 매달 바뀌는 내용은 계획에 속합니다. 여러 기능에서 모인 그룹이 차터 검토와 검토 사이에 프로젝트를 어떻게 운영하는지, 즉 한 명의 오너, 하나의 채널, 결정이 필요할 때만 여는 회의는 교차 기능 협업에서 다룹니다.

팀 차터에는 이웃한 문서가 네 가지 있고, 긴 차터 대부분은 그중 하나를 흡수했기 때문에 길어진 것입니다.

문서정하는 것다른 문서에 맡기는 것
팀 차터팀이 왜 존재하는지, 무엇을 소유하는지, 누가 어떤 역할로 속해 있는지, 어떻게 결정하고 소통하는지. 팀이 합의하며 1년간 유효개별 프로젝트의 내용, 이번 주의 우선순위, 조직도상의 보고 관계
프로젝트 차터하나의 프로젝트: 목표, 범위, 스폰서, 예산, 마일스톤, 프로젝트 매니저의 권한. 프로젝트가 끝나면 종료프로젝트와 프로젝트 사이에 구성원이 함께 일하는 방식
팀 규범일상의 규칙: 응답 시간, 회의 진행 방식, 피드백을 주는 방식, 팀이 사용하는 작성 언어. 매일 관찰 가능팀이 왜 존재하고 무엇을 소유하는지. 차터의 첫 두 섹션
미션 스테이트먼트조직에 관한 한 문장, 외부를 위한 것. 거의 바뀌지 않음모든 구체적인 책임과 이름
역할 문서(직무 기술서, RACI)하나의 프로세스나 역할에서 누가 무엇을 하는지를 상세히팀의 목적, 그리고 팀의 모든 프로세스에 걸친 의사결정 방식

다섯 가지 중 두 가지는 팀이 직접 써야 합니다. 차터, 그리고 차터의 "일하는 방식" 섹션을 풀어서 쓴 팀 규범입니다. 팀 규범 가이드는 규범을 다루고, 이 글은 규범이 매달려 있는 차터를 다룹니다. 미션 스테이트먼트를 되풀이하거나 모든 역할의 모든 책임을 나열하는 차터는 아무도 끝까지 읽지 않는 차터입니다.

논쟁할 가치가 있는 다섯 가지 섹션

차터는 작성 중에 팀이 무언가에 대해 의견이 갈렸을 때에만 들인 한 시간의 값어치를 합니다. 다섯 개 섹션이 그 의견 충돌을 만들고, 나머지는 틀입니다. 논쟁을 염두에 두고 다섯 섹션을 쓰고, 어떤 섹션이 반대 의견 하나 없이 통과되면 그 섹션이 과연 무언가를 말하고 있는지 자문해 보세요.

  1. 목적, 그리고 팀이 평가받는 결과. 팀이 왜 존재하는지를 한 문장으로, 그리고 올해 팀이 제 역할을 했는지 말해 주는 측정 가능한 한 가지(숫자, 날짜, 세상의 상태)를 적습니다. "모든 신규 유통업체를 30일 이내에 첫 주문까지 온보딩한다"는 평가 기준이 내장된 목적입니다. "유통업체를 지원한다"는 부서 이름입니다. 여기서의 논쟁은 측정 기준에 관한 것입니다. 무엇으로 평가받는지 합의하지 못하는 팀은 첫 번째 진짜 문제를 찾아낸 것입니다.
  2. 범위: 팀이 소유하는 것과 소유하지 않는 것. 이 팀이 책임지는 일의 목록과, 대부분의 차터가 건너뛰는 나머지 절반, 즉 가까이 있지만 팀의 일이 아닌 것의 목록입니다. 인접 팀의 업무, 거절할 요청, 상위로 넘기는 결정이 여기에 들어갑니다. 논쟁은 언제나 두 번째 목록을 두고 벌어집니다. 그 목록의 모든 항목은 적어두지 않으면 팀이 1년 동안 요청이 올 때마다 하나씩 나누게 될 대화입니다.
  3. 멤버와 역할, 그리고 누가 결정하는가. 모든 멤버를 이름으로, 이 팀에서의 역할을 한 줄로 적고, 팀이 내리는 결정 유형별로 누가 최종 결정권을 갖는지 적습니다. RACI 매트릭스가 아니라 짧은 목록입니다. 가격 예외는 리드가 결정하고, 주간 계획은 4번 섹션의 규칙에 따라 팀이 결정하는 식입니다. 논쟁은 경계에 있는 사람들을 두고 벌어집니다. 반쯤 걸쳐 있는 타 부서 동료, 채널을 읽는 고객 담당자, 외주 계약자가 그렇습니다. 차터는 이들이 역할을 가진 멤버인지, 독자인지를 밝혀야 합니다.
  4. 결정은 어떻게 내리고 어디에 기록하는가. 두 명 이상에게 영향을 미치는 결정에 대한 규칙입니다. 누가 제안하는지, 팀이 이의를 제기할 수 있는 기간이 얼마인지, 무엇을 합의로 보는지, 그리고 결정이 다시 따져지는 대신 찾아서 재검토될 수 있도록 어디에 기록하는지를 정합니다. 논쟁은 침묵 규칙, 즉 채널에서 영업일 이틀 동안 이의가 없으면 합의로 볼 것인지, 그리고 기록 장소를 두고 벌어집니다. 합의된 장소에 기록되지 않은 결정은 내려지지 않은 것입니다.
  5. 팀이 소통하는 방식: 채널, 주기, 언어. 팀의 메시지가 어디에 있는지(하나의 채널과 그 안에 있는 팀 외부 사람들), 어떤 회의가 어떤 리듬으로 열리는지, 어떤 서면 현황 보고가 회의를 대체하는지, 그리고 둘 이상의 언어로 일하는 팀이라면 팀이 어떤 언어로 쓰고 각 멤버가 어떤 언어로 읽는지를 적습니다. 언어에 관한 논쟁은 대부분의 차터가 피하는 것이지만, 발렌시아에 사무실이, 카토비체에 데스크가 있는 팀에서는 1번부터 4번 섹션이 읽히는지 여부를 좌우하는 것이 바로 이 논쟁입니다.

논쟁이 필요 없는 세 섹션은 틀입니다. 팀 이름과 보고 대상 스폰서, 차터가 합의된 날짜와 합의한 사람들의 이름, 문서의 오너와 다음 검토 날짜입니다. 이 부분은 마지막에 2분 만에 채우되, 마지막 항목만큼은 절대 건너뛰지 마세요. 검토 날짜가 없는 차터는 만료일이 없는 차터이고, 이는 권위가 없는 차터와 같습니다.

한 번의 회의로 팀 차터 쓰는 법

관리자 혼자 쓴 차터는 정책이고, 팀이 쓴 차터는 지켜집니다. 90분짜리 회의 한 번, 일주일의 침묵, 캘린더의 날짜 하나면 충분합니다.

일주일 전: 이견을 모읍니다. 팀 채널에 메시지를 하나 올립니다. "목요일에 우리 차터를 씁니다. 이 팀이 소유해야 하는데 소유하지 않는 것 하나, 요청받지만 하지 말아야 할 것 하나, 지난달 결정 중 아무도 찾지 못하는 것 하나를 답글로 남겨 주세요." 이 답변이 곧 안건입니다. 초대장에 목적 문장 초안을 함께 보내면, 회의에서 그 문장을 새로 발견하는 대신 고치게 됩니다. 형식은 회의 안건 템플릿에서 다룹니다.

회의 중: 다섯 섹션, 섹션마다 하나의 결정. 목적을 먼저 다루되, 측정 기준이 숫자나 날짜가 될 때까지 넘어가지 않습니다. 범위는 두 번째로, 팀이 소유하지 않는 것에 대부분의 시간을 씁니다. 멤버와 역할은 세 번째로, 경계에 있는 사람들의 이름을 올립니다. 결정은 네 번째로, 침묵 규칙과 기록 장소를 정합니다. 소통은 다섯 번째로, 하나의 채널, 채널에 있는 팀 외부 사람, 주기, 언어를 정합니다. 마지막 10분 동안 페이지 전체를 소리 내어 다시 읽습니다. 퍼실리테이터가 각 섹션을 큰 소리로 읽고, 그것을 두고 논쟁했던 사람들이 아직 그 자리에 있을 때 참석자들이 바로 고칩니다.

회의 후: 팀이 보는 곳에 게시합니다. 같은 날 팀 채널에 차터를 노트로 올리고 고정합니다. 그러면 새 멤버가 가장 먼저 찾는 문서가 되고, 범위를 두고 다시 논쟁이 벌어질 때 기존 멤버가 돌아가 확인하는 문서가 됩니다. 게시 후 채널에서 영업일 이틀간 침묵이 이어지면 합의입니다. 차터 자체의 결정 규칙을 차터에 적용하는 것입니다. 나중에 합류하는 멤버는 첫날 이 문서를 읽고, 변경 제안은 그전이 아니라 다음 검토 때 할 수 있습니다.

검토일: 목적이 아니라 측정 기준을 바꿉니다. 오너는 1년에 한 번, 또는 팀의 스폰서, 규모, 범위가 바뀔 때 페이지를 열고 세 가지를 묻습니다. 목적은 여전히 사실인가, 우리는 평가받는 기준을 달성했는가, 올해 내린 결정 중 4번 섹션의 규칙 밖에서 내려진 것은 무엇인가. 결과는 대개 새로운 측정 기준 하나, "소유하지 않는 것"에 추가된 한 줄, 바뀐 이름 하나입니다. 매년 처음부터 다시 쓰는 차터는 무엇을 위한 팀인지 끝내 정하지 못한 팀입니다.

팀 차터 템플릿

아래 블록을 팀 채널에 노트로 복사하고, 대괄호를 채우고, 고정하세요. 모든 대괄호는 하나의 결정입니다. 논쟁할 대괄호가 하나도 남지 않은 차터는 합의된 것이 아니라 복사된 것입니다.

[팀 이름] — 팀 차터
스폰서: [이름, 직책] · 합의일: [날짜], 합의자 [이름들] · 오너: [이름] · 검토: [날짜, 1년 뒤 또는 스폰서·규모·범위가 바뀔 때]

1. 목적. [한 문장: 이 팀이 왜, 누구를 위해 존재하는가.]
평가 기준: [올해 측정 가능한 결과 하나 — 숫자, 날짜, 상태].

2. 범위.
우리가 소유하는 것: [세 개에서 일곱 개의 책임, 각각 외부인이 확인할 수 있는 명사구].
우리가 소유하지 않는 것: [인접 업무, 우리가 거절하는 요청, 상위로 넘기는 결정과 그 대상].

3. 멤버와 역할.
[이름] — [이 팀에서의 역할, 한 줄] · [이름] — [역할] · …
멤버가 아닌 독자: [고객 담당자, 외주 계약자, 타 부서 동료 — 그리고 그들이 볼 수 있는 것].
결정권자: [결정 유형] — [리드 / 아래 규칙에 따라 팀 / 스폰서].

4. 결정. 두 명 이상에게 영향을 미치는 결정은 [채널]에서 이유와 함께 제안합니다. [영업일 이틀] 동안 침묵하면 합의입니다. 결정한 날 [채널에 노트로 또는 결정 로그에] 기록합니다. 거기에 기록되지 않은 결정은 내려지지 않은 것입니다.

5. 소통.
채널: [하나의 채널], [팀 외부에서 참여하는 사람] 포함.
주기: [주간 회의, 요일과 길이]; [서면 현황 보고, 요일과 시간]; [회의를 대체하는 것].
언어: 각 멤버는 [자신의 언어 / 팀의 업무 언어]로 쓰고 [자신의 언어]로 읽습니다. 팀 전체가 실행해야 하는 사항은 통화에서 말로만 하지 않고 [채널]에 적습니다.

변경: [채널]에서 제안하고 검토 때 결정합니다. 새 멤버는 첫날 이 페이지를 읽습니다.

이 템플릿은 일반 텍스트라서 Word 문서, Google Doc, Slack 캔버스, 채팅 메시지에 서식 변환 없이 붙여넣을 수 있습니다. 한 장을 넘기지 마세요. 두 번째 장은 계획이나 팀 규범 문서가 끼어들려는 것입니다.

작성 예시: 세 곳에 흩어진 여덟 명의 영업팀

카스테욘에 사무실을 둔 세라믹 타일 수출업체가 있습니다. 카토비체에는 두 명으로 구성된 물류 데스크가, 밀라노에는 영업 담당자가 한 명 있고, 가장 큰 독일 유통업체의 주문 담당자가 시즌 내내 팀 채널을 읽고 있습니다. 모두 여덟 명이며, 팀 안에 세 가지 언어가, 팀 밖에 네 번째 언어가 있고, 채널은 하나입니다.

유통업체 영업 — 팀 차터
스폰서: Carmen, 상업 총괄 · 합의일: 2026년 11월 2일, 합의자 Carmen, Álvaro, Nuria, Pau, Ines, Marek, Agata, Luca · 오너: Álvaro · 검토: 2027년 11월 2일, 또는 유통업체가 추가되거나 제외될 때

1. 목적. 모든 활성 유통업체가 매 시즌 주문하도록 유지하고, 신규 유통업체는 계약 후 30일 이내에 첫 주문까지 이끈다.
평가 기준: 활성 유통업체 14곳 모두 시즌당 최소 1건 주문(100 %), 올해 신규 유통업체 3곳이 30일 이내 첫 주문.

2. 범위.
우리가 소유하는 것: 유통업체용 가격표와 시즌별 조건, 주문 확정부터 선적일까지의 주문 처리, 라인이 부족할 때 유통업체 간 재고 배분, 유통업체 온보딩, 생산 부서에 보내는 월간 예측.
우리가 소유하지 않는 것: 최종 고객 대상 가격(유통업체 소관), 생산 일정(생산 부서 소관 — 우리는 예측을 보내고 그들은 날짜로 답한다), 선적 후 운송 클레임(카토비체 물류가 운송사와 결정하고 채널에 알린다), 여신 한도(재무 부서 소관 — 우리는 주문 번호와 함께 채널에서 요청한다).

3. 멤버와 역할.
Álvaro — 팀 리드, 재고 배분과 가격 예외 · Nuria — 스페인·포르투갈 거래처 · Pau — 프랑스·베네룩스 거래처 · Ines — 온보딩과 예측 · Luca — 이탈리아·DACH 거래처, 밀라노 · Marek, Agata — 카토비체 물류 데스크: 선적일, 서류, 운송사.
멤버가 아닌 독자: Herr Beck, 함부르크 유통업체의 주문 담당자 — 시즌 동안 채널과 자신의 주문 스레드를 읽으며, 제안은 하지 않고, 그의 라인에 영향을 주는 배분 전에는 먼저 의견을 묻는다.
결정권자: 가격 예외와 부족 재고 배분 — Álvaro; 주간 계획과 프로세스에 관한 모든 것 — 아래 규칙에 따라 팀; 신규 유통업체 조건 — Carmen.

4. 결정. 이유와 영향을 받는 주문을 함께 적어 #distributors에서 제안한다. 영업일 이틀 동안 침묵하면 합의다. 결정한 날 날짜와 담당자를 적어 #distributors에 노트로 기록한다. 유통업체와 전화로 내린 결정은 그날 안에 스레드에 기록하며, 그렇지 않으면 없던 일이 된다.

5. 소통.
채널: #distributors, 시즌 동안 Herr Beck 포함. 주문마다 스레드 하나, 확정부터 선적까지.
주기: 월요일 09:30 CET, 25분, 재고 배분과 그 주의 선적; 목요일 10:00 서면 현황 보고 — 완료, 다음, 막힘 — 두 번째 회의를 대신함; 월간 예측은 첫 영업일에 노트로.
언어: 모두 자신의 언어(스페인어, 폴란드어, 이탈리아어)로 쓰고 채널도 자신의 언어로 읽는다. Herr Beck은 독일어로 읽는다. 유통업체에 약속한 모든 내용은 전화로만 말하지 않고 해당 주문의 스레드에 적는다.

변경: #distributors에서 제안하고 검토 때 결정한다. 새 멤버는 첫날 이 페이지를 읽는다.

90분의 대부분은 다섯 섹션 중 두 곳에 쓰였습니다. 하나는 범위였습니다. 카토비체 데스크가 1년 동안 아무도 자기 소관이라고 말하지 않은 채 운송 클레임을 처리해 왔고, 예측은 매달 의견이 엇갈리는 작성자가 둘이었기 때문입니다. 다른 하나는 멤버였습니다. 함부르크의 주문 담당자가 팀의 일원인지, 팀을 읽기만 하는 사람인지 아무도 정하지 않았기 때문입니다. "독자이되, 그의 라인에 영향을 주는 배분 전에 먼저 묻는다"라는 답이 양쪽 모두에게 한 시즌 동안 이어진 서로의 당혹감을 끝냈습니다. 목적은 측정 기준이 팀이 통제할 수 없는 매출액이 아니라 유통업체 수로 정해지자 10분 만에 끝났습니다.

이미 사용 중인 도구에서 차터가 놓이는 곳

각 제품군에는 팀이 읽는 페이지를 보관할 곳이 있고, 각각 다른 지점에서 멈춥니다. 페이지의 언어는 어디서나 같습니다. 작성된 그 언어입니다. 벤더 자체 페이지에 문서화된 동작만 다루며, 각 사실을 확인한 시점을 함께 적었습니다.

플랫폼차터 페이지를 둘 수 있는 곳다른 언어를 읽는 멤버가 얻는 것기록이 남는 곳
Microsoft Teams팀 채널의 메시지나 파일. 회의 노트는 참석자가 편집할 수 있는 Loop 구성 요소로, 자동 저장되며 Teams 캘린더와 회의 recap에서 접근할 수 있고, 외부 참석자는 접근하거나 편집할 수 없음(2026년 10월 확인)요청 시 메시지 번역, 또는 도착 시 자동 번역 설정. 번역은 메시지 한 건에 대한 독자 본인의 보기이며, 번역된 텍스트가 다른 독자를 위해 저장된다고 해당 페이지에는 나와 있지 않음(2026년 8월 확인). 회의 자체에서 Teams가 하는 일은 Microsoft Teams 실시간 번역에서 다룸팀 채널과 회의의 Loop 노트, 작성된 언어 그대로
Google WorkspaceChat 스페이스나 캘린더 일정에 연결된 Google Doc. Meet의 Take notes for me는 회의 후 Google Doc을 생성하며, 한 번에 한 언어로, 해당 요건을 충족하는 Workspace 에디션과 Google AI 플랜에서 제공(2026년 10월 확인)Google Chat의 자동 번역은 "나에게만 표시"되는 것으로 문서화되어 있으며 해당 요건을 충족하는 Workspace 또는 Google AI 플랜이 필요(2026년 8월 확인). 회의 쪽은 Google Meet 실시간 번역에서 다룸Doc은 작성된 언어로, Chat 스페이스는 각 메시지를 입력한 언어로
Slack채널에 공유된 템플릿 기반 캔버스. 캔버스는 문서로서 채널에 남음(2026년 10월 확인)Translate message는 번역을 요청한 사람에게만 보여 주며, Business+ 및 Enterprise+에서 제공(2026년 8월 확인)캔버스와 채널. Free 플랜에서는 최근 90일의 메시지 기록만 볼 수 있고, 전체 내보내기는 소유자 또는 관리자 작업(2026년 8월 확인)
WhatsApp그룹 채팅 자체 또는 그룹 설명. 차터는 다른 메시지와 같은 하나의 메시지번역은 독자의 기기에서, 수신한 메시지 한 건씩 이루어짐(2026년 8월 확인). 이것이 어디까지 해당되는지는 WhatsApp 메시지 번역하는 법에서 다룸전달된 메시지는 WhatsApp 서버에서 삭제되며, 기록은 각 멤버의 휴대폰과 백업에 남음. Export chat은 공유 시트를 통해 채팅 하나를 텍스트 파일로 보냄(2026년 8월 확인) — 절차는 WhatsApp 채팅 내보내는 법에 있음

네 곳 모두 패턴은 같습니다. 차터는 입력된 언어로 한 번만 존재하고, 다른 언어를 읽는 멤버는 그것을 그대로 읽거나 누군가 만든 사본을 읽습니다. 각 제품군이 문서화한 번역은 독자 본인의 화면이나 진행 중인 통화에 속할 뿐 기록에 속하지 않습니다. 그래서 카스테욘 팀의 차터는 폴란드어 사본과 이탈리아어 사본이 각각 필요했을 것이고, 두 사본 모두 스페인어 원본보다 한 버전씩 뒤처졌을 것입니다. 회의가 남기는 것도 같은 규칙을 따르며, 통화 후 녹취록과 요약이 어디로 가는지는 더 자세히 다루고 있습니다.

차터가 새 멤버가 가장 먼저 읽는 문서로 남게 하는 방법

InterMIND는 팀의 업무가 채널 안에 있는 커뮤니케이션 공간이므로, 차터가 놓일 곳은 분명합니다. 차터가 만든 팀의 채널입니다. 유통업체 데스크, 클리닉의 프런트 오피스, 에이전시의 어카운트 그룹이 그 예이며, 월요일 통화, 목요일 현황 보고, 4번 섹션의 결정도 모두 그 채널에서 이루어집니다. 차터를 노트(제목과 굵은 줄이 있는 리치 텍스트 메시지로, 나중에 노트 자체의 메뉴에서 편집)로 게시하면 각 멤버가 자신의 언어로 읽을 수 있고 원문은 토글 한 번이면 볼 수 있습니다. 고정해 두면 최신 버전이 새 멤버가 가장 먼저 찾는 문서가 됩니다. 편집 이력을 켜 두면 변경된 섹션의 이전 문구가 타임스탬프와 함께 현재 텍스트 위에 나타나며, 이것이 "합의일"과 "검토" 줄이 가리키는 검토 기록입니다. 4번 섹션의 결정은 같은 채널의 노트이거나, 그곳에 둔 의사결정 로그의 한 줄이며, 스페인어로 작성된 날 카토비체 데스크가 폴란드어로 읽습니다. 월요일 통화 중에는 차터, 또는 그 아래에 적은 재고 배분 목록을 Share to conference로 비디오 타일 옆 모두의 화면에 띄우고, 공유하는 사람이 실시간으로 편집하는 동안 각 참가자는 자신의 언어로 읽습니다. 통화가 끝나면 recap이 회의 자체를 바탕으로 작성됩니다. 요약, 다시 읽어 확인한 결정, 담당자가 지정된 액션 아이템이 포함되며, 이메일, 채널의 메시지, 캘린더 일정의 링크로 도착하고, 로그인한 모든 멤버가 자신의 언어로 읽을 수 있습니다. 어떤 멤버든 편집할 수 있고, 모든 편집은 작성자와 수정 이력을 남기며, 채널은 지난 모든 세션의 recap을 그것을 규율하는 차터 옆에 보관합니다. 원본이 문서 도구에 남아 있다면 그 업데이트는 이메일로 채널에 도착합니다. 채널의 호스트가 채널 전용 주소를 만들어 주고, 그 주소로 보낸 메시지는 발신자 이름과 첨부 파일이 그대로 유지된 일반 메시지로 나타납니다.

차터에 이름이 오르는 사람이 항상 직원인 것은 아닙니다. 한 시즌 동안 채널을 읽는 유통업체의 주문 담당자, 프리랜스 에이전트, 멤버가 아니라 독자인 재무팀 동료가 그렇습니다. 채널의 외부 멤버는 이메일로 무료 계정에 가입해 참여하며, 다른 모든 멤버와 마찬가지로 차터, 스레드, 그 기록을 자신의 언어로 읽습니다. 계정이 없는 사람은 회의 한 건의 게스트입니다. 링크로 휴대폰에서 무료로 월요일 통화에 참여해 자신의 언어로 실시간으로 듣지만, 이후 남는 기록은 없습니다.

호스트가 공간을 제공하며, 유료 플랜에서는 지난 28일 동안 활성이었던 멤버, 즉 회의에 참여했거나, 채팅에 글을 썼거나, 어시스턴트에게 질문한 멤버에 대해서만 요금을 냅니다. 활동이 뜸해진 멤버는 비용 없이 접근 권한을 유지하며, 이는 차터에 꼭 필요한 점입니다. 봄에 휴가에서 돌아온 동료도 페이지와 검토 날짜를 떠날 때 그대로 찾을 수 있습니다.

기본기로서의 팀 차터는 어떤 도구에서도 살아남습니다. 여덟 명이 자신들이 무엇을 소유하고, 무엇을 소유하지 않으며, 누가 결정하는지에 합의하도록 만드는 일은 결국 누군가 해야 하기 때문입니다. 살아남을 필요가 없는 것은 두 번째 일입니다. 다른 언어를 읽는 데스크를 위해 차터, 결정, 모든 recap의 번역본을 한 언어씩 손으로 관리하는 일 말입니다.

FAQ

팀 차터란 무엇인가요?

팀 차터는 상설 팀의 한 장짜리 창립 합의서입니다. 팀이 왜 존재하고 무엇으로 평가받는지, 무엇을 소유하고 무엇을 소유하지 않는지, 누가 어떤 역할로 속해 있는지, 어떻게 결정하고 그 결정을 어디에 기록하는지, 그리고 채널, 주기, 언어를 포함해 어떻게 소통하는지를 담습니다. 구속되는 사람들이 합의하고, 날짜가 적히고, 한 사람이 소유하며, 정해진 날짜에 검토되는 문서이고, 새 멤버가 첫날 읽는 문서입니다.

팀 차터에는 무엇을 포함해야 하나요?

논쟁할 가치가 있는 다섯 섹션을 포함합니다. 측정 가능한 결과가 있는 목적, 명시적인 "우리가 소유하지 않는 것" 목록이 있는 범위, 누가 무엇을 결정하는지를 포함한 멤버와 역할, 결정 규칙과 결정을 기록하는 장소, 그리고 하나의 채널·회의 주기·서면 현황 보고·언어를 담은 소통입니다. 여기에 논쟁이 필요 없는 세 줄짜리 틀이 더해집니다. 이름과 스폰서, 합의한 날짜와 이름, 오너와 검토 날짜입니다. 한 장이면 충분하며, 위의 템플릿이 바로 이 목록의 빈칸 양식입니다.

팀 차터와 프로젝트 차터는 무엇이 다른가요?

프로젝트 차터는 하나의 프로젝트를 출범시키는 문서로, 목표, 범위, 스폰서, 예산, 마일스톤, 프로젝트 매니저의 권한을 담으며 프로젝트가 끝나면 함께 끝납니다. 팀 차터는 상설 팀(부서, 데스크, 교차 기능 그룹)을 출범시키고 그 팀이 모든 프로젝트에 걸쳐 어떻게 일하는지(목적, 범위, 멤버, 결정, 소통)를 정합니다. 한 팀이 하나의 팀 차터 아래에서 각각 프로젝트 차터를 가진 여러 프로젝트를 운영할 수 있습니다. 프로젝트의 첫 문서에 무엇이 들어가야 하는지는 킥오프 미팅 가이드에서 다룹니다.

팀 차터는 누가 작성하나요?

팀이 한 번의 회의에서 작성하며, 리드가 진행하고 스폰서는 참석하거나 게시 전에 초안을 읽습니다. 관리자 혼자 쓴 차터는 정책입니다. 확인하는 곳에서는 지켜지고 확인하지 않는 곳에서는 무시됩니다. 리드의 역할은 목적 문장 초안과 일주일 전에 모은 이견을 가져오는 것이고, 팀의 역할은 다섯 섹션을 각각 하나의 답으로 논쟁해 도달하는 것이며, 스폰서의 역할은 목적과 측정 기준을 확인하고 팀이 상위로 넘기는 것이 무엇인지 말하는 것입니다.

팀 차터는 얼마나 길어야 하나요?

한 장입니다. 범위를 문단이 아닌 명사구 목록으로, 역할을 사람당 한 줄로 쓰면 다섯 개의 짧은 섹션과 세 줄의 틀이 한 장에 들어갑니다. 두 번째 장으로 넘어가는 차터는 대개 팀 규범(응답, 회의, 작성에 관한 일상 규칙)이나 계획을 흡수한 것입니다. 그것들은 별도의 페이지로 옮기고 링크로 연결하세요. 기준은 새 멤버가 첫 커피를 마시기 전에 차터 전체를 읽을 수 있는지입니다.

팀 차터와 팀 규범은 무엇이 다른가요?

차터는 팀이 왜 존재하고, 무엇을 소유하며, 누가 속해 있고, 어떻게 결정하고 소통하는지, 즉 1년 동안 사실로 남는 것을 다룹니다. 팀 규범은 차터의 "우리가 소통하는 방식" 섹션을 풀어 쓴 일상의 규칙으로, 응답 시간, 회의 진행 방식, 피드백을 주는 방식, 팀이 사용하는 작성 언어가 포함되며 모두 매일 관찰할 수 있습니다. 많은 팀이 차터를 위에, 규범을 아래에 두고 하나의 고정 페이지에 함께 보관합니다. 아래쪽 절반은 팀 규범 가이드에서 다룹니다.

팀 차터는 어디에 보관해야 하나요?

팀이 이미 매일 보는 곳입니다. 공유 드라이브의 슬라이드 덱이 아니라, 누구에게 묻지 않고도 멤버가 휴대폰에서 읽을 수 있는 노트로 팀 채널에 고정합니다. Teams, Slack, Google Workspace, WhatsApp에서 이 페이지는 채널, 캔버스, Doc, 그룹 채팅에 작성된 언어로 존재하며, 다른 언어를 읽는 멤버는 독자별 번역이나 사본을 읽습니다. InterMIND는 노트, 채팅, 모든 회의의 recap을 하나의 채널에 보관하며, 각 멤버가 자신의 언어로 읽고, 이 도구들을 대체하지 않고 그 옆에서 작동합니다.


출처: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Translate a message in Microsoft Teams; Google Chat — Use Automatic Translation in Chat; Google Meet — "Take notes for me" in Google Meet; Slack — Pricing; Slack — Customize data retention in Slack; Slack — Export your workspace data; Slack — Guide to AI features in Slack; Slack — Meeting agenda template (canvas); WhatsApp — How to export your chat history; WhatsApp — Privacy policy; WhatsApp blog — Introducing message translations. Teams 회의 노트 페이지, Slack 캔버스 템플릿 페이지, Google "Take notes for me" 페이지는 2026년 10월에 확인했으며, Teams 메시지 번역 페이지, Slack 요금·보존·내보내기·AI 기능 페이지, Google Chat 번역 페이지, WhatsApp 페이지는 2026년 8월에 확인했습니다. 벤더는 시간이 지나면서 플랜, 기능, 지원 언어 목록을 변경합니다. 최신 상태는 각 벤더의 페이지에서 확인하세요. 예시 팀은 가상의 팀입니다.

팀 채팅 더 보기

팀 채팅의 모든 게시물
부서 간 협업: 모든 일에 회의를 열지 않고 운영하는 방법 (2026)
팀 채팅

부서 간 협업: 모든 일에 회의를 열지 않고 운영하는 방법 (2026)

부서 간 협업이란 제품, 영업, 고객 지원, 재무 등 서로 다른 기능 조직의 구성원이나 외부 파트너가 한 명의 담당자, 하나의 채널, 하나의 서면 기록을 기준으로 하나의 업무를 함께 끝내는 방식입니다. 대부분은 글로 진행하고 회의는 의사결정이 필요할 때만 소집합니다. 협업이 취하는 세 가지 형태, 협업이 무너지는 네 군데, 정례 회의 없이 운영하는 다섯 가지 규칙, 그대로 복사해 쓸 수 있는 한 페이지짜리 업무 협약서, 작성 완료된 세 가지 예시, 각 벤더의 공식 문서를 기준으로 본 Teams, Google Workspace, Slack, WhatsApp에서 업무가 놓이는 위치, 그리고 모든 부서가 각자의 언어로 채널 전체를 읽을 수 있게 하는 한 가지 방법까지 다룹니다.

The Mind.com Team

팀 규범: 예시, 합의하는 방법, 그리고 문서화된 규범이 위치하는 곳 (2026)
팀 채팅

팀 규범: 예시, 합의하는 방법, 그리고 문서화된 규범이 위치하는 곳 (2026)

팀 규범이란 팀이 매일 함께 일하는 방식에 관해 합의하여 문서로 정리한 규칙입니다. 사람들이 얼마나 빨리 답하는지, 미팅을 어떻게 진행하는지, 결정을 어떻게 내리고 기록하는지, 팀이 어떤 언어로 글을 쓰는지 등이 이에 해당하며, 각 규범은 누구나 지켜졌는지 판단할 수 있을 만큼 관찰 가능해야 합니다. 이 가이드는 범주별 예시, 그대로 복사해 쓸 수 있는 템플릿, 세 가지 언어를 쓰는 12명 팀을 위한 작성 완료 예시, 그리고 Microsoft Teams, Google Workspace, Slack, WhatsApp에서 규범을 문서화해 두는 위치를 안내합니다. 마지막에는 팀의 규범을 모든 구성원이 각자의 언어로 읽는 하나의 채널에 고정해 두는 방법을 설명합니다.

The Mind.com Team

사내 커뮤니케이션 계획: 문서에 담을 내용과 채널에 둘 내용 — 한 페이지 예시 (2026)
팀 채팅

사내 커뮤니케이션 계획: 문서에 담을 내용과 채널에 둘 내용 — 한 페이지 예시 (2026)

사내 커뮤니케이션 계획은 조직 내 누가 어떤 내용을 어떤 채널을 통해 얼마나 자주, 누구에게서 들어야 하는지를 정리한 한 페이지짜리 표이며, 계획 문서와 메시지를 전달하는 채널을 구분해 줍니다. 이 가이드는 구성 요소, 그대로 복사해 쓸 수 있는 템플릿, 세 개 사업장에 직원 예순네 명이 있는 회사의 작성 예시, 그리고 Microsoft Teams, Google Workspace, Slack, WhatsApp에서 계획 문서를 두는 위치를 안내합니다. 마지막으로 계획의 각 행을 전 직원이 각자의 언어로 읽는 채널로 전환하는 방법을 다룹니다.

The Mind.com Team

이메일로 새 게시물 및 제품 업데이트 받기

새 글 및 제품 업데이트가 포함된 이메일을 매월 한 번 발송합니다. 언제든지 구독을 취소할 수 있습니다.


부서 간 협업: 모든 일에 회의를 열지 않고 운영하는 방법 (2026)

부서 간 협업이란 제품, 영업, 고객 지원, 재무 등 서로 다른 기능 조직의 구성원이나 외부 파트너가 한 명의 담당자, 하나의 채널, 하나의 서면 기록을 기준으로 하나의 업무를 함께 끝내는 방식입니다. 대부분은 글로 진행하고 회의는 의사결정이 필요할 때만 소집합니다. 협업이 취하는 세 가지 형태, 협업이 무너지는 네 군데, 정례 회의 없이 운영하는 다섯 가지 규칙, 그대로 복사해 쓸 수 있는 한 페이지짜리 업무 협약서, 작성 완료된 세 가지 예시, 각 벤더의 공식 문서를 기준으로 본 Teams, Google Workspace, Slack, WhatsApp에서 업무가 놓이는 위치, 그리고 모든 부서가 각자의 언어로 채널 전체를 읽을 수 있게 하는 한 가지 방법까지 다룹니다.

30일 만에 지식 베이스 구축하는 방법: 구조, 소스, 담당자 — 그리고 팀이 이미 나누는 대화에서 자라나는 지식 베이스 (2026)

지식 베이스를 구축하려면 먼저 팀이 실제로 던지는 질문을 일주일 동안 수집하고, 이를 최대 일곱 개 섹션의 구조로 묶고, 항목마다 담당자와 검토 날짜를 정하세요. 그런 다음 이미 존재하는 자료(회의 요약, 채팅 답변, 사람들이 서로 주고받는 파일)로 처음 스무 개 항목을 작성하고, 팀이 이미 읽고 있는 곳에 게시합니다. 주차별 30일 계획, 그대로 복사해 쓸 수 있는 항목 템플릿, 실제 작성 예시, 공식 문서에 근거한 Teams, Slack, Google Workspace, WhatsApp에서의 지식 베이스 위치, 그리고 모든 회의, 파일, 답변을 보관하는 채널이 각 구성원이 자신의 언어로 읽는 지식 베이스가 되는 방법을 다룹니다.