팀 규범: 사례, 합의하는 방법, 그리고 문서가 보관되는 곳 (2026)

대부분의 팀 규범은 같은 방식으로 실패합니다. 워크숍에서 합의하고, 슬라이드에 적고, 다시는 읽지 않습니다. 6주 뒤 팀은 예전 습관대로 일하고, 신규 입사자는 규칙을 어겨 보면서 실제 규칙을 배우며, 슬라이드에는 존재한 적 없는 팀이 그려져 있습니다. 오래 가는 규범은 확인할 수 있을 만큼 구체적이고, 읽을 수 있을 만큼 짧고, 팀이 이미 매일 보는 곳에 있으며, 누군가 책임지는 날짜에 검토되는 규범입니다.

방법은 이것이 전부입니다. 규범은 가치가 아니라 행동에 관한 문장입니다. "질문에는 같은 영업일 안에 팀 채널에서 답한다"는 규범이고, "우리는 열린 소통을 한다"는 바람일 뿐입니다. 목록은 한 페이지입니다. 폴더가 아니라 팀의 채널에 둡니다. 담당자와 검토 날짜가 있습니다. 그리고 사람들이 둘 이상의 언어로 글을 쓰는 팀이라면, 언어에 관한 규범을 가장 먼저 적어야 합니다. 다른 모든 규범은 그 규범이 적용되는 사람들이 문서를 읽을 수 있는지에 달려 있기 때문입니다.

이 가이드는 먼저 기본기를 다룹니다. 팀 규범이 무엇이고 무엇이 아닌지, 규범이 지켜지려면 무엇이 필요한지, 범주별 사례를 설명합니다. 이어서 팀이 한 시간 안에 자기 규범에 합의하는 방법, 복사해서 쓸 수 있는 템플릿, 세 곳에 흩어진 12명 팀의 작성 예시, 이미 비용을 내고 있는 도구 안에서 규범이 자리 잡는 문서화된 위치, 그리고 작성된 규범을 모든 멤버가 읽을 수 있게 유지하는 한 가지 방법을 다룹니다.

팀 규범이란 무엇이고, 무엇이 아닌가

팀 규범은 팀이 함께 일하는 방식에 대해 합의한 규칙입니다. 얼마나 빨리 답하는지, 회의를 어떻게 진행하는지, 의사결정을 어떻게 내리고 어디에 기록하는지, 언제 연락이 닿는지, 피드백을 어떻게 주고받는지, 팀이 어떤 언어로 쓰는지를 포함합니다. 규범은 팀의 누구나 관찰할 수 있는 행동을 설명하므로, 관리자가 판정하지 않아도 지켜졌는지 팀이 알 수 있습니다. 목록은 짧습니다. 팀이 규범을 외워서 말할 수 있다면 개수가 알맞은 것입니다. 또한 규범은 그 규범의 적용을 받는 사람들이 합의합니다. 이 점이 규범과 정책을 가릅니다.

이 용어는 이웃한 네 가지 문서와 혼동하기 쉽고, 규범 문서가 길어지는 이유도 그 혼동에 있습니다.

다섯 가지 중 팀이 직접 쓰는 것은 두 가지입니다. 규범과, 규범 안의 한 섹션으로 들어가는 회의 그라운드 룰입니다. 나머지는 위에서 내려옵니다. 원격 근무 정책이나 회사 가치를 다시 적어 놓은 규범 문서는 필요 이상으로 길고, 그만큼 덜 읽힙니다.

규범이 지켜지려면 필요한 것

네 가지이며, 대부분의 규범 목록에는 이 중 하나씩이 빠져 있습니다.

