Latest / M365.FM – Microsoft 365, Copilot & AI 팟캐스트 (한국어) / Copilot이 SharePoint 혼란을 고칠 수 없는 이유: 신뢰할 수 있는 답변을 위한 거버넌스, 정보 아키텍처, 레이블 (AI 더빙)

Transcript

Copilot이 SharePoint 혼란을 고칠 수 없는 이유: 신뢰할 수 있는 답변을 위한 거버넌스, 정보 아키텍처, 레이블 (AI 더빙) · M365.FM – Microsoft 365, Copilot & AI 팟캐스트 (한국어)

0:00
관리자님, 들리시나요?
0:01
인터넷이 너무 조용하지만 그 고요함은 오히려 복잡합니다.
0:05
인터넷 속도가 너무 느리죠.
0:06
코파일럿이 해결해줄 거라고 생각하시나요?
0:09
절대 안 됩니다.
0:10
코파일럿은 당신이 바라는 모습이 아닌
0:11
이는 그대로의 인터넷 환경을 읽습니다.
0:13
잠시 후, AI가 셰어포인트 위 무질서한 확산,
0:17
권한관리의 혼란, 버려진 팀,
0:20
부패한 데이터, 섀도우 사이트,
0:22
그리고 온갖 망상들이 어떻게 당신의 상황을
0:25
그대로 반영하는지 보여드리겠습니다.
0:27
또한, 효율적인 정보 아키텍처 수명 주기,
0:31
네이블, DLP 보전, 전후 감사, 맵 생성,
0:35
그리고 즉각적인 결과 도출을 위한
0:37
체계적인 방법도 설명드리겠습니다.
0:39
단 한 번의 실수로 코파일럿은 당신의 그림자를 들이웉니다.
0:43
그 실수는 곧 박쳐올 겁니다.
0:45
인터넷의 거짓말, AI가 당신의 생각이 아닌
0:48
당신의 혼란스러운 상황을 읽는 이유,
0:51
침묵은 거짓말입니다.
0:52
당신의 인터넷은 정원이 아닙니다.
0:55
모든 잘못된 선택을 기억하는 아카이브입니다.
0:59
AI는 당신의 의도를 읽는 것이 아니라
1:01
잔여물, 구조, 네이블, 권한을 읽습니다.
1:05
땅이 진흙탕이면 답도 진흙탕처럼 나옵니다.
1:08
대부분의 사람들이 간과하는 점이 있습니다.
1:11
코파일럿, 검색, 그리고 에이전트는
1:13
마치 벽으로 둘러싸인 정원 안에 존재합니다.
1:16
셰어포인트, 온드라이브, 팀즈, 아울룩, 경고한 벽, 잘 알려진 경로.
1:22
하지만 그 벽 너머에는 캄플루언스, 지라, 구글 등 직원들이 매일 사용하는 지식이 있습니다.
1:29
AI는 이를 볼 수 없기에 접근 가능한 정보로 공백을 채웁니다.
1:33
좁은 방안에서 메아리가 울려퍼지듯 확신의 찬소리가 들립니다.
1:37
여전히 메아리가 울려퍼집니다.
1:39
정책 지침을 요청합니다.
1:41
최신 반품 절차는 무엇인가요?
1:44
AI는 3개의 파일만 확인합니다.
1:46
2021년 최종 버전 7로 표시된 PDF 파일,
1:50
깊숙한 폴더에 있는 2023년 초안,
1:52
그리고 관리자 2명만 열 수 있는 2024년 파워포인트 파일.
1:56
권한이 모호해졌고 권한 상속은 몇 년 전에 무너졌습니다.
2:00
AI는 PDF 파일과 초안을 확인합니다.
2:02
최신 정책은 질문자가 열 수 없는 문 뒤에 숨겨져 있습니다.
2:06
그래서 답변은 낡고 불완전하게 섞여 있습니다.
2:09
매끄럽게 들리지만 사실은 틀렸습니다.
2:11
이런 일이 발생하는 이유는 특별할 것 없이 아주 간단합니다.
2:13
바로 직원들이 자초한 일입니다.
2:15
너무 많은 메타데이터 필드를 너무 빨리 추가했습니다.
2:17
출시 당시 13개, 그 중 7개가 필수였습니다.
2:20
결국 도입률은 떨어졌습니다.
2:21
사용자들은 깊고 복잡하게 얽힌 폴더 속으로 도망쳤습니다.
2:24
최종 복사본은 기하급수적으로 늘어났습니다.
2:26
썩은 데이터는 중복되고 쓸모없고 사소하게 사여갔습니다.
2:29
사이트 생성은 무분별하게 이루어졌습니다.
2:31
하위 사이트, 이제는 그림자 사이트가 된 곳들이 단 하나의 파일과 소유자도 없이 생겨났습니다.
2:35
자유로운 느낌이었습니다.
2:37
그 자유는 안개를 키웠습니다.
2:39
그리고 검색은 안개를 고갈시키거나 과잉 공급합니다.
2:43
모든 곳에서 콘텐츠 검색을 제한하면 기반이 무너집니다.
2:47
모델은 충분한 정보를 얻지 못해 추측할 수밖에 없습니다.
2:50
반대로 하면 무분별한 확산이 일어납니다.
2:53
해답은 노이즈를 끌어들입니다.
2:54
같은 죄악이지만 감염만 다릅니다.
2:56
아무도 가르쳐주지 않는 지름길을 알려드리겠습니다.
2:59
고통스러운 곳에서 마찰을 최소화하세요.
3:01
필수 입력란은 최소화하세요.
3:03
목적에 따라 두세 개 정도로 제한하세요.
3:05
사람들이 중요한 작업을 어디에 두어야 하는지 알 수 있도록 허브앤 스포크 정보 아키텍처를 구축하세요.
3:11
레이시와 RCD를 벽이 아닌 문처럼 사용하세요.
3:14
위험도가 높은 사이트가 광범위하게 노출되지 않도록 하되, 인덱스를 고갈시키지 않도록 노출 범위를 조절하세요.
3:19
이것은 썩은 데이터를 숨기는 것이 아닙니다.
3:21
모델에 썩은 데이터를 공급하지 않는 것입니다.
3:23
자, 이제 까다로운 부분입니다.
3:25
권한, 그것들은 표류합니다.
3:27
중첩된 그룹, 항목 수준의 분리, 영원히 사라지지 않는 임시 공유.
3:34
이번 주에만 추가된 외부 게스트가 몇 달이 지나도 여전히 복도를 활보합니다.
3:39
질문이 필요합니다.
3:41
그리고 그 질문은 명확하게 답할 수 있습니다.
3:43
누가 액세스할 수 있고 누가 차이점을 검토해야 합니까?
3:47
차이점이 바로 그 원인입니다.
3:49
이름을 붙이고 닫으세요.
3:51
이제 작은 이야기를 하나 해보겠습니다.
3:53
지난달 한 관리자가 코파일럿 프롬프트를 실행했습니다.
3:57
벤더를 위한 사고 대응 정책을 요약해 주세요.
4:00
답변은 2019년 시어포인트 페이지와 초한 워터 마크가 있는 워드 문서를 인용했는데 둘 다 눈에 보였습니다.
4:08
현재 정책은 RAAC로 제한된 소수 그룹에만 접근 권한이 부여된 팀 사이트에 있었습니다.
4:14
IIA 정리, 허브 정렬, 네이블 상속, 그리고 권한 모델 축소 후 관리자는 동일한 프롬프트를 다시 실행했습니다.
4:22
새로운 답변, 정확한 인용, 그리고 차이점 감소, AI가 더 똑똑해져서가 아니라 근본적인 문제가 해결되었기 때문입니다.
4:30
계속하기 전에 규모를 이해해야 합니다.
4:33
매일 테넌트에 더 많은 것이 추가됩니다.
4:36
클라우드 전체에 수십억 개의 파일이 있고 수백만 개의 사이트가 생성되고 방치됩니다.
4:41
이러한 성장이 나쁜 것은 아닙니다.
4:44
무관심합니다.
4:45
생명주기가 없으면 늪이 됩니다.
4:47
생명주기가 있으면 테스트를 만들고 보관하고 폐기합니다.
4:50
그러면 흐름이 됩니다.
4:51
AI는 흐름 속에서 더 잘 헤엄칩니다.
4:53
아무도 이야기하지 않는 판도를 바꾸는 것은 바로 이것입니다.
4:56
코파일럿은 당신의 구조를 고쳐줄 수 없습니다.
4:59
단지 반영할 뿐입니다.
5:01
자동 분류는 도움이 되지만 라이브러리를 노이즈로 가득 채우면 모델은 노이즈를 잘 분류해버립니다.
5:07
그러면 정확한 혼돈이 만들어집니다.
5:09
그리고 제약을 과도하게 사용하면 당신이 스스로 판틈 위에 다리를 놓는 환상을 만들어내게 됩니다.
5:15
바른 건 몰라도 이것 하나만은 기억하세요.
5:17
이 AI는 당신의 생각을 읽지 않습니다.
5:19
당신이 어지럽힌 것을 읽습니다.
5:21
집을 정리하면 현명한 척할 겁니다.
5:23
그대로 내버려두면 당신의 목소리를 흉내내면서 사람들을 오도할 겁니다.
5:28
다음은 첫 번째 생명체입니다.
5:30
권한표류
5:31
조용한 집안에 잠기지 않은 문들
5:35
첫 번째 생명체
5:36
권한표류
5:37
조용한 집안에 잠기지 않은 문들
5:40
관리자
5:40
이제 들리시나요?
5:42
삐걱거리지 않는 경첩
5:43
저절로 열리는 문들
5:45
권한표류는 시끄럽지 않습니다.
5:47
인내심이 강합니다.
5:49
기다립니다.
5:50
그리고 그 틈새로 진실이 새어나옵니다.
5:53
왜 이것이 중요하냐면 간단합니다.
5:56
상속이 깨지면 감사추적도 함께 무너지기 때문입니다.
5:59
측면 구성원이 명확한 의미를 가진다고 생각하지만 그렇지 않습니다.
6:04
중첩된 그룹은 낯선 사람들을 끌어들이고
6:06
항목 수준의 권한 분할은 깔끔한 방을 미로로 만듭니다.
6:10
외부 공유는 외부의 침입을 불러들이고
6:13
유령 소유자는 인사팀에서 사라지지만
6:15
그들의 키는 여전히 작동합니다.
6:18
그러면 누가 이 일을 목격했는지는 추측
6:21
애매한 답변
6:22
감지할 수 없는 거짓말로 남게 됩니다.
6:25
대부분의 사람들이 놓치는 부분이죠.
6:27
복잡성은 통제처럼 보이지만 그렇지 않습니다.
6:30
복잡하게 중첩된 에이저 AD 그룹은 우아함을 약속하지만
6:34
사각지대를 만들어냅니다.
6:36
링크로 폴더를 일시적으로 공유했던 팀 사이트
6:39
2019년에 상속이 깨진 단일 파일 라이브러리
6:43
일주일 동안 추가된 계약직 직원이
6:45
이제 300개의 드라이브에 퍼져 있는 경우처럼 말입니다.
6:48
변화는 한 번에 일어나는 것이 아닙니다.
6:50
서서히 진행되는 변화입니다.
6:52
마치 지도가 잘못될 때까지
6:53
집을 조금씩 움직이는 조류와 같습니다.
6:55
해결책은 간단합니다.
6:57
핵심을 꿰뚫는 두 가지 질문이 필요합니다.
6:59
누가 접근할 수 있고 누가 접근할 수 없어야 하는지
7:02
그리고 이 두 가지를 정기적으로 실행해야 합니다.
7:05
사이트, 라이브러리 항목, 내부 게스트 링크
7:08
그런 다음 비교해보세요.
7:10
그 델타가 바로 그 괴물입니다.
7:12
당신이 열려고 하지 않았던 모든 문을 떠올리게 하고
7:14
다른 그룹을 집어삼키고
7:16
마치 피부처럼 입었던 모든 그룹을 떠올리게 합니다.
7:19
깨끗한 사이트에서 고유 권한이 53개나 되는 것을 보고이 사실을 깨달았습니다.
7:23
치매가 아니라 그저 중력의 영향일 뿐입니다.
7:26
수년간 한 번만 일하는 식으로 축적되어 온 것이죠.
7:28
이것이 바로 드리프트입니다.
7:30
이제 정확히 어떻게 되돌릴 수 있는지 보여드리겠습니다.
7:32
항목 수준의 권한 분할을 해제하고
7:34
그룹 기반 액세스로 표준화하세요.
7:37
소유자, 구성원, 방문자를 명확하고
7:40
사람이 이해하기 쉬운 이름의 에이저 AD 그룹에 맵핑합니다.
7:44
해당 구조의 민감도 레이블을 지정합니다.
7:47
레이블은 단순히 스티커가 아니라
7:49
기밀 공유 라는 레이블이 붙으면
7:51
소스에서 권한이 침해되는 것을 방지하는 회로와 같습니다.
7:55
가능한 모든 곳에서 권한을 상속하고
7:57
예외 사항은 공식적인 요청 경로로 전달합니다.
8:01
예외 사항을 기록하고
8:02
만료 기간을 두고 최종적으로 삭제합니다.
8:05
실질적인 절차는 다음과 같습니다.
8:07
허브와 스포크에 대한 권한 매트릭스를 생성합니다.
8:09
고유 권한 순으로 정렬합니다.
8:12
링크가 있는 모든 사용자
8:13
즉 링크를 가진 모든 사용자를 강조 표시합니다.
8:16
먼저 이러한 사용자를 삭제한 다음
8:18
외부 사용자 순으로 정렬합니다.
8:20
계약을 검증하고 숨겨진 권한을 제거합니다.
8:23
다음으로 중첩된 그룹을 통합합니다.
8:25
그룹의 비즈니스 목적과 연관을 찾을 수 없는
8:27
다른 그룹이 포함되어 있다면
8:28
해당 그룹을 평면화하거나
8:30
직접 맵핑으로 대체하십시오.
8:32
마지막으로 사이트 모음 관리자 목록을 작성하십시오.
8:34
만약 그 목록이 포괄적인 것이라면
8:36
거버넌스를 미신으로 대체한 것입니다.
8:38
인증된 소유자가 있는 명명된 역할로 목록을 줄이십시오.
8:42
이제 즉각적인 성과를 내는 방법입니다.
8:44
민감한 레이블에 대한 임시 항목 공유를
8:47
테넌트 및 사이트 수준에서 차단하십시오.
8:50
링크가 아닌 사람별로 공유하도록 강제하십시오.
8:53
위험도가 높은 링크에 대한 월별보고서를 활성화하십시오.
8:57
검토 후 권한을 취소하십시오.
8:59
팀당 180일 동안 인증할 수 있는 소유자를 2명 지정하십시오.
9:03
인증하지 않은 소유자는 권한을 박탈하십시오.
9:06
사람들이 문의 무게를 느낄 때 집은 더 이상 흔들리지 않습니다.
9:12
흔히 발생하는 실수, 절대 사라지지 않는 이례성 예외사항,
9:16
종료일이 없는 임시 공급업체 액세스 권한,
9:20
체크리스트를 완료했다는 이유만으로
9:22
전체 라이브러리의 상속이 깨진 채로 남겨진 마이그레이션 오류 수정,
9:27
그리고 최악의 경우,
9:28
제한된 액세스 제어 뒤에 숨어 공동조종사의 권한을 박탈하면서
9:33
오래된 링크는 활짝 열어두는 것입니다.
9:36
앞문은 잠그고 뒷문은 걸어놓은 것과 같습니다.
9:39
이것이 바로 작은 이야기입니다.
9:40
한 관리자가 코파일럿에게 파트너 NDA 흐름 요약을 요청했습니다.
9:44
코파일럿은 공개 시어포인트 페이지와
9:46
워드 문서 추안을 참조하라고 했습니다.
9:48
둘 다 잘못된 정보였습니다.
9:50
현재 프로세스는 대부분의 사용자가
9:52
색인에 접근할 수 없도록
9:53
레이블이 지정된 프로젝트 사이트에 봉인되어 있었습니다.
9:56
드리프트 정리, 단절 부분 통합,
9:59
레이블을 사이트에 맞추고
10:01
정책을 노출 범위가 제한된 허브로 이동한 후
10:04
동일한 요청에 대해 올바른 참조가 포함된
10:07
현재 SOP가 반환되었습니다.
10:09
더 똑똑한 AI가 아니라 허점이 줄어든 것입니다.
10:12
다른 건 몰라도 이것만은 기억하세요.
10:15
드리프트 때문에 감사가 희망의 의식이 되어버립니다.
10:18
그룹의 접근 권한을 연결하고
10:19
목적의 그룹을 연결하고
10:20
레이블의 목적을 연결하세요.
10:22
그리고 모든 예외사항은 정해진 일정에 따라 폐기하세요.
10:25
침묵이 당신을 괴롭힐 것입니다.
10:27
하지만 이 부분을 제대로 해결하면
10:28
모든 것이 제자리를 찾을 것입니다.
10:32
외국
10:32
알겠습니다.
10:48
외국
10:49
알겠습니다.
11:13
외국
11:14
알겠습니다.
11:41
이제
11:41
문이 멈추고
12:01
다음 괴물이 나타납니다.
12:05
관리자가 없는 방
12:06
규칙이 사라지는 버려진 팀
12:09
부패가 시작되는 곳
12:12
두 번째 괴물
12:15
관리자가 없는 팀
12:17
규칙이 사라지는 곳
12:19
그리고 문이 멈춥니다.
12:22
그리고 방들은 고요해집니다.
12:24
버려진 팀들
12:25
관리자 없는 방들
12:27
규칙은 희미해지고
12:29
불빛은 깜빡거립니다.
12:30
연결자들은 어둠 속에서 속삭입니다.
12:33
아무에게도 전송되지 않는 로그를 남깁니다.
12:36
파일은 여전히 지난 겨울 회사를 떠난 노트북과 동기화됩니다.
12:40
대화는 문장 중간에 멈춥니다.
12:42
관리자가 없으면 위식도 없습니다.
12:45
위식이 없으면 끝도 없습니다.
12:46
그리고 끝이 없으니 정책은 유리창에 떨어지는 빗방울처럼 미끄러져 내려갑니다.
12:51
왜 이것이 중요할까요?
12:52
방은 여전히 존재하기 때문입니다.
12:54
팀은 단순한 채팅이 아닙니다.
12:56
강력한 셰어포인트 사이트입니다.
12:58
채널, 라이브러리, 탭, 앱, 외부 게스트, 토큰을 담고 있습니다.
13:03
관리자가 사라지면 회사는 이 방을 잠그는 것을 잊어버립니다.
13:07
생명주기는 더 이상 구속력을 갖지 않습니다.
13:10
데이터 손실방지, DLP는 더 이상 작동하지 않습니다.
13:13
데이터 보존 정책은 더 이상 시간을 재지 않습니다.
13:16
그때 진부한 것이 신성시되고 사소한 것이 영원해집니다.
13:20
민감한 정보는 동기화와 공유를 통해 아무런 제재 없이 떠돌아다닙니다.
13:24
대부분의 사람들이 놓치는 것은 조용한 활동입니다.
13:27
비활성이라고 해서 비어있는 것은 아닙니다.
13:29
앱은 여전히 게시물을 올리고, 플로우는 여전히 글을 쓰고,
13:32
봇은 여전히 메시지를 저장합니다.
13:33
채팅이 보이지 않으니 죽었다고 생각하지만 그렇지 않습니다.
13:36
관리되지 않는 시스템은 키를 가진 사람이 계속 사용할 수 있습니다.
13:40
이를 밝혀내는 정확한 방법을 알려드리겠습니다.
13:43
세 가지를 확인해야 합니다.
13:45
첫째, 90일간의 활동 내역, 게시물, 파일 편집, 회의를 확인합니다.
13:49
앱 이벤트만 있는 팀은 플래그를 지정합니다.
13:51
둘째, 마지막 소유자를 확인합니다.
13:54
인사팀에서 퇴사했거나, 계정을 비활성화했거나, 백업이 없는 단일 소유자는 위험도가 높습니다.
13:59
셋째, 외부 게스트 수를 확인합니다.
14:01
게스트는 많지만 소유자가 없는 회의실은 위험도가 높습니다.
14:04
이 세 가지를 종합하여 레이블을 지정합니다.
14:06
소유자 없음, 게스트 수 많음.
14:08
이 문구를 보면 불안감을 느끼실 겁니다.
14:10
관리자보다 외부 사용자가 더 많다는 뜻입니다.
14:13
이번 주에 실행할 수 있는 방법을 알려드리겠습니다.
14:15
마지막 활동 날짜, 소유자 수, 게스트 수, 연결된 시어포인트 사이트 크기,
14:20
활성 커넥터를 기준으로 팀의 인벤토리를 가져옵니다.
14:23
각 항목별로 소유자가 없는 항목과 가장 오래된 활동 순으로 정렬합니다.
14:27
아카이브 워크플로우를 실행합니다.
14:30
이전 소유자, 관리자, 지정된 사업부 책임자에게 알림을 보냅니다.
14:35
명확한 분기를 제공합니다.
14:37
소유권을 재할당하고, 목적을 다시 명시하거나 아카이브를 수락합니다.
14:41
재할당하는 경우 소유자를 2명으로 설정합니다.
14:45
민감도 레이블을 확인합니다.
14:47
수명 주기를 다시 연결하고, 외부 게스트를 검토합니다.
14:50
보관된 경우, 관리되는 라이브러리로 기록을 내보내고,
14:54
보존 기간을 적용하고, 외부 공유를 차단하고, 사이트를 폐쇄하세요.
14:59
만일의 사태를 대비해 보관하지 마세요.
15:01
무덤도 결국 집안의 공간일 뿐입니다.
15:03
작은 이야기 하나를 들려드리겠습니다.
15:05
한 프로젝트 팀이 18개월 전에 해체되었지만, 제대로 마무리되지 않았습니다.
15:09
타사 도구의 커넥터가 매일 밤 로그를 기록하고 있었고,
15:12
게스트 벤더가 여전히 접근 권한을 가지고 있었습니다.
15:15
재설치된 팀원의 노트북에는 재무 폴더가 로컬로 동기화되어 있었습니다.
15:19
심각한 문제는 아니었지만, 느리고 꾸준한 정보 유출 경로가 존재했습니다.
15:23
점검 결과, 90일 동안 활동이 없었고, 마지막 소유자는 없어두며, 게스트 벤더는 5명이었습니다.
15:28
이에 따라 팀을 보관 처리하고, 기록 세트를 보존하고, 게스트 벤더를 제거했습니다.
15:34
벤더 청구와 관련하여 코파일럿 프롬프트를 다시 실행했습니다.
15:37
정리 작업 전에는 이전 채널 메모와 오래된 스프레드 시트를 문제 삼았습니다.
15:42
정리 작업 후, 후속팀의 소유자 쌍을 보관하자,
15:44
코파일럿은 새로운 표준 운영 절차, SOP와 최신 원장을 문제 삼았습니다.
15:49
마법이 아니라 관리 체계가 복원된 것입니다.
15:52
이제 빠른 성과를 낼 수 있는 방법을 살펴보겠습니다.
15:55
180일마다 소유자의 확인을 거쳐 비활성팀의 자동만료 기능을 활성화하세요.
16:01
생성 정책
16:02
생성 시 소유자 2명을 지정해야 합니다.
16:06
프로젝트 생성 시 부서 커뮤니티의 목적 필드를 필수로 지정하고,
16:11
이를 생명주기 규칙에 맞춰 조정해야 합니다.
16:14
소유자가 없는 경우 커넥터 추가를 비활성화해야 합니다.
16:18
테스트에 소유자가 없는 경우 게스트 접근을 차단해야 합니다.
16:22
팀이 관리자를 증명할 수 없다면 외부인을 초대할 수 없습니다.
16:28
흔히 발생하는 실수, 아이디어가 사장되는 주차장팀,
16:32
마무리 단계 없이 종료되는 프로젝트,
16:35
좀비 커넥터, 지라, 채널 이메일,
16:38
평빈 공간에 계속 메시지를 보내는 레거시봇,
16:42
그리고 최악의 경우 영웅적인 소유자 한 명이
16:45
번아웃되어 그만두고 모든 권한을 가져가는 것입니다.
16:49
이렇게 해서 방은 고화가 됩니다.
16:52
소음 때문이 아니라 방치 때문에.
16:56
다른 건 몰라도 이것만은 기억하세요.
16:59
관리자 없는 방은 이름 없는 위험입니다.
17:02
이름을 붙여주세요.
17:03
선택을 강요하세요.
17:05
목적을 가지고 갱신하거나 증거를 가지고 종료하세요.
17:09
그렇게 하면 안개가 걷히고 눕히 깨어납니다.
17:12
남은 것을 먹고 사는 부패한 데이터.
17:15
세 번째 생물.
17:17
부패한 데이터.
17:18
불필요하고 쓸모없고 사소한 것들.
17:21
안개를 키우고 그 안개를 늪으로 몰아넣는다.
17:24
로트 외 데이터.
17:25
불필요하고 쓸모없고 사소한 것들.
17:28
겉보기에는 무해해 보인다.
17:30
작은 파일들.
17:31
오래된 버전뜰.
17:32
파이널 세븐.
17:33
파이널 V8.
17:35
깊고 구불구불 한 폴더에 쌓인 수많은 복사본들.
17:38
하지만 이것이 바로 신호를 덮어버리는 안개다.
17:41
검색은 이 안개를 들이마시고 코파일럿은 마신다.
17:44
그리고 답은 돌아온다.
17:46
짙고 느리고 틀렸다.
17:48
왜 이것이 중요한지는 명백하다.
17:51
부패는 주위를 앗아간다.
17:53
정확성을 앗아간다.
17:54
버전더미는 현재의 진실을 덮어버린다.
17:56
오래된 복사본은 최신 기록보다 경로에 더 가깝다.
18:00
모델은 오른 것이 아니라 쉬운 것에 착륙한다.
18:04
안개가 짙어지면 인차인이 최고 인재들은 증거가 아닌 기억에 의존하기 시작한다.
18:10
그때 잘못된 결정이 당연하게 느껴진다.
18:12
그들은 침착하게 말한다.
18:14
그들은 당신의 배지를 달고 있다.
18:15
대부분의 사람들이 놓치는 바로 그 점.
18:17
글쓰기는 마찰 속에서 성장한다.
18:20
너무 많은 관문이 있다.
18:21
사소한 일에 너무 많은 의식이 필요하다.
18:23
그리고 사용자들은 폴더로 숨어든다.
18:26
그들은 깊이의 사다리를 만든다.
18:28
10단계 아래로 거짓된 이름들.
18:31
여전히 가라앉는 아카이블.
18:32
만일의 사태를 대비해 보관된 오래된 작업물들.
18:35
그러다 만일의 사태가 우연히 정책이 되어버린다.
18:38
늪은 돌진하지 않는다.
18:39
그저 기다릴 뿐이다.
18:41
깊고 조용한 먹이 사냥.
18:42
이제 그 늪을 드러내는 방법을 정확히 보여드리겠습니다.
18:45
보인업 라이브러리 전체에 걸쳐 콘텐츠 인벤토리를 실행하세요.
18:48
생성 1, 크기, 마지막 수정 1, 마지막 열람 1을 추출합니다.
18:53
중복 캐시를 추가하여 상동 1을 찾아 냅니다.
18:55
경로 깊이별로 그룹화하여 가장 깊은 둥지를 드러냅니다.
18:59
그런 다음 각 클러스터를 보존범주에 맵핑합니다.
19:02
반드시 보관해야 하는 레코드.
19:03
보관하는 것이 좋은 참조.
19:05
삭제해야 할 사소한 레코드.
19:07
추측하거나 논쟁하지 마세요.
19:09
지표가 형태를 그리도록 하세요.
19:11
이제 물을 맑게 하는 단계입니다.
19:13
최종 혼돈부터 시작하세요.
19:15
중복 캐시와 유사 이름 일치를 사용하여 거의 동일한 레코드를 통합합니다.
19:20
콘텐츠 유형에 연결된 표준 레코드를 유지합니다.
19:22
그림자 레코드를 삭제합니다.
19:25
다음으로 버전 더미를 정리합니다.
19:27
주요 버전을 적절한 수로 제한합니다.
19:30
디자인 저장소로 사용될 위도가 없었던 라이브러리의 마이너 버전을 줄입니다.
19:34
마지막으로 깊이 있는 분석을 시작합니다.
19:37
사용자가 복잡한 단계를 거치지 않아도 되도록 간소화된 메타 데이터를 사용하는 허브 앤 스포크 구조를 적용하세요.
19:44
필수 입력 항목은 목적과 유형.
19:46
두 개만 남겨두고, 두 번 클릭만으로 정확한 정보를 얻을 수 있도록 하여 번거로움을 줄이세요.
19:51
마지막으로 보존 기간을 설정하고, 기본 보존 기간을 적용하세요.
19:55
작업 라이브러리의 초안은 30일, 팀 공간의 참조 자료는 180일, 관리 라이브러리의 기록은 7년으로 설정하세요.
20:03
보존 기간이 지나면 혼란이 해소될 것입니다.
20:06
간단한 사례를 하나 소개하겠습니다.
20:08
이전에 부서 허브에서 이와 유사한 정리 계획을 실행한 적이 있습니다.
20:12
경비 정책을 검색했을 때 1페이지에 12개의 결과가 나왔는데, 그 중 8개는 오래된 자료였고, 2개는 초안이었습니다.
20:18
실제 기록은 2페이지에 있었는데, 검색 결과의 깊이와 중복된 이름 때문에 묻혀 있었습니다.
20:23
중복된 자료를 제거하고, 버전을 정리하고, 네이브를 적용한 후 보존 기간을 설정했습니다.
20:28
같은 검색어로 검색했을 때 2개의 결과만 나왔고, 모두 최신 자료였습니다.
20:32
코파일럿 위 답변 편차가 줄어들고, 인용 정확도가 높아졌습니다.
20:36
모델이 뭔가 새로운 것을 학습해서가 아니라, 방대한 자료가 사라졌기 때문입니다.
20:40
이번 주에 실천할 수 있는 간단한 성공 사례로는, 목적에 대한 3단계 용어집을 개시하고, 참조 자료의 보존 기간을 설정하는 것, 그리고 핵심 라이브러리의 콘텐츠 유형과 목적이라는 두 가지 필수 입력 항목을 연결하는 것 등이 있습니다.
20:53
용량 기준으로 상위 3개 라이브러리의 기본 보존 기간을 설정하세요.
20:57
레코드가 아닌 라이브러리에서는 버전 20 이상을 삭제하고, 매주 중복 캐시 보고서를 실행하여 최종 버전 7이 생성되기 전에 제거하세요.
21:06
흔히 저지르는 실수 중 하나는, 첫날부터 13개 필드를 필수 항목으로 지정하는 것입니다.
21:12
유효성 검사를 통과하기 위해 오래된 콘텐츠에 거짓 태그를 대량으로 추가하는 것도 문제입니다.
21:16
사용자 교육을 건너 뛰어 사람들이 계속해서 폴더를 쌓아 데이터를 축적하게 만드는 것도 잘못된 방법입니다.
21:21
그리고 최악의 실수는 AI가 쓰레기를 보물로 분류해줄 거라고 믿는 것입니다.
21:26
AI는 그렇게 하지 않습니다.
21:29
다른 건 몰라도 이것만은 기억하세요.
21:33
로티는 거짓말을 부드럽게 들리게 하는 안개와 같습니다.
21:37
안개를 걷어내면 집은 비로소 숨을 쉴 수 있습니다.
21:40
안개를 걷어내면 가장자리에서 움직이는 형체들이 보이기 시작할 겁니다.
21:44
그림자 같은 광경들, 추위 속에서 헤매다 들어온 길 잃은 존재들, 이제 그들의 차례입니다.
21:50
어떤 생명체일까요?
21:51
그림자 같은 광경들, 추위 속에서 헤매다 들어온 길 잃은 생명체들, 그리고 마침내 그들을 보게 됩니다.
21:58
길 잃은 존재들, 그림자 같은 광경들, 안전장치 없는 자율성에서 태어난 존재들,
22:03
제출된 양식, 놓친 체크박스, 목적 없이 복제된 템플릿, 각각은 작고 무해합니다.
22:10
그러다 수백 개, 그 다음엔 800개의 하위 사이트가 하나의 파일, 하나의 소유자, 하나의 조용한 표류를 통해 생겨납니다.
22:18
그들은 소리치지 않고 메아리 칩니다.
22:20
그리고 그 메아리는 지도를 왜곡합니다.
22:22
왜 이것이 중요하냐면 간단합니다.
22:25
모든 잘못된 사이트는 새로운 문, 병렬 구조, 복제된 권한 세트를 의미합니다.
22:30
이제 검색은 같은 아이디어로 향하는 두 경로를 따라가다가 우연히 두 경로 모두를 반환합니다.
22:36
사용자는 손에 가장 가까운 복사본으로 끌려갑니다.
22:40
실제 기록은 굶주리는 반면, 그림자는 결코 얻지 못한 클릭, 링크, 신뢰를 얻습니다.
22:46
이것은 악의가 아닙니다.
22:48
뼈대 없는 성장입니다.
22:49
대부분의 사람들이 간과하는 부분이죠.
22:52
확산은 속도처럼 느껴집니다.
22:54
사이트를 만들고 링크가 깨지고 소유자가 떠날 때까지 배포하면
22:59
필요한 페이지는 같은 이름의 다른 레이블로 새 허브 떨어진 곳에 있게 됩니다.
23:05
그러면 부조종사는 어느 것을 선택할까요?
23:07
승인받은 것이 아니라 눈에 보이는 것을 선택합니다.
23:10
거짓말은 조용하지만 결국 애는 도달합니다.
23:12
이제 정확히 어떻게 그들을 찾아내는지 보여드리겠습니다.
23:15
사이트 디렉토리 내보내기부터 시작하세요.
23:17
제목, URL, 템플릿, 소유자, 마지막 활동, 항목수, 허브 연결 여부를 가져옵니다.
23:23
허브에 연결되지 않은 사이트, 항목수가 적은 사이트, 활동이 오래된 사이트를 기준으로 정렬합니다.
23:28
이러한 행위 바로 허브에 연결되지 않은 사이트입니다.
23:30
다음으로 명명 패턴별로 그룹화합니다.
23:33
기존 템플릿을 복제한 팀, 몇 분 만에 마이크로 사이트를 만든 의원회 등을 확인합니다.
23:38
그러면 여러 조각들이 모여있는 것을 볼 수 있습니다.
23:40
이것이 바로 통합랩입니다.
23:42
이제 과거의 데이터를 활용하여 하위 사이트를 통합합니다.
23:44
하위 사이트에서 허브 앤 스포크 구조로 전환합니다.
23:48
목적 템플릿을 정의합니다.
23:50
부서, 프로젝트, 커뮤니티 등 각 템플릿에는 민감도 레이블, DLP, 데이터 손실방지, 기본 보존기간, 필수 입력 필드 두 개를 설정합니다.
24:00
핵심 사이트 유형을 정의합니다.
24:02
검토 없이는 개별 사이트를 마음대로 만들 수 없습니다.
24:05
사이트 생성 시 목적과 데이터 소유자 정보를 수집하는 단일 수집 경로를 만듭니다.
24:09
모든 세 사이트는 허브에 연결되며 허브에서는 전역 탐색, 범위 지정 검색, 네이블 상속을 통해 사이트를 유지합니다.
24:17
허브에서 나가는 사이트는 반드시 이유와 관리자를 지정해야 합니다.
24:21
예를 들어 한 부서에서 정책 스니펫을 위한 마이크로 사이트가 12개 있었습니다.
24:25
각 사이트는 단일 페이지로 구성되어 있고 소유자도 한 명 뿐이었으며 허브에 연결되어 있지 않았습니다.
24:30
검색 결과 여행 정책 관련 항목이 5개 나왔는데 모두 비슷했지만 사소하지만 값 비싼 부분에서 모두 잘못되어 있었습니다.
24:36
이 항목들을 정책 커브로 통합하고 콘텐츠를 깔끔한 정보 아키텍처로 재구성하고 네이블 상속을 설정하고 관련 없는 항목들을 정리했습니다.
24:47
그 결과 검색 결과가 5개로 줄어들었는데 그 중 3개는 표준 페이지 하나를 사용한 후 오래된 것이었고 하나는 아카이브 알림이었습니다.
24:53
코파일럿 위 오류로 인해 복제본 간에 오류가 발생하는 문제도 해결되었습니다.
24:56
이제 빠르게 성과를 낼 수 있습니다.
24:58
용도별로 적두사를 지역 또는 프로젝트 코드별로 접미사를 자동으로 생성하도록 합니다.
25:04
사이트 생성 시 템플릿 선택을 위무화합니다.
25:06
빈 사이트는 허용하지 않습니다.
25:08
소유자 및 관리자 필드를 필수로 지정합니다.
25:11
두 필드 모두 실제 사용자가 생성하도록 하고 180일 동안 테스트를 진행합니다.
25:15
테넌트 전체에서 하위 사이트 생성을 비활성화합니다.
25:18
소유권 정보가 표시된 사이트 디렉토리를 모든 사용자가 볼 수 있도록 게시합니다.
25:22
잘못된 사이트는 조용히 관리합니다.
25:24
허브 사이트는 매달 검토합니다.
25:26
잘못된 사이트는 어둠 속에서 번성합니다.
25:28
빛을 비춥니다.
25:29
흔히 발생하는 실수들을 바로 잡습니다.
25:31
하위 사이트에 대한 향수 우리는 항상 이렇게 해와더 라는 생각
25:35
13개의 필드를 요구하며 도입을 저해하는 거버넌스 위원회
25:39
URL을 잃어버려서 같은 팀에 두 개의 사이트가 있는 병렬 구조 등을 개선합니다.
25:45
그리고 무엇보다 최악은 나중에 정리하는 게 비싸다는 생각에 그림자 사이트를 그대로 두는 겁니다.
25:51
나중은 언제나 더 큰 대가를 치르게 마련이죠.
25:53
다른 건 몰라도 이것만은 기억하세요.
25:55
흩어진 것들은 자유공간이 아닙니다.
25:58
빛입니다.
25:59
허브로 통합하세요.
26:00
처음부터 라벨을 붙이세요.
26:03
목적을 감정이 아닌 하나의 분야로 만드세요.
26:06
흩어진 것들이 방황을 멈추면 거울도 왜곡을 멈춥니다.
26:09
그리고 그때 가면을 만나게 되죠.
26:22
낯선
26:22
알겠습니다.
26:51
낯선
26:52
알겠습니다.
27:42
구조종사의 차분한 목소리가 당신의 얼굴을 하고 있습니다.
27:46
황각
27:47
당신의 얼굴을 한 그림자
27:50
관리자님 이제 들리시나요?
27:53
당신 자신의 부드럽고 확신에 찬 목소리
27:57
당신의 얼굴을 한 그림자
27:59
환각은 광기가 아닙니다.
28:02
어둠 속의 수학이죠.
28:03
부조종사는 도달할 수 있는 것에 기반을 둡니다.
28:07
지나치게 열성적인 제한된 콘텐츠 검색과 제한된 접근 제어로 부조종사를 굶주리게 하면 부조종사는 틈새를 통해 추측합니다.
28:15
무분별한 확산에 휩싸이게 하면 부조종사는 소음을 평균화합니다.
28:20
두 갈래 길, 같은 절벽
28:22
대답이 확신에 차들리는 이유는 언어가 잘못된 방을 확신할 때 그렇게 들리기 때문입니다.
28:28
대부분의 사람들이 간과하는 것은 거버넌스와 진실 사이의 연결고리입니다.
28:33
단순히 기발한 프롬프트로 환상을 바로 잡을 수는 없습니다.
28:35
근본적인 문제를 해결해야 합니다.
28:37
개념이 하나의 영역에 속하도록 효율적인 IIA, 인프라 스트럭처 AS 어웨어너스를 구축하고
28:41
위험에 맞는 네이블을 지정하고 데이터 유출을 원천 차단하는 DLP, 데이터 손실방지 시스템을 구축하고
28:45
특정 날짜를 달력상의 날짜로 변환하는 데이터 보존 정책을 시행해야 합니다.
28:48
그런 다음 측정해야 합니다.
28:49
제가 그 방법을 정확히 보여드리겠습니다.
28:52
정리 작업 전후에 동일한 프롬프트를 실행하세요.
28:55
동일한 테넌트, 동일한 쿼리, 동일한 사용자 페르소나를 사용합니다.
29:00
전자제품 반품 프로세스를 기록하기 전과 후를 비교하고
29:03
3번이 실행을 통해 인용, 링크, 답변의 차이를 요약하세요.
29:08
그러면 2019년 PDF 파일의 이동, 깊은 폴더에 저장된 초안,
29:14
허브 정렬 네이블 상속 후 사용자가 볼 수 없는 잠긴 2024년 페이지 등을 확인할 수 있습니다.
29:20
권한 축소, 데이터 부패 제거 작업을 수행한 후
29:23
동일한 프롬프트를 실행하여 인용을 기록하세요.
29:26
그러면 더 적은 출척, 더 최신 날짜, 위험에 맞는 네이블이 지정된
29:30
올바른 허브의 페이지를 볼 수 있습니다.
29:32
차이가 줄어든다고 해서 마법처럼 모든 것이 해결되는 것은 아닙니다.
29:36
세 가지를 측정하세요.
29:38
인용 정확도와 현재 권위 있는 페이지를 가리키는 참조 비율입니다.
29:43
답변 편차는 반복 실행 시 응답이 얼마나 변하는지를 나타냅니다.
29:48
접근 불일치는 사용자가 열 수 없는 콘텐츠를 참조하는 빈도를 나타냅니다.
29:54
정확도가 높아지고 편차가 낮아지며 불일치가 0이 되면 모델의 속임수를 가르친 것이 아니라
29:59
시스템이 거짓말을 멈추도록 만든 것입니다.
30:02
예를 들어 지원팀이 rma 실패 시 에스컬레이션 경로는 무엇인가요?
30:07
라고 질문했습니다.
30:09
이전에는 코파일럿 e-outlook 스레드와 2022년의 마지막으로 수정된 위키 페이지를 참조했는데
30:15
둘 다 접근 가능했습니다.
30:17
실제 프로세스는 특정 팀에 갇혀 있었고
30:19
네이블 때문에 제대로 찾을 수 없었습니다.
30:22
거버넌스 체계를 구축한 후 SOP를 서비스 허브로 옮기고 콘텐츠 유형을 맵핑한 다음
30:27
지원팀이 여전히 검색할 수 있도록 적절한 민감도 레이블을 적용했습니다.
30:31
이제 코파일럿은 허브의 SOP와 최신 체크리스트를 참조합니다.
30:35
같은 모델이지만 환경이 달라진 것입니다.
30:38
이렇게 하면 빠르게 성과를 낼 수 있습니다.
30:40
답변 수용 기준을 설정하세요.
30:43
참조가 없으면 신뢰할 수 없습니다.
30:46
중간 위험 주제에 대해서는 최소 2개의 권위 있는 출처를 요구하고
30:48
낮은 위험 주제에 대해서는 하나만 요구합니다.
30:50
높은 위험 주제에 대해서는 사람이 직접 검토하도록 합니다.
30:54
돈, 접근 권한 또는 법적 효력이 있는 결정에는 인간의 개입을 활성화하십시오.
30:59
피드백 루프를 구축하십시오.
31:01
아니오 표시는 답변과 배경 모두에 대한 재검토를 촉발합니다.
31:05
레이블, 권한, 보존 기간을 설정하십시오.
31:09
시스템이 거짓 정보를 제공했기 때문에 답변이 실패했다면
31:12
프롬프트가 아닌 시스템을 수정하십시오.
31:15
흔히 저지르는 실수, AI 가스레기를 진실로 분류할 것이라고 기대하는 것.
31:20
검색 및 코파일럿 기능이 고갈될 때까지 RCD를 과도하게 사용한 후 모델을 탓하는 것.
31:26
레이블이 실제 위험과 일치하지 않는 민감한 노출 지도를 무시하는 것.
31:30
최악의 경우, 그럴듯하게 들린다는 이유로 환각을 충분히 정확한 것으로 간주하는 것.
31:35
충분히 정확하다는 것이 오류가 정책이 되는 방식입니다.
31:38
바른 건 몰라도 이것만은 기억하십시오.
31:41
시스템이 가면을 쓰고 있을 때 그림자가 당신의 얼굴을 깔입니다.
31:44
가면을 벗기십시오.
31:45
IIA를 허브에 연결하십시오.
31:47
수명 주기를 목적에 연결하십시오.
31:48
레이블을 위험에 연결하십시오.
31:50
DLP를 종료 지점에 연결하십시오.
31:51
보존 기간을 시간에 연결하십시오.
31:53
이렇게 하십시오.
31:54
그러면 코파일럿이 당신의 말처럼 들릴 것입니다.
31:56
왜냐하면 코파일럿은 현실에 기반을 두고 있기 때문입니다.
31:58
마침내 진실이 밝혀졌습니다.
31:59
바로 이러한 연결, 그리고 유지되는 거버넌스 의식입니다.
32:03
관리자 도구는 당신을 구하지 못할 것입니다.
32:05
의식은 반복되고, 소유되고, 측정됩니다.
32:08
그것이 바로 집을 지키는 방법입니다.
32:10
왜 이것이 중요한지는 명확합니다.
32:12
앱보다 나을 수는 없습니다.
32:15
행동을 구조에 연결해야 합니다.
32:16
그러면 표류는 멈추고, 방에는 관리자가 생기고,
32:20
늪은 빠지고, 길 잃은 것들은 집으로 돌아옵니다.
32:23
의식은 정보 아키텍처, 생명주기, 민감도 레이블, DLP,
32:28
보존이라는 다섯 가지 요소로 이루어져 있으며,
32:31
단순한 슬로건이 아니라 회로와 같습니다.
32:35
하나가 움직이면 다른 것들도 작동합니다.
32:37
정보 아키텍처부터 시작하세요.
32:41
허브는 앵커 역할을 하고,
32:43
목적, 부서, 프로젝트, 커뮤니티, 서비스별로 가지를 뻗어 나갑니다.
32:51
각 허브는 사람들이 질문하는 방식에 맞는 명확한 지도와
32:54
최상위 탐색 메뉴를 가지고 있어야 하며,
32:56
조직도처럼 보여서는 안 됩니다.
32:58
콘텐츠 유형은 적고, 사람이 이해하기 쉬운 단어로 명명되어야 합니다.
33:02
정책, 표준 운영 절차, SOP, 기록, 작업 문서,
33:05
목적과 콘텐츠의 유형, 이 두 가지 필수 필드만 있으면 됩니다.
33:09
나머지는 선택사항이거나 제한사항일 뿐이며 간단합니다.
33:12
이것은 부담이 아니라 비계입니다.
33:14
정보 아키텍처, IIA가 간결해지면 사람들은 폴더를 쌓아 올리는 작업을 멈춥니다.
33:18
이 부분을 제대로 이해하면 모든 개념에는 하나의 집이 있고,
33:21
모든 집에는 하나의 경로가 있기 때문에 다른 모든 것이 제자리를 찾습니다.
33:24
수명 주기는 현재 상태, 생성, 테스트, 보관, 폐기 순으로 진행됩니다.
33:31
생성에는 규칙이 있습니다.
33:33
두 명의 소유자가 목적을 명시하고 템플릿을 선택합니다.
33:37
180일 후 소유자는 상태를 확인합니다.
33:40
해당 사이트가 여전히 활성화되어 있는지 확인하는 것입니다.
33:43
활성화되어 있다면 네이블, 게스트, 커넥터 및 목적을 확인합니다.
33:46
활성화되어 있지 않다면 보관을 시작합니다.
33:48
보관은 단순한 데이터 삭제가 아닙니다.
33:50
증거를 확보하여 사이트를 이전하는 과정입니다.
33:52
관리되는 라이브러리로 레코드를 내보내고,
33:54
보존 기간을 적용하고, 공유를 차단하고, 사이트를 폐기합니다.
34:01
폐기는 증거, 폐기 검토, 로그, 서명을 통해 정해진 일정에 따라 진행됩니다.
34:05
수명 주기를 통해 나중은 단순한 희망사항이 아닌 확정된 날짜가 됩니다.
34:10
민감도 레이블은 마치 피부처럼 사이트와 라이브러리에 연결되며,
34:15
단순히 기분에 따라 설정되는 것이 아닙니다.
34:19
레이블은 공개, 내부, 기밀, 제한 등의 유형으로 나뉩니다.
34:23
각 레이블은 사용자가 체감할 수 있는 제어 기능을 활성화합니다.
34:27
기밀 레이블은 모든 사용자의 링크를 차단하고,
34:30
공유 권한을 제한하며, 외부 게스트에 접근을 지정된 도메인으로 제한합니다.
34:34
레이블은 콘텐츠 검사를 통해 상위 레벨로 지정되지 않는 한,
34:38
사이트에서 라이브러리, 파일로 이어지는 트리 구조에 따라 상속됩니다.
34:42
학습 가능한 분류기를 통해 가능한 경우 자동 적용 기능을 활용할 수 있습니다.
34:47
개인식별 정보, PII, 계약, 재무정보 등을 탐지하되,
34:50
분류기는 심판이 아닌 정찰병처럼 다뤄야 합니다.
34:53
중요한 사안일 경우 소유자가 최종 수인을 해야 합니다.
34:55
데이터 유출방지, DLP는 핵심적인 역할을 합니다.
34:58
모든 접근을 차단하는 역할을 하며, 패턴팩을 통해 명백한 위반사항을 포착합니다.
35:02
신용카드 정보, 사회보장번호, SSN, 건강 데이터 등이 이에 해당합니다.
35:05
맥락을 파악하면 더욱 강력한 보완을 제공합니다.
35:08
외부 게스트가 있는 팀에는 급여 스프레드 시트 업로드를 차단하고,
35:12
기밀 파일이 그룹 외부로 공유될 경우 소유자에게 알림을 보냅니다.
35:16
예외 처리를 위해서는 업무상 정당성을 요구하고, 관련 내용을 관리자에게 보고해야 합니다.
35:21
DLP는 잔소리를 하지 않고, 데이터 자동 완성 기능을 차단하여 담당자가 직접 검토하도록 합니다.
35:26
신뢰할 수 있는 척하는 기생충은 DLP를 싫어합니다.
35:29
DLP는 반박하는 문을 통과할 수 없기 때문입니다.
35:33
데이터 보존은 시간 단위로 이루어집니다.
35:35
냉정하고 공정하며 최종적인 기준이 적용됩니다.
35:38
감정이 아닌 콘텐츠 유형에 따라 보존 기간이 결정됩니다.
35:41
작업용 데이터는 승진하지 않는 한초한 라이브러리에 30일 동안 보관하고, 참조용 데이터는 갱신하지 않는 한팀 라이브러리에 180일 동안 보관합니다.
35:49
관리 대상 라이브러리 또는 관련 규정에 따라 7년 동안 보관하며, 법적 보존 경로를 마련해야 합니다.
35:54
데이터 처리 증명은 필수적인 절차입니다.
35:57
무언가가 소멸될 때 누가, 언제, 왜 그랬는지 증명할 수 있습니다.
36:02
보존 정책은 RO 시스템을 무력화시키는데, 언젠가는 논쟁의 여지가 없는 일정이 되기 때문입니다.
36:08
이제 모든 제약을 운영 주기에 맞춰 관리해야 합니다.
36:14
매달 주요 허브와 고위험 사이트의 권한 차이를 검토하고, 고유 권한을 확인합니다.
36:20
모든 링크, 외부 게스트, 취약점 차단, 분기별 RO 삭제, 인벤토리 실행, 중복 해시, 심층 보고서, 버전 정리, 중복 항목 통합, 잘못된 항목 재배치, 반기별 소유자 증명 등을 처리합니다.
36:37
모든 팀과 사이트는 두 명이 소유자, 목적, 위험에 맞는 레이블, 그리고 검증을 통과한 게스트가 있음을 증명해야 합니다.
36:46
관리 부실은 열쇠 분실로 이어집니다.
36:49
관리자들이 직접 소통해야 할 때 비로소 관리가 안정됩니다.
36:53
정문에는 안전난간이 설치되어야 합니다.
36:55
정당성 요청, 목적 선택, 그리고 강제 템플릿이 포함된 생성 정책을 마련해야 합니다.
37:01
두 명이 소유자가 필수이며, 목적과 지역 또는 프로젝트 코드에 따른 자동 명명 기능을 활용해야 합니다.
37:06
템플릿은 네이블, DLP 보존, 그리고 IIA를 생성 시점부터 연동합니다.
37:11
따라서 모든 제어는 선택 사항이 아닌 기본 설정입니다.
37:15
하위 사이트 생성 관련 모든 정보는 기록되고 공개되는 단일 경로를 통해 처리됩니다.
37:20
변경 관리는 윤활류와 같습니다.
37:22
설교가 아닌 목표지향적 인교육이 중요합니다.
37:25
필수 입력란을 두 번만 클릭하면 완료되는 작업 보조 도구를 제공하고,
37:29
이유를 설명하는 짧은 동영상을 제작하세요.
37:32
많은 사람들이 간과하는 것은 네이블이 여러분을 보호하는 것이지 막는 것이 아니라는 점입니다.
37:38
마찰이 발생하는 부분은 자동화하세요.
37:40
메타데이터 자동 완성 기능을 활용하고, 사이트 목적에 따라 미리 입력하세요.
37:45
실제 위험이 있을 때만 알림을 표시하고, 관리자가 쉽게 읽을 수 있는 대시보드를 제공하세요.
37:51
사이트 상태, 권한 이상, 방문자 목록, RO 추세 등을 분석하세요.
37:55
관리자는 사이트를 직접 확인할 수 있어야 유지하려는 의지가 강합니다.
37:58
증거는 프로세스를 투명하게 유지하는 데 필수적입니다.
38:00
감사를 실행하고 결과를 저장하세요.
38:03
누가 접근 권한이 있고, 누가 접근 권한이 있어야 하는지를 보여주는 접근 권한 차이를 분석하고,
38:08
복잡한 네트워크 구조에서 허브 앤 스포크 방식으로 전환되는 사이트 맵을 구축하여 월별 접근 권한 차이를 줄이세요.
38:13
인용 정확도가 향상되고, 답변 분산이 감소하는 결과를 보여주는 즉각적인 결과 로그를 제공하세요.
38:20
검색 정확도 향상은 1페이지 검색 결과가 권위 있는 결과로 나타나 도록 개선해야 합니다.
38:25
이러한 그래프는 허용심을 자극하는 것이 아니라 실제 상황을 보여주는 지표입니다.
38:27
그래프가 평평해지면 프로세스가 제대로 작동하지 않는 것입니다.
38:31
조정하고, 반복하고, 한계를 인식하세요.
38:34
솔직히 말해봅시다.
38:35
자동 분류기는 예외적인 경우를 놓칩니다.
38:38
소유자가 확인하지 않으면 레이블이 제대로 적용되지 않습니다.
38:41
DLP는 욕심을 부리면 과도하게 차단할 수 있습니다.
38:44
조직 문화가 데이터를 축적하면 보존의 문제가 생깁니다.
38:47
그래서 중요한 부분에는 사람이 직접 개입하는 것입니다.
38:50
기록 관리자는 삭제를 승인하고, 관리자는 예외사항을 승인하며, 규정 준수 담당자는 급증하는 데이터를 검토합니다.
38:58
이러한 절차는 도구에 의해 뒷받침되는 것이 아니라 사람이 주도하는 것입니다.
39:02
그리고 마지막으로 조용히 지켜야 할 중요한 요소가 있습니다.
39:05
바로 책임감입니다.
39:06
모든 허브에는 소유자와 관리자가 있습니다.
39:09
이름과 얼굴이 명확합니다.
39:12
그들은 사실을 증명하고, 알림을 받고, 예외사항을 승인합니다.
39:16
정확도가 높아지고, 분산이 줄어들면 그들의 공로를 인정합니다.
39:20
모든 것이 잘 돌아가는 것은 누군가가 책임감을 가지고 있기 때문입니다.
39:24
이렇게 하면 생태계는 혼란에 빠지고, 데이터 유출은 그룹 기반 접근 제한이라는 벽에 부딪힙니다.
39:29
버려진 공간은 정해진 일정에 따라 사라지거나, 특별한 목적을 가지고 다시 살아납니다.
39:34
시계와 빛 아래 길은 좁아지고, 길 잃은 것들은 허브와 이름을 찾습니다.
39:38
그리고 더 이상 굶주리거나 물에 빠지지 않는 부조종사는 추측을 멈추고 직접 확인하기 시작합니다.
39:44
같은 AI지만, 환경은 완전히 다릅니다.
39:49
이 위식에는 즉각적인 조치가 포함됩니다.
39:52
AI를 더 활성화하기 전에의 작업을 수행하십시오.
39:55
상위 5개 허브에 대한 권한 차이를 분석하십시오.
39:58
누가 권한을 가지고 있고, 누가 권한을 가져야 하는지 파악하십시오.
40:02
오늘 가장 큰 차이점을 해결하십시오.
40:04
기밀 이상의 권한에 대한 임시 항목 링크를 비활성화하십시오.
40:08
사용자별로 공유를 강제하십시오.
40:10
180일 증명기간을 가진 2명이 소유자를 지정하십시오.
40:13
목적과 콘텐츠의 유형, 그리고 3단계 용어 집합이라는 두 가지 필수 필드를 개시하십시오.
40:19
가장 사용량이 많은 3개의 라이브러리에 기본 보존기간을 적용하십시오.
40:23
증빙자료를 첨부하여 하나의 고립된 팀을 처음부터 끝까지 아카이빙하십시오.
40:28
동일한 코파일럿 프롬프트를 다시 실행하고 인용 정확도와 분산을 고정하십시오.
40:33
핵심 진실을 실행하면 모든 것이 안정됩니다.
40:36
AI는 고장난 집을 고칠 수 없습니다.
40:39
단지 고장난 집을 반영할 뿐입니다.
40:40
거버넌스는 답변이 거짓을 멈추도록 기반을 마련합니다.
40:44
실제 감사, 지도 및 프롬프트 로그를 통해 5가지 바인딩에 대한 실시간 안내를 원하시면 지금 구독하십시오.
40:51
그런 다음 깨끗한 테넌트에서 코파일럿을 실행하고 침묵에 귀 기울이는 다음 에피소드를 기대해 주십시오.