노션으로 설계하는 팀 운영체계
팀의 일이 덜 새도록, 노션은 운영체계가 되어야 합니다
책 소개
이 책을 펼치기 전에
프롤로그. 팀은 도구가 아니라 흐름으로 굴러간다
제1장. 노션은 예쁜 문서함이 아니다
1절. 대시보드보다 먼저 흘러야 할 일이 있다
2절. 문서함이 되는 순간 책임은 흩어진다
3절. 팀 운영체계가 가져야 할 세 가지 축
제2장. 팀 운영체계는 무엇을 연결해야 하나
1절. 회의·업무·문서가 끊기면 같은 질문이 반복된다
2절. 책임자는 사람 이름이 아니라 다음 행동이다
3절. 운영체계의 최소 단위는 페이지가 아니라 흐름이다
제3장. 회의록은 기록보다 결정의 증거다
1절. 회의록이 길수록 팀이 덜 움직이는 이유
2절. 결정·근거·담당자·기한이 남아야 한다
3절. 회의록 데이터베이스는 회의를 줄이기 위해 존재한다
제4장. 업무 데이터베이스를 너무 복잡하게 만들지 않기
1절. 상태값이 많아질수록 일은 덜 보인다
2절. 담당자·기한·우선순위만으로도 충분한 순간
3절. 보기 좋은 속성과 실제 쓰는 속성을 구분하기
제5장. 프로젝트 페이지는 책임과 일정의 약속이다
1절. 프로젝트는 페이지가 아니라 합의의 묶음이다
2절. 목표·범위·리스크가 한곳에 있어야 한다
3절. 타임라인은 미래 예측보다 약속 확인에 가깝다
제6장. 팀 위키는 회사의 기억을 남긴다
1절. 문서가 많아도 기억이 남지 않는 이유
2절. 소유자와 갱신 주기가 없는 위키는 곧 오래된다
3절. 새 사람이 읽는 문서가 진짜 팀 위키다
제7장. 개인 페이지와 팀 페이지의 경계
1절. 개인 메모가 팀 자산이 되는 순간
2절. 초안·공유문서·공식문서를 나누는 기준
3절. 개인 생산성과 팀 운영은 같은 말이 아니다
제8장. 알림과 권한이 협업 피로를 만든다
1절. 모두에게 알리는 팀은 아무도 듣지 않는다
2절. 권한을 넓게 열수록 책임은 흐려진다
3절. 외부 협업은 편리함보다 경계를 먼저 본다
제9장. 회고와 업데이트가 운영체계를 살린다
1절. 만든 뒤 방치하면 운영체계도 낡는다
2절. 회고는 감상보다 구조를 고치는 시간이다
3절. 업데이트 주기가 팀의 신뢰를 만든다
제10장. 노션은 팀의 습관을 대신하지 못한다
1절. 도구를 바꿔도 회의 방식이 같으면 결과도 같다
2절. 템플릿보다 먼저 팀의 언어를 맞춰야 한다
3절. 운영체계가 실패하는 가장 흔한 순간
제11장. 운영체계를 오래 굴리는 업데이트 리듬
1절. 주간 점검은 일을 감시하기보다 막힘을 찾는다
2절. 월간 정리는 페이지를 줄이고 흐름을 살린다
3절. 새 팀원이 들어오는 순간 구조가 검증된다
제12장. 좋은 운영체계와 위험한 운영체계를 가르는 기준
1절. 정보가 많아지는 것과 판단이 쉬워지는 것은 다르다
2절. 보안·권한·요금제는 처음부터 운영 기준에 넣는다
3절. 팀이 덜 물어보게 되면 구조는 작동하기 시작한다
에필로그. 좋은 운영체계는 사람들이 덜 물어보게 만든다
참고문헌