1. 자질이 아니라 행동. "빠르게 응답하라"는 지킬 수도 어길 수도 없습니다. "팀 채널의 질문에는 같은 영업일 안에 답하거나 '목요일까지 다시 말씀드리겠습니다'라고 답한다"는 지킬 수 있습니다. 다섯 시까지 누군가 할 수 있는 동사가 규범에 없다면 다시 쓰세요.
2. 적용 시점과 경계. 규범이 언제 적용되고 어디서 멈추는지 적습니다. 팀 채널에서, 팀의 코어 타임 동안, 두 사람 이상에게 영향을 주는 결정에 대해서 등입니다. 경계가 없는 규범은 모든 것에 적용되고, 이는 아무것에도 적용되지 않는다는 뜻입니다.
3. 문서가 보관되고 읽히는 곳. 공유 드라이브의 슬라이드에 있는 규범은 신규 입사자가 영영 보지 못하는 규범입니다. 문서는 팀이 이미 매일 보는 곳, 즉 팀 채널에 고정해 두어야 합니다. 그리고 그 규범의 적용을 받는 사람들이 읽을 수 있어야 합니다. 여러 언어에 걸친 팀에서는 이것이 당연한 전제가 아니라 결정해야 할 사항입니다.
4. 담당자와 검토 날짜. 이름 하나, 석 달 뒤의 날짜 하나입니다. 담당자는 규범을 강제하지 않습니다. 그 날짜에 페이지를 열고 "이 중에서 실제로 한 것은 무엇인가?"를 묻고, 아무도 지키지 않은 규범을 지웁니다. 늘어나기만 하는 규범 문서는 아무도 읽지 않는 문서입니다.

약한 규범 대부분을 걸러내는 테스트가 있습니다. 문장을 소리 내어 읽고, 동료가 지난주의 어느 날 그 규범이 지켜지거나 어겨진 것을 짚어 낼 수 있는지 묻습니다. 짚을 수 없다면 규범의 옷을 입은 가치입니다.

범주별 팀 규범 사례

아래 범주는 대부분의 팀이 논쟁하는 내용을 다룹니다. 팀은 논쟁을 겪어 본 범주에만 규범이 필요하고, 겪지 않은 범주에는 필요 없습니다. 전체 8~12개가 일반적이며, 20개가 되면 정책입니다.

커뮤니케이션과 응답 시간

• 팀 채널의 질문에는 같은 영업일 안에 답하거나, 담당자와 날짜를 정해 알립니다. 이메일은 영업일 이틀입니다. 급한 일은 이메일로 보내지 않습니다.
• 다이렉트 메시지는 그 안의 두 사람을 위한 것입니다. 다른 사람이 알아야 할 수 있는 내용은 채널에 올려, 기록이 한곳에 남게 합니다.
• 답장은 새 메시지가 아니라 스레드로 합니다. 주제 하나에 스레드 하나, 한 달 뒤에도 처음부터 읽을 수 있게 합니다.

회의

• 안건이 없으면 회의도 없습니다. 안건은 하루 전에 채널에 올리고, 각 항목에 필요한 결정을 함께 적습니다. 형식은 회의 안건 템플릿에서 다룹니다.
• 결정은 마지막 5분에 다시 읽어 확인하고, 같은 날 기록합니다. 각 액션 아이템에는 담당자와 날짜를 붙입니다.
• 기본 길이는 25분입니다. 카메라는 각자 선택합니다. 한 사람이 늦었다고 회의를 처음부터 다시 시작하지 않습니다.

의사결정

• 두 사람 이상에게 영향을 주는 결정에는 담당자가 한 명 있고, 결정한 날 팀 채널에 기록하며, 이유를 함께 적습니다. 그래서 이유가 바뀌면 다시 검토할 수 있고, 누군가 이유를 잊었다고 해서 같은 논쟁을 되풀이하지 않습니다.
• 채널에 제안이 올라온 뒤 영업일 이틀 동안 이의가 없으면 동의로 봅니다.
• 다이렉트 메시지나 복도에서 내린 결정은 채널에 올라오기 전까지는 내려지지 않은 것입니다.

서면 상태 공유

• 각자 정해진 시각까지 채널에 짧은 상태를 올립니다. 완료, 다음, 막힘 순서입니다. 이미 올라온 상태를 회의에서 다시 묻지 않습니다.
• 상태는 보고서가 아니라 세 줄입니다. 링크는 요약본이 아니라 원본 자료로 연결합니다.

가용 시간과 집중

• 코어 타임은 모두가 연락 가능한 겹치는 시간입니다. 그 밖의 시간에는 누구도 답할 의무가 없고, 답하지 않았다고 사과하지도 않습니다.
• 매주 반나절 두 번은 모두에게 회의 없는 시간입니다. 캘린더에는 바쁨으로 표시합니다.
• 부재는 복귀 날짜와 대신 맡는 사람을 채널에 적습니다.

피드백

• 피드백은 해당 사안이 있고 일주일 안에, 먼저 당사자에게 비공개로 전합니다. 사람의 성격이 아니라 행동과 그 영향을 말합니다.
• 칭찬은 채널에 올리고, 나머지는 올리지 않습니다.

언어

• 모두가 자신이 생각하는 언어로 씁니다. 팀의 공간은 각 멤버가 자기 언어로 읽는 곳입니다. 도구가 그렇게 하지 못하면, 팀은 업무 언어를 하나 정하고 그로 인해 누가 부담을 지는지 적어 둡니다.
• 팀 전체가 행동해야 하는 내용, 즉 결정, 마감, 계획 변경은 통화에서 말로만 하지 않고 글로 씁니다. 다른 언어를 읽는 멤버도 직접 들은 멤버와 같은 기록을 갖도록 하기 위해서입니다.

마지막 범주는 대부분의 규범 목록에서 빠져 있습니다. 밀라노 사무실, 스페인 영업 리드, 루마니아 지원 데스크가 있는 팀에서는 이 규범이 나머지 열한 개가 읽히는지를 좌우합니다.

한 시간 안에 팀 규범에 합의하는 방법

관리자가 강제한 규범은 정책이고, 팀이 합의한 규범은 지켜집니다. 아래 과정은 회의 한 번과 침묵의 한 주가 걸립니다.

회의 전 — 한 주 전에 수집합니다. 채널에서 각 멤버에게 지난달 함께 일하면서 시간을 가장 많이 잃게 한 세 가지를 물어보세요. 답 없는 질문, 결정 없이 끝난 회의, 자신이 읽지 못하는 언어로 도착한 파일 같은 것들입니다. 익명성은 필요 없고 구체성이 필요합니다. 그 답이 곧 안건입니다. 마찰이 없었던 팀에는 아직 규범이 필요하지 않습니다. 다시 물어볼 날짜가 필요할 뿐입니다.

회의 중 — 초안 작성, 결정, 삭제. 답을 위의 범주로 묶고, 그 비용을 막았을 문장을 묶음마다 하나씩 초안으로 씁니다. 각 초안을 행동, 경계, 장소, 담당자라는 네 가지 테스트에 비추어 읽습니다. 사람들이 동의하지 않는 항목은 논쟁하세요. 논쟁이 핵심입니다. 아무도 반대하지 않은 규범은 아무도 알아채지 못할 규범이기 때문입니다. 아무도 반대할 만큼 신경 쓰지 않아서 남은 항목은 삭제합니다. 마지막에는 8~12개의 문장, 페이지 담당자, 석 달 뒤의 검토 날짜를 남깁니다. 마지막 5분에 목록을 다시 읽어 확인합니다.

회의 후 — 팀이 보는 곳에 게시합니다. 목록을 팀 채널에 노트로 올리고 고정하세요. 그러면 신규 멤버가 가장 먼저 발견하는 문서가 되고, 규범이 깨졌을 때 기존 멤버가 안내받는 문서가 됩니다. 이틀 침묵 규칙은 규범 자체에도 적용됩니다. 영업일 이틀 안에 채널에서 아무도 이의를 제기하지 않으면 그 목록이 팀의 규범입니다. 나중에 합류한 멤버는 첫날 그것을 읽고, 다음 검토 때 변경을 제안할 수 있습니다. 그 전에는 제안하지 않습니다.

검토 날짜 — 먼저 지웁니다. 담당자가 페이지를 열고 규범마다 동료가 그것이 지켜진 한 주를 짚을 수 있는지 묻습니다. 아무도 지키지 않은 규범은 삭제하거나 다시 씁니다. 모두가 생각 없이 지킨 규범도 삭제합니다. 이미 습관이 되어 더는 페이지가 필요 없기 때문입니다. 새 규범은 지난 석 달의 마찰에서 같은 방식으로 수집합니다. 페이지에는 날짜가 적힌 "마지막 검토" 줄과 다음 검토 날짜를 남깁니다.

위의 어느 것도 워크숍 진행자나 누군가에게 산 템플릿을 필요로 하지 않습니다. 안건이 있는 회의 한 번과, 결과를 고정할 장소만 있으면 됩니다.

팀 규범 템플릿

아래 블록을 팀 채널에 노트로 복사하고, 대괄호를 채운 뒤 고정하세요. 팀이 논쟁하지 않은 행은 모두 삭제합니다.

[팀 이름] — 우리가 함께 일하는 방식
합의일: [날짜] · 담당자: [이름] · 검토: [석 달 뒤 날짜] · 마지막 검토: [날짜]
응답 시간: [채널]의 질문에는 [시각 또는 "같은 영업일"]까지 답하거나 담당자와 날짜를 알립니다. 이메일: [영업일 이틀]. 긴급: [전화 또는 메시지, 이메일은 안 됨].
기록하는 곳: 다른 멤버가 필요할 수 있는 내용은 다이렉트 메시지가 아니라 [채널]에 둡니다. 주제 하나에 스레드 하나.
회의: 안건은 [하루 전]까지 [채널]에 올리고, 각 항목에 필요한 결정을 함께 적습니다. 결정은 마지막 5분에 다시 읽어 확인하고 [당일]까지 [채널]에 기록합니다. 기본 길이 [25분].
의사결정: 결정마다 담당자 한 명. 결정한 날 이유와 함께 기록. 제안 후 [영업일 이틀] 동안 이의가 없으면 동의. 채널에 없으면 결정된 것이 아님.
상태 공유: 각 멤버는 [요일, 시각]까지 [채널]에 완료 / 다음 / 막힘을 올립니다. 올라온 상태를 회의에서 반복하지 않습니다.
가용 시간: 코어 타임 [시간대 범위, 표준 시간대]. 그 밖의 시간에는 답을 기대하지 않음. 회의 없는 시간: [요일 또는 반나절]. 부재: 복귀 날짜와 대리 담당자를 [채널]에 명시.
피드백: 먼저 당사자에게, 비공개로, [일주일] 안에. 행동과 그 영향을 말함. 칭찬은 [채널]에.
언어: 각 멤버는 [자기 언어 / 팀의 업무 언어]로 씁니다. 팀 전체가 행동해야 하는 내용은 통화에서 말로만 하지 않고 [채널]에 글로 씁니다.
변경: [채널]에서 제안하고 검토 때 결정. 신규 멤버는 첫날 이 페이지를 읽음.

대괄호는 의도된 것입니다. 채울 빈칸이 하나도 남지 않은 규범 페이지는 합의한 것이 아니라 복사한 것이고, 팀도 그렇게 대할 것입니다.

작성 예시: 세 곳에 흩어진 12명 팀

업소용 주방 장비 유통사로, 사무실은 볼로냐에, 영업 리드는 발렌시아에, 4명으로 구성된 지원 데스크는 클루지에 있습니다. 12명, 3개 언어, 팀 채널 하나가 있고, 고객은 각 설치 프로젝트 기간 동안 이 채널에 참여합니다.

장비팀 — 우리가 함께 일하는 방식
합의일: 2026년 10월 14일 · 담당자: Giulia (운영) · 검토: 2027년 1월 14일 · 마지막 검토: 2026년 10월 14일
응답 시간: #equipment의 질문에는 같은 영업일 안에 답하거나 담당자와 날짜를 알립니다. 이메일: 영업일 이틀. 긴급: 전화, 이메일은 안 됨.
기록하는 곳: 다른 멤버가 필요할 수 있는 내용은 다이렉트 메시지가 아니라 #equipment에 둡니다. 설치 한 건에 스레드 하나, 주문부터 인도까지.
회의: 월요일 안건은 금요일 정오까지 #equipment에 올리고, 각 항목에 필요한 결정을 함께 적습니다. 결정은 마지막 5분에 다시 읽어 확인하고, 리캡은 당일 채널에 올립니다. 기본 길이 25분. 목요일 오후는 모두에게 회의 없는 시간.
의사결정: 결정마다 담당자 한 명, 결정한 날 이유와 함께 기록. #equipment에 제안이 올라온 뒤 영업일 이틀 동안 이의가 없으면 동의. 고객과 전화로 내린 결정은 당일이 끝나기 전에 스레드에 기록하며, 기록하지 않으면 일어나지 않은 일로 봄.
상태 공유: 월요일과 목요일 CET 10:00까지 #equipment에 완료 / 다음 / 막힘. 지원팀은 한 주의 미해결 티켓을 목록이 아니라 건수로 올림.
가용 시간: 코어 타임 CET 10:00–16:00. 클루지는 한 시간 빠르고 발렌시아의 점심은 더 늦으므로, 어디서도 13:00~15:00 사이에는 답을 기대하지 않음. 부재: 복귀 날짜와 대리 담당자를 채널에 명시.
피드백: 먼저 당사자에게, 비공개로, 일주일 안에. 칭찬은 #equipment에, 각자의 언어로.
언어: 모두가 자기 언어(이탈리아어, 스페인어, 루마니아어)로 쓰고 채널도 자기 언어로 읽으며, 고객은 독일어로 읽음. 팀 전체가 행동해야 하는 내용은 월요일 통화에서 말로만 하지 않고 채널에 글로 씀. 설치 체크리스트는 첨부 파일이 아니라 채널의 노트.
변경: #equipment에서 제안하고 1월 검토 때 결정. 신규 멤버와 각 프로젝트의 고객은 첫날 이 페이지를 읽음.

열두 개 규범 중 세 개는 지난 분기의 마찰에서 나왔습니다. 루마니아 지원 데스크는 배송일 변경을 팀이 아니라 고객을 통해 알게 되고 있었습니다. 변경이 이탈리아어 전화 통화로 합의되었고 글로는 남지 않았기 때문입니다. 발렌시아 리드는 볼로냐의 메시지에 한밤중에 답하고 있었습니다. 설치 체크리스트는 두 가지 언어로 존재했고 그중 하나는 한 버전 뒤처져 있었습니다. 각 규범은 그 비용을 막았을 행동을 명시하며, 언어 규범은 팀이 가장 오래 논쟁한 규범입니다.

이미 사용 중인 도구에서 문서가 보관되는 곳

각 제품군에는 팀이 읽는 페이지를 고정하거나 저장할 곳이 있고, 그 기능이 멈추는 지점은 제각각입니다. 기록의 언어는 어디서나 같습니다. 입력된 언어 그대로입니다. 벤더의 공식 페이지에 문서화된 동작만 다루었고, 각 페이지를 확인한 달을 표시했습니다.

네 곳 모두 패턴은 같습니다. 규범 페이지는 입력된 언어로 한 번만 존재하고, 다른 언어를 읽는 멤버는 그 페이지나 누군가 만든 사본을 읽습니다. 각 제품군이 문서화한 번역은 기록이 아니라 읽는 사람 자신의 화면, 또는 진행 중인 통화에 속합니다. 그래서 위 예시의 언어 규범 때문에 볼로냐 팀은 모든 페이지의 사본을 하나 더 관리해야 하고, 그 사본은 한 버전 뒤처지게 됩니다. 회의가 남기는 것도 같은 규칙을 따릅니다. 통화가 끝난 뒤 녹취록과 요약이 어디로 가는지에서 더 자세히 다룹니다.

규범이 모든 멤버가 읽는 하나의 채널에 머무르는 방법

InterMIND는 팀의 업무가 채널에 모이는 커뮤니케이션 공간이므로, 규범이 있을 곳은 분명합니다. 그 규범이 적용되는 팀의 채널, 즉 장비팀, 클리닉의 프런트 데스크, 에이전시의 계정 그룹의 채널입니다. 월요일 통화, 상태 공유, 결정도 그 채널에서 이루어집니다. 규범을 노트(제목과 굵은 줄이 있는 서식 있는 메시지로, 나중에 노트 자체의 메뉴에서 편집)로 올리면 각 멤버가 자기 언어로 읽고, 원문은 토글 한 번이면 볼 수 있습니다. 노트는 고정되어 현재 버전이 신규 멤버가 가장 먼저 발견하는 문서가 됩니다. 편집 기록을 켜 두면 바뀐 규범의 이전 문구가 현재 텍스트 위에 타임스탬프와 함께 나타나며, 이것이 담당자의 "마지막 검토" 줄이 가리키는 검토 이력입니다. 예시의 설치 체크리스트도 같은 종류의 노트로, 두 언어의 첨부 파일이 아니라 한곳에 있습니다. 월요일 통화 중에는 규범이나 그 아래에 적은 안건을 Share to conference로 비디오 타일 옆 모두의 화면에 띄울 수 있고, 공유하는 사람이 실시간으로 편집하는 동안 각 참가자가 자기 언어로 읽습니다. 통화가 끝나면 리캡이 회의 자체에서 작성됩니다. 요약, 다시 읽어 확인한 결정, 담당자가 있는 액션 아이템이 포함되며, 이메일로, 채널의 메시지로, 캘린더 일정의 링크로 도착하고, 로그인한 모든 멤버가 자기 언어로 읽을 수 있습니다. 어느 멤버든 편집할 수 있고, 모든 편집에는 작성자와 수정 이력이 남으며, 채널에는 지난 모든 세션의 리캡이 그것을 이끈 규범 옆에 보관됩니다. 문서의 원본을 문서 도구에 계속 둔다면, 그 업데이트는 이메일로 채널에 도착합니다. 채널의 호스트가 채널에 고유한 주소를 부여하고, 그 주소로 보낸 메시지는 보낸 사람 이름이 표시되고 첨부 파일이 유지된 일반 메시지로 나타납니다.

팀의 규범이 적용되는 사람이 항상 직원인 것은 아닙니다. 석 달 동안 설치 스레드를 읽는 고객, 프리랜서 설치 기사, 유통사의 주문 담당자도 있습니다. 채널의 외부 멤버는 이메일로 무료 계정을 만들어 참여하며, 규범과 스레드와 그 기록을 다른 멤버와 똑같이 자기 언어로 읽습니다. 계정이 없는 사람은 회의 한 건의 게스트입니다. 월요일 통화에 링크로, 휴대폰으로, 무료로 참여해 자기 언어로 실시간으로 듣지만, 이후에 남는 기록은 없습니다.

호스트가 공간을 제공하고, 유료 플랜에서는 직전 28일 동안 활성이었던 멤버, 즉 회의에 참여했거나 채팅에 글을 썼거나 어시스턴트에게 질문한 멤버에 대해서만 비용을 냅니다. 조용해진 멤버는 비용 없이 접근 권한을 유지하며, 이것이 규범 페이지에 필요한 조건입니다. 3월에 육아휴직에서 돌아오는 동료도 페이지와 1월의 검토 내용을 떠날 때 그대로 찾을 수 있습니다.

• 전체 리캡 열어 보기 — 여러분의 리캡을 작성하는 것과 같은 코드로 렌더링한 실제 기록입니다.
• 라이브 데모 체험하기 — 가입 없이, 말하면 듣는 사람마다 각자의 언어로 번역된 소리를 들을 수 있습니다.

기본기로서의 팀 규범은 어떤 도구에서도 살아남습니다. 마찰을 수집하고, 한 시간을 진행하고, 동사가 들어 있는 문장을 쓰고, 페이지를 고정하고, 검토 날짜에 여는 일은 여전히 누군가의 몫입니다. 살아남지 않아도 되는 것은 두 번째 일입니다. 다른 언어를 읽는 사무실을 위해 규범, 체크리스트, 모든 리캡의 번역본을 한 번에 한 언어씩 직접 관리하는 일입니다.

FAQ

팀 규범이란 무엇인가요?

팀 규범은 팀이 매일 함께 일하는 방식에 대해 합의하여 문서로 남긴 규칙입니다. 얼마나 빨리 답하는지, 회의를 어떻게 진행하는지, 의사결정을 어떻게 내리고 기록하는지, 언제 연락이 닿는지, 피드백을 어떻게 주고받는지, 팀이 어떤 언어로 쓰는지를 포함합니다. 규범은 팀의 누구나 관찰할 수 있는 행동을 설명하므로, 지켜졌는지 팀이 알 수 있습니다. 규범은 그 적용을 받는 사람들이 합의하며, 이 점이 위에서 내려온 정책과 규범을 구분합니다.

팀 규범의 예에는 어떤 것이 있나요?

"팀 채널의 질문에는 같은 영업일 안에 답하거나, 담당자와 날짜를 알린다." "안건이 없으면 회의도 없다. 결정은 마지막 5분에 다시 읽어 확인하고 같은 날 기록한다." "모든 결정에는 담당자가 한 명 있고, 이유와 함께 채널에 기록한다." "코어 타임은 10:00부터 16:00까지이며, 그 밖의 시간에는 아무도 답할 의무가 없다." "피드백은 먼저 당사자에게, 비공개로, 일주일 안에 전한다." "모두가 자기 언어로 쓴다. 팀 전체가 행동해야 하는 내용은 통화에서 말로만 하지 않고 글로 쓴다." 각각 행동, 장소, 경계를 명시하고 있습니다.

팀 규범은 어떻게 정하나요?

각 멤버에게 지난달 함께 일하면서 시간을 가장 많이 잃게 한 세 가지를 채널에서 수집합니다. 회의 한 번에서 답변 묶음마다 문장 하나를 초안으로 쓰고, 각 문장이 행동, 경계, 장소, 담당자를 갖추었는지 테스트하고, 논란이 된 항목은 논쟁한 뒤, 나머지는 8~12개로 줄입니다. 목록을 팀 채널에 노트로 올려 고정하고, 영업일 이틀의 침묵을 동의로 봅니다. 페이지에는 담당자 한 명의 이름과 석 달 뒤의 검토 날짜를 적고, 그 날짜에는 추가하기 전에 먼저 삭제합니다.

팀 규범과 그라운드 룰은 무엇이 다른가요?

그라운드 룰은 보통 회의나 워크숍 같은 하나의 상황을 다루며, 그 안에서 사람들이 어떻게 행동하는지를 정합니다. 누가 말하는지, 얼마나 오래 말하는지, 회의실 밖으로 무엇이 나가는지 등입니다. 팀 규범은 팀의 업무 하루 전체를 다룹니다. 채팅, 회의 사이에 내린 결정, 가용 시간, 피드백, 언어를 포함하며, 회의 그라운드 룰은 그중 하나의 섹션입니다. 팀 워킹 어그리먼트는 대부분의 팀에서 이름만 다른 팀 규범과 같은 것입니다.

팀 규범은 몇 개가 적당한가요?

각 규범이 팀이 실제로 겪은 논쟁에 답하는 정도로, 그리고 멤버가 외워서 말할 수 있을 만큼 적어야 합니다. 8~12개가 일반적이며, 20개가 되면 정책입니다. 아무도 반대하지 않은 규범은 어겨져도 아무도 알아채지 못하고, 모두가 생각 없이 지키는 규범은 이미 습관이 되었으므로 페이지에서 빼도 됩니다. 검토 날짜는 목록이 늘어날 뿐 아니라 줄어들도록 하기 위해 있습니다.

팀 규범은 어디에 문서화해야 하나요?

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

팀 규범은 얼마나 자주 검토해야 하나요?

페이지에 적힌 날짜에, 지정된 담당자가 석 달마다 검토합니다. 검토는 삭제로 시작합니다. 아무도 지키지 않은 규범과 이미 습관이 된 규범을 지우고, 지난 분기의 마찰이 요구하는 것만 추가합니다. 1년 동안 바뀌지 않은 페이지는 변하지 않은 팀이거나 아무도 열지 않는 페이지입니다. "마지막 검토" 줄이 신규 멤버에게 둘 중 어느 쪽인지 알려 줍니다.

출처: 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월에 확인했습니다. 벤더는 시간이 지나면서 플랜, 기능, 지원 언어 목록을 변경합니다. 최신 상태는 각 벤더의 페이지에서 확인하세요.