WEBVTT 00:00:00.000 --> 00:00:01.700 관리자님, 들리시나요? 00:00:01.940 --> 00:00:04.900 인터넷이 너무 조용하지만 그 고요함은 오히려 복잡합니다. 00:00:05.080 --> 00:00:06.560 인터넷 속도가 너무 느리죠. 00:00:06.720 --> 00:00:08.840 코파일럿이 해결해줄 거라고 생각하시나요? 00:00:09.100 --> 00:00:09.860 절대 안 됩니다. 00:00:10.120 --> 00:00:11.880 코파일럿은 당신이 바라는 모습이 아닌 00:00:11.880 --> 00:00:13.740 이는 그대로의 인터넷 환경을 읽습니다. 00:00:13.960 --> 00:00:17.360 잠시 후, AI가 셰어포인트 위 무질서한 확산, 00:00:17.880 --> 00:00:19.900 권한관리의 혼란, 버려진 팀, 00:00:20.280 --> 00:00:22.360 부패한 데이터, 섀도우 사이트, 00:00:22.880 --> 00:00:25.580 그리고 온갖 망상들이 어떻게 당신의 상황을 00:00:25.580 --> 00:00:27.360 그대로 반영하는지 보여드리겠습니다. 00:00:27.360 --> 00:00:30.680 또한, 효율적인 정보 아키텍처 수명 주기, 00:00:31.100 --> 00:00:35.020 네이블, DLP 보전, 전후 감사, 맵 생성, 00:00:35.380 --> 00:00:37.320 그리고 즉각적인 결과 도출을 위한 00:00:37.320 --> 00:00:39.400 체계적인 방법도 설명드리겠습니다. 00:00:39.740 --> 00:00:43.220 단 한 번의 실수로 코파일럿은 당신의 그림자를 들이웉니다. 00:00:43.400 --> 00:00:45.180 그 실수는 곧 박쳐올 겁니다. 00:00:45.440 --> 00:00:48.680 인터넷의 거짓말, AI가 당신의 생각이 아닌 00:00:48.680 --> 00:00:50.960 당신의 혼란스러운 상황을 읽는 이유, 00:00:51.320 --> 00:00:52.640 침묵은 거짓말입니다. 00:00:52.960 --> 00:00:55.060 당신의 인터넷은 정원이 아닙니다. 00:00:55.060 --> 00:00:58.760 모든 잘못된 선택을 기억하는 아카이브입니다. 00:00:59.000 --> 00:01:01.380 AI는 당신의 의도를 읽는 것이 아니라 00:01:01.380 --> 00:01:05.180 잔여물, 구조, 네이블, 권한을 읽습니다. 00:01:05.340 --> 00:01:08.240 땅이 진흙탕이면 답도 진흙탕처럼 나옵니다. 00:01:08.700 --> 00:01:10.920 대부분의 사람들이 간과하는 점이 있습니다. 00:01:11.180 --> 00:01:13.780 코파일럿, 검색, 그리고 에이전트는 00:01:13.780 --> 00:01:16.200 마치 벽으로 둘러싸인 정원 안에 존재합니다. 00:01:16.200 --> 00:01:22.520 셰어포인트, 온드라이브, 팀즈, 아울룩, 경고한 벽, 잘 알려진 경로. 00:01:22.520 --> 00:01:29.180 하지만 그 벽 너머에는 캄플루언스, 지라, 구글 등 직원들이 매일 사용하는 지식이 있습니다. 00:01:29.440 --> 00:01:33.520 AI는 이를 볼 수 없기에 접근 가능한 정보로 공백을 채웁니다. 00:01:33.680 --> 00:01:36.520 좁은 방안에서 메아리가 울려퍼지듯 확신의 찬소리가 들립니다. 00:01:37.280 --> 00:01:39.000 여전히 메아리가 울려퍼집니다. 00:01:39.560 --> 00:01:41.120 정책 지침을 요청합니다. 00:01:41.640 --> 00:01:43.680 최신 반품 절차는 무엇인가요? 00:01:44.400 --> 00:01:46.660 AI는 3개의 파일만 확인합니다. 00:01:46.960 --> 00:01:49.840 2021년 최종 버전 7로 표시된 PDF 파일, 00:01:50.340 --> 00:01:52.540 깊숙한 폴더에 있는 2023년 초안, 00:01:52.960 --> 00:01:56.600 그리고 관리자 2명만 열 수 있는 2024년 파워포인트 파일. 00:01:56.600 --> 00:02:00.040 권한이 모호해졌고 권한 상속은 몇 년 전에 무너졌습니다. 00:02:00.200 --> 00:02:02.720 AI는 PDF 파일과 초안을 확인합니다. 00:02:02.900 --> 00:02:06.000 최신 정책은 질문자가 열 수 없는 문 뒤에 숨겨져 있습니다. 00:02:06.320 --> 00:02:08.760 그래서 답변은 낡고 불완전하게 섞여 있습니다. 00:02:09.080 --> 00:02:11.120 매끄럽게 들리지만 사실은 틀렸습니다. 00:02:11.320 --> 00:02:13.660 이런 일이 발생하는 이유는 특별할 것 없이 아주 간단합니다. 00:02:13.840 --> 00:02:15.200 바로 직원들이 자초한 일입니다. 00:02:15.420 --> 00:02:17.440 너무 많은 메타데이터 필드를 너무 빨리 추가했습니다. 00:02:17.720 --> 00:02:19.860 출시 당시 13개, 그 중 7개가 필수였습니다. 00:02:20.160 --> 00:02:21.460 결국 도입률은 떨어졌습니다. 00:02:21.720 --> 00:02:24.260 사용자들은 깊고 복잡하게 얽힌 폴더 속으로 도망쳤습니다. 00:02:24.260 --> 00:02:26.440 최종 복사본은 기하급수적으로 늘어났습니다. 00:02:26.620 --> 00:02:29.500 썩은 데이터는 중복되고 쓸모없고 사소하게 사여갔습니다. 00:02:29.720 --> 00:02:31.620 사이트 생성은 무분별하게 이루어졌습니다. 00:02:31.620 --> 00:02:35.840 하위 사이트, 이제는 그림자 사이트가 된 곳들이 단 하나의 파일과 소유자도 없이 생겨났습니다. 00:02:35.980 --> 00:02:37.300 자유로운 느낌이었습니다. 00:02:37.500 --> 00:02:39.240 그 자유는 안개를 키웠습니다. 00:02:39.460 --> 00:02:42.760 그리고 검색은 안개를 고갈시키거나 과잉 공급합니다. 00:02:43.260 --> 00:02:46.980 모든 곳에서 콘텐츠 검색을 제한하면 기반이 무너집니다. 00:02:47.220 --> 00:02:50.280 모델은 충분한 정보를 얻지 못해 추측할 수밖에 없습니다. 00:02:50.280 --> 00:02:52.960 반대로 하면 무분별한 확산이 일어납니다. 00:02:53.200 --> 00:02:54.640 해답은 노이즈를 끌어들입니다. 00:02:54.900 --> 00:02:56.500 같은 죄악이지만 감염만 다릅니다. 00:02:56.740 --> 00:02:58.840 아무도 가르쳐주지 않는 지름길을 알려드리겠습니다. 00:02:59.160 --> 00:03:01.220 고통스러운 곳에서 마찰을 최소화하세요. 00:03:01.460 --> 00:03:03.140 필수 입력란은 최소화하세요. 00:03:03.420 --> 00:03:05.600 목적에 따라 두세 개 정도로 제한하세요. 00:03:05.900 --> 00:03:11.080 사람들이 중요한 작업을 어디에 두어야 하는지 알 수 있도록 허브앤 스포크 정보 아키텍처를 구축하세요. 00:03:11.340 --> 00:03:13.700 레이시와 RCD를 벽이 아닌 문처럼 사용하세요. 00:03:14.200 --> 00:03:18.920 위험도가 높은 사이트가 광범위하게 노출되지 않도록 하되, 인덱스를 고갈시키지 않도록 노출 범위를 조절하세요. 00:03:19.280 --> 00:03:21.380 이것은 썩은 데이터를 숨기는 것이 아닙니다. 00:03:21.560 --> 00:03:23.700 모델에 썩은 데이터를 공급하지 않는 것입니다. 00:03:23.920 --> 00:03:25.600 자, 이제 까다로운 부분입니다. 00:03:25.600 --> 00:03:27.620 권한, 그것들은 표류합니다. 00:03:27.840 --> 00:03:32.860 중첩된 그룹, 항목 수준의 분리, 영원히 사라지지 않는 임시 공유. 00:03:34.080 --> 00:03:38.780 이번 주에만 추가된 외부 게스트가 몇 달이 지나도 여전히 복도를 활보합니다. 00:03:39.740 --> 00:03:40.820 질문이 필요합니다. 00:03:41.040 --> 00:03:43.480 그리고 그 질문은 명확하게 답할 수 있습니다. 00:03:43.760 --> 00:03:47.260 누가 액세스할 수 있고 누가 차이점을 검토해야 합니까? 00:03:47.720 --> 00:03:49.420 차이점이 바로 그 원인입니다. 00:03:49.680 --> 00:03:51.180 이름을 붙이고 닫으세요. 00:03:51.520 --> 00:03:53.360 이제 작은 이야기를 하나 해보겠습니다. 00:03:53.360 --> 00:03:57.400 지난달 한 관리자가 코파일럿 프롬프트를 실행했습니다. 00:03:57.620 --> 00:04:00.440 벤더를 위한 사고 대응 정책을 요약해 주세요. 00:04:00.900 --> 00:04:08.220 답변은 2019년 시어포인트 페이지와 초한 워터 마크가 있는 워드 문서를 인용했는데 둘 다 눈에 보였습니다. 00:04:08.720 --> 00:04:14.100 현재 정책은 RAAC로 제한된 소수 그룹에만 접근 권한이 부여된 팀 사이트에 있었습니다. 00:04:14.100 --> 00:04:22.140 IIA 정리, 허브 정렬, 네이블 상속, 그리고 권한 모델 축소 후 관리자는 동일한 프롬프트를 다시 실행했습니다. 00:04:22.360 --> 00:04:30.280 새로운 답변, 정확한 인용, 그리고 차이점 감소, AI가 더 똑똑해져서가 아니라 근본적인 문제가 해결되었기 때문입니다. 00:04:30.460 --> 00:04:32.760 계속하기 전에 규모를 이해해야 합니다. 00:04:33.420 --> 00:04:35.140 매일 테넌트에 더 많은 것이 추가됩니다. 00:04:36.040 --> 00:04:41.140 클라우드 전체에 수십억 개의 파일이 있고 수백만 개의 사이트가 생성되고 방치됩니다. 00:04:41.140 --> 00:04:43.880 이러한 성장이 나쁜 것은 아닙니다. 00:04:44.060 --> 00:04:44.900 무관심합니다. 00:04:45.140 --> 00:04:46.840 생명주기가 없으면 늪이 됩니다. 00:04:47.140 --> 00:04:50.260 생명주기가 있으면 테스트를 만들고 보관하고 폐기합니다. 00:04:50.460 --> 00:04:51.360 그러면 흐름이 됩니다. 00:04:51.700 --> 00:04:53.600 AI는 흐름 속에서 더 잘 헤엄칩니다. 00:04:53.860 --> 00:04:56.420 아무도 이야기하지 않는 판도를 바꾸는 것은 바로 이것입니다. 00:04:56.620 --> 00:04:59.000 코파일럿은 당신의 구조를 고쳐줄 수 없습니다. 00:04:59.320 --> 00:05:00.620 단지 반영할 뿐입니다. 00:05:01.500 --> 00:05:07.380 자동 분류는 도움이 되지만 라이브러리를 노이즈로 가득 채우면 모델은 노이즈를 잘 분류해버립니다. 00:05:07.700 --> 00:05:09.660 그러면 정확한 혼돈이 만들어집니다. 00:05:09.660 --> 00:05:14.900 그리고 제약을 과도하게 사용하면 당신이 스스로 판틈 위에 다리를 놓는 환상을 만들어내게 됩니다. 00:05:15.080 --> 00:05:17.080 바른 건 몰라도 이것 하나만은 기억하세요. 00:05:17.320 --> 00:05:19.420 이 AI는 당신의 생각을 읽지 않습니다. 00:05:19.620 --> 00:05:21.160 당신이 어지럽힌 것을 읽습니다. 00:05:21.420 --> 00:05:23.340 집을 정리하면 현명한 척할 겁니다. 00:05:23.640 --> 00:05:27.860 그대로 내버려두면 당신의 목소리를 흉내내면서 사람들을 오도할 겁니다. 00:05:28.540 --> 00:05:30.420 다음은 첫 번째 생명체입니다. 00:05:30.900 --> 00:05:31.640 권한표류 00:05:31.640 --> 00:05:35.060 조용한 집안에 잠기지 않은 문들 00:05:35.060 --> 00:05:36.880 첫 번째 생명체 00:05:36.880 --> 00:05:37.800 권한표류 00:05:37.800 --> 00:05:40.100 조용한 집안에 잠기지 않은 문들 00:05:40.100 --> 00:05:40.980 관리자 00:05:40.980 --> 00:05:42.100 이제 들리시나요? 00:05:42.340 --> 00:05:43.980 삐걱거리지 않는 경첩 00:05:43.980 --> 00:05:45.360 저절로 열리는 문들 00:05:45.360 --> 00:05:47.600 권한표류는 시끄럽지 않습니다. 00:05:47.840 --> 00:05:48.980 인내심이 강합니다. 00:05:49.220 --> 00:05:49.800 기다립니다. 00:05:50.480 --> 00:05:53.000 그리고 그 틈새로 진실이 새어나옵니다. 00:05:53.720 --> 00:05:55.780 왜 이것이 중요하냐면 간단합니다. 00:05:56.360 --> 00:05:59.760 상속이 깨지면 감사추적도 함께 무너지기 때문입니다. 00:05:59.960 --> 00:06:04.000 측면 구성원이 명확한 의미를 가진다고 생각하지만 그렇지 않습니다. 00:06:04.240 --> 00:06:06.820 중첩된 그룹은 낯선 사람들을 끌어들이고 00:06:06.820 --> 00:06:10.500 항목 수준의 권한 분할은 깔끔한 방을 미로로 만듭니다. 00:06:10.900 --> 00:06:13.380 외부 공유는 외부의 침입을 불러들이고 00:06:13.380 --> 00:06:15.920 유령 소유자는 인사팀에서 사라지지만 00:06:15.920 --> 00:06:17.920 그들의 키는 여전히 작동합니다. 00:06:18.680 --> 00:06:21.280 그러면 누가 이 일을 목격했는지는 추측 00:06:21.280 --> 00:06:22.560 애매한 답변 00:06:22.560 --> 00:06:25.260 감지할 수 없는 거짓말로 남게 됩니다. 00:06:25.480 --> 00:06:27.540 대부분의 사람들이 놓치는 부분이죠. 00:06:27.780 --> 00:06:30.640 복잡성은 통제처럼 보이지만 그렇지 않습니다. 00:06:30.880 --> 00:06:34.380 복잡하게 중첩된 에이저 AD 그룹은 우아함을 약속하지만 00:06:34.380 --> 00:06:36.320 사각지대를 만들어냅니다. 00:06:36.740 --> 00:06:39.480 링크로 폴더를 일시적으로 공유했던 팀 사이트 00:06:39.480 --> 00:06:43.020 2019년에 상속이 깨진 단일 파일 라이브러리 00:06:43.020 --> 00:06:45.460 일주일 동안 추가된 계약직 직원이 00:06:45.460 --> 00:06:48.580 이제 300개의 드라이브에 퍼져 있는 경우처럼 말입니다. 00:06:48.800 --> 00:06:50.720 변화는 한 번에 일어나는 것이 아닙니다. 00:06:50.720 --> 00:06:52.280 서서히 진행되는 변화입니다. 00:06:52.480 --> 00:06:53.840 마치 지도가 잘못될 때까지 00:06:53.840 --> 00:06:55.620 집을 조금씩 움직이는 조류와 같습니다. 00:06:55.940 --> 00:06:57.180 해결책은 간단합니다. 00:06:57.400 --> 00:06:59.580 핵심을 꿰뚫는 두 가지 질문이 필요합니다. 00:06:59.800 --> 00:07:02.540 누가 접근할 수 있고 누가 접근할 수 없어야 하는지 00:07:02.540 --> 00:07:05.080 그리고 이 두 가지를 정기적으로 실행해야 합니다. 00:07:05.320 --> 00:07:08.440 사이트, 라이브러리 항목, 내부 게스트 링크 00:07:08.440 --> 00:07:09.800 그런 다음 비교해보세요. 00:07:10.060 --> 00:07:11.880 그 델타가 바로 그 괴물입니다. 00:07:12.140 --> 00:07:14.700 당신이 열려고 하지 않았던 모든 문을 떠올리게 하고 00:07:14.700 --> 00:07:16.380 다른 그룹을 집어삼키고 00:07:16.380 --> 00:07:19.040 마치 피부처럼 입었던 모든 그룹을 떠올리게 합니다. 00:07:19.040 --> 00:07:23.340 깨끗한 사이트에서 고유 권한이 53개나 되는 것을 보고이 사실을 깨달았습니다. 00:07:23.680 --> 00:07:25.940 치매가 아니라 그저 중력의 영향일 뿐입니다. 00:07:26.140 --> 00:07:28.460 수년간 한 번만 일하는 식으로 축적되어 온 것이죠. 00:07:28.660 --> 00:07:29.860 이것이 바로 드리프트입니다. 00:07:30.120 --> 00:07:32.600 이제 정확히 어떻게 되돌릴 수 있는지 보여드리겠습니다. 00:07:32.980 --> 00:07:34.880 항목 수준의 권한 분할을 해제하고 00:07:34.880 --> 00:07:37.080 그룹 기반 액세스로 표준화하세요. 00:07:37.420 --> 00:07:40.480 소유자, 구성원, 방문자를 명확하고 00:07:40.480 --> 00:07:44.020 사람이 이해하기 쉬운 이름의 에이저 AD 그룹에 맵핑합니다. 00:07:44.780 --> 00:07:47.180 해당 구조의 민감도 레이블을 지정합니다. 00:07:47.440 --> 00:07:49.220 레이블은 단순히 스티커가 아니라 00:07:49.220 --> 00:07:51.600 기밀 공유 라는 레이블이 붙으면 00:07:51.600 --> 00:07:54.780 소스에서 권한이 침해되는 것을 방지하는 회로와 같습니다. 00:07:55.480 --> 00:07:57.700 가능한 모든 곳에서 권한을 상속하고 00:07:57.700 --> 00:08:00.920 예외 사항은 공식적인 요청 경로로 전달합니다. 00:08:01.160 --> 00:08:02.300 예외 사항을 기록하고 00:08:02.300 --> 00:08:04.480 만료 기간을 두고 최종적으로 삭제합니다. 00:08:05.280 --> 00:08:07.060 실질적인 절차는 다음과 같습니다. 00:08:07.400 --> 00:08:09.480 허브와 스포크에 대한 권한 매트릭스를 생성합니다. 00:08:09.480 --> 00:08:11.480 고유 권한 순으로 정렬합니다. 00:08:12.300 --> 00:08:13.640 링크가 있는 모든 사용자 00:08:13.640 --> 00:08:16.220 즉 링크를 가진 모든 사용자를 강조 표시합니다. 00:08:16.420 --> 00:08:18.240 먼저 이러한 사용자를 삭제한 다음 00:08:18.240 --> 00:08:19.980 외부 사용자 순으로 정렬합니다. 00:08:20.200 --> 00:08:22.960 계약을 검증하고 숨겨진 권한을 제거합니다. 00:08:23.220 --> 00:08:25.260 다음으로 중첩된 그룹을 통합합니다. 00:08:25.520 --> 00:08:27.520 그룹의 비즈니스 목적과 연관을 찾을 수 없는 00:08:27.520 --> 00:08:28.860 다른 그룹이 포함되어 있다면 00:08:28.860 --> 00:08:30.500 해당 그룹을 평면화하거나 00:08:30.500 --> 00:08:31.480 직접 맵핑으로 대체하십시오. 00:08:32.160 --> 00:08:34.800 마지막으로 사이트 모음 관리자 목록을 작성하십시오. 00:08:34.960 --> 00:08:36.680 만약 그 목록이 포괄적인 것이라면 00:08:36.680 --> 00:08:38.920 거버넌스를 미신으로 대체한 것입니다. 00:08:38.920 --> 00:08:42.420 인증된 소유자가 있는 명명된 역할로 목록을 줄이십시오. 00:08:42.540 --> 00:08:44.640 이제 즉각적인 성과를 내는 방법입니다. 00:08:44.880 --> 00:08:47.080 민감한 레이블에 대한 임시 항목 공유를 00:08:47.080 --> 00:08:49.700 테넌트 및 사이트 수준에서 차단하십시오. 00:08:50.140 --> 00:08:53.180 링크가 아닌 사람별로 공유하도록 강제하십시오. 00:08:53.360 --> 00:08:56.820 위험도가 높은 링크에 대한 월별보고서를 활성화하십시오. 00:08:57.120 --> 00:08:58.960 검토 후 권한을 취소하십시오. 00:08:59.120 --> 00:09:03.220 팀당 180일 동안 인증할 수 있는 소유자를 2명 지정하십시오. 00:09:03.580 --> 00:09:06.480 인증하지 않은 소유자는 권한을 박탈하십시오. 00:09:06.480 --> 00:09:10.660 사람들이 문의 무게를 느낄 때 집은 더 이상 흔들리지 않습니다. 00:09:12.160 --> 00:09:16.420 흔히 발생하는 실수, 절대 사라지지 않는 이례성 예외사항, 00:09:16.920 --> 00:09:19.700 종료일이 없는 임시 공급업체 액세스 권한, 00:09:20.320 --> 00:09:22.480 체크리스트를 완료했다는 이유만으로 00:09:22.480 --> 00:09:26.840 전체 라이브러리의 상속이 깨진 채로 남겨진 마이그레이션 오류 수정, 00:09:27.420 --> 00:09:28.540 그리고 최악의 경우, 00:09:28.540 --> 00:09:33.160 제한된 액세스 제어 뒤에 숨어 공동조종사의 권한을 박탈하면서 00:09:33.160 --> 00:09:35.580 오래된 링크는 활짝 열어두는 것입니다. 00:09:36.220 --> 00:09:38.660 앞문은 잠그고 뒷문은 걸어놓은 것과 같습니다. 00:09:39.080 --> 00:09:40.700 이것이 바로 작은 이야기입니다. 00:09:40.920 --> 00:09:44.600 한 관리자가 코파일럿에게 파트너 NDA 흐름 요약을 요청했습니다. 00:09:44.860 --> 00:09:46.720 코파일럿은 공개 시어포인트 페이지와 00:09:46.720 --> 00:09:48.320 워드 문서 추안을 참조하라고 했습니다. 00:09:48.600 --> 00:09:50.120 둘 다 잘못된 정보였습니다. 00:09:50.340 --> 00:09:52.220 현재 프로세스는 대부분의 사용자가 00:09:52.220 --> 00:09:53.520 색인에 접근할 수 없도록 00:09:53.520 --> 00:09:56.320 레이블이 지정된 프로젝트 사이트에 봉인되어 있었습니다. 00:09:56.500 --> 00:09:58.920 드리프트 정리, 단절 부분 통합, 00:09:59.340 --> 00:10:00.520 레이블을 사이트에 맞추고 00:10:01.220 --> 00:10:04.040 정책을 노출 범위가 제한된 허브로 이동한 후 00:10:04.040 --> 00:10:07.000 동일한 요청에 대해 올바른 참조가 포함된 00:10:07.000 --> 00:10:08.960 현재 SOP가 반환되었습니다. 00:10:09.400 --> 00:10:12.660 더 똑똑한 AI가 아니라 허점이 줄어든 것입니다. 00:10:12.960 --> 00:10:14.900 다른 건 몰라도 이것만은 기억하세요. 00:10:15.180 --> 00:10:17.720 드리프트 때문에 감사가 희망의 의식이 되어버립니다. 00:10:18.000 --> 00:10:19.340 그룹의 접근 권한을 연결하고 00:10:19.340 --> 00:10:20.800 목적의 그룹을 연결하고 00:10:20.800 --> 00:10:22.320 레이블의 목적을 연결하세요. 00:10:22.320 --> 00:10:25.220 그리고 모든 예외사항은 정해진 일정에 따라 폐기하세요. 00:10:25.400 --> 00:10:27.040 침묵이 당신을 괴롭힐 것입니다. 00:10:27.260 --> 00:10:28.780 하지만 이 부분을 제대로 해결하면 00:10:28.780 --> 00:10:30.540 모든 것이 제자리를 찾을 것입니다. 00:10:32.320 --> 00:10:32.760 외국 00:10:32.760 --> 00:10:39.150 알겠습니다. 00:10:48.920 --> 00:10:49.360 외국 00:10:49.360 --> 00:11:09.200 알겠습니다. 00:11:13.980 --> 00:11:14.420 외국 00:11:14.420 --> 00:11:39.210 알겠습니다. 00:11:41.470 --> 00:11:41.790 이제 00:11:41.790 --> 00:12:01.600 문이 멈추고 00:12:01.600 --> 00:12:03.280 다음 괴물이 나타납니다. 00:12:05.280 --> 00:12:06.420 관리자가 없는 방 00:12:06.420 --> 00:12:09.920 규칙이 사라지는 버려진 팀 00:12:09.920 --> 00:12:12.880 부패가 시작되는 곳 00:12:12.880 --> 00:12:15.060 두 번째 괴물 00:12:15.060 --> 00:12:17.460 관리자가 없는 팀 00:12:17.460 --> 00:12:19.680 규칙이 사라지는 곳 00:12:19.680 --> 00:12:21.660 그리고 문이 멈춥니다. 00:12:22.800 --> 00:12:24.640 그리고 방들은 고요해집니다. 00:12:24.800 --> 00:12:25.760 버려진 팀들 00:12:25.760 --> 00:12:27.660 관리자 없는 방들 00:12:27.660 --> 00:12:29.320 규칙은 희미해지고 00:12:29.320 --> 00:12:30.940 불빛은 깜빡거립니다. 00:12:30.940 --> 00:12:33.520 연결자들은 어둠 속에서 속삭입니다. 00:12:33.780 --> 00:12:36.240 아무에게도 전송되지 않는 로그를 남깁니다. 00:12:36.440 --> 00:12:40.180 파일은 여전히 지난 겨울 회사를 떠난 노트북과 동기화됩니다. 00:12:40.420 --> 00:12:42.560 대화는 문장 중간에 멈춥니다. 00:12:42.820 --> 00:12:44.700 관리자가 없으면 위식도 없습니다. 00:12:45.040 --> 00:12:46.600 위식이 없으면 끝도 없습니다. 00:12:46.940 --> 00:12:50.960 그리고 끝이 없으니 정책은 유리창에 떨어지는 빗방울처럼 미끄러져 내려갑니다. 00:12:51.120 --> 00:12:52.320 왜 이것이 중요할까요? 00:12:52.500 --> 00:12:54.280 방은 여전히 존재하기 때문입니다. 00:12:54.440 --> 00:12:56.140 팀은 단순한 채팅이 아닙니다. 00:12:56.340 --> 00:12:58.260 강력한 셰어포인트 사이트입니다. 00:12:58.260 --> 00:13:03.700 채널, 라이브러리, 탭, 앱, 외부 게스트, 토큰을 담고 있습니다. 00:13:03.960 --> 00:13:07.440 관리자가 사라지면 회사는 이 방을 잠그는 것을 잊어버립니다. 00:13:07.700 --> 00:13:10.040 생명주기는 더 이상 구속력을 갖지 않습니다. 00:13:10.260 --> 00:13:13.520 데이터 손실방지, DLP는 더 이상 작동하지 않습니다. 00:13:13.740 --> 00:13:16.120 데이터 보존 정책은 더 이상 시간을 재지 않습니다. 00:13:16.340 --> 00:13:19.820 그때 진부한 것이 신성시되고 사소한 것이 영원해집니다. 00:13:20.020 --> 00:13:24.060 민감한 정보는 동기화와 공유를 통해 아무런 제재 없이 떠돌아다닙니다. 00:13:24.260 --> 00:13:27.000 대부분의 사람들이 놓치는 것은 조용한 활동입니다. 00:13:27.000 --> 00:13:29.440 비활성이라고 해서 비어있는 것은 아닙니다. 00:13:29.600 --> 00:13:31.880 앱은 여전히 게시물을 올리고, 플로우는 여전히 글을 쓰고, 00:13:32.220 --> 00:13:33.440 봇은 여전히 메시지를 저장합니다. 00:13:33.620 --> 00:13:36.560 채팅이 보이지 않으니 죽었다고 생각하지만 그렇지 않습니다. 00:13:36.760 --> 00:13:40.500 관리되지 않는 시스템은 키를 가진 사람이 계속 사용할 수 있습니다. 00:13:40.780 --> 00:13:43.200 이를 밝혀내는 정확한 방법을 알려드리겠습니다. 00:13:43.540 --> 00:13:44.860 세 가지를 확인해야 합니다. 00:13:45.060 --> 00:13:49.260 첫째, 90일간의 활동 내역, 게시물, 파일 편집, 회의를 확인합니다. 00:13:49.440 --> 00:13:51.680 앱 이벤트만 있는 팀은 플래그를 지정합니다. 00:13:51.940 --> 00:13:54.100 둘째, 마지막 소유자를 확인합니다. 00:13:54.100 --> 00:13:59.000 인사팀에서 퇴사했거나, 계정을 비활성화했거나, 백업이 없는 단일 소유자는 위험도가 높습니다. 00:13:59.160 --> 00:14:01.200 셋째, 외부 게스트 수를 확인합니다. 00:14:01.380 --> 00:14:04.360 게스트는 많지만 소유자가 없는 회의실은 위험도가 높습니다. 00:14:04.560 --> 00:14:06.660 이 세 가지를 종합하여 레이블을 지정합니다. 00:14:06.860 --> 00:14:08.600 소유자 없음, 게스트 수 많음. 00:14:08.760 --> 00:14:10.540 이 문구를 보면 불안감을 느끼실 겁니다. 00:14:10.820 --> 00:14:13.000 관리자보다 외부 사용자가 더 많다는 뜻입니다. 00:14:13.220 --> 00:14:15.140 이번 주에 실행할 수 있는 방법을 알려드리겠습니다. 00:14:15.480 --> 00:14:20.220 마지막 활동 날짜, 소유자 수, 게스트 수, 연결된 시어포인트 사이트 크기, 00:14:20.660 --> 00:14:23.100 활성 커넥터를 기준으로 팀의 인벤토리를 가져옵니다. 00:14:23.100 --> 00:14:27.280 각 항목별로 소유자가 없는 항목과 가장 오래된 활동 순으로 정렬합니다. 00:14:27.460 --> 00:14:29.460 아카이브 워크플로우를 실행합니다. 00:14:30.240 --> 00:14:35.060 이전 소유자, 관리자, 지정된 사업부 책임자에게 알림을 보냅니다. 00:14:35.280 --> 00:14:36.880 명확한 분기를 제공합니다. 00:14:37.140 --> 00:14:41.480 소유권을 재할당하고, 목적을 다시 명시하거나 아카이브를 수락합니다. 00:14:41.740 --> 00:14:44.760 재할당하는 경우 소유자를 2명으로 설정합니다. 00:14:45.060 --> 00:14:46.720 민감도 레이블을 확인합니다. 00:14:47.140 --> 00:14:50.460 수명 주기를 다시 연결하고, 외부 게스트를 검토합니다. 00:14:50.460 --> 00:14:54.200 보관된 경우, 관리되는 라이브러리로 기록을 내보내고, 00:14:54.660 --> 00:14:58.940 보존 기간을 적용하고, 외부 공유를 차단하고, 사이트를 폐쇄하세요. 00:14:59.180 --> 00:15:01.280 만일의 사태를 대비해 보관하지 마세요. 00:15:01.500 --> 00:15:03.520 무덤도 결국 집안의 공간일 뿐입니다. 00:15:03.720 --> 00:15:05.360 작은 이야기 하나를 들려드리겠습니다. 00:15:05.700 --> 00:15:09.320 한 프로젝트 팀이 18개월 전에 해체되었지만, 제대로 마무리되지 않았습니다. 00:15:09.500 --> 00:15:12.300 타사 도구의 커넥터가 매일 밤 로그를 기록하고 있었고, 00:15:12.780 --> 00:15:15.360 게스트 벤더가 여전히 접근 권한을 가지고 있었습니다. 00:15:15.580 --> 00:15:19.660 재설치된 팀원의 노트북에는 재무 폴더가 로컬로 동기화되어 있었습니다. 00:15:19.660 --> 00:15:23.360 심각한 문제는 아니었지만, 느리고 꾸준한 정보 유출 경로가 존재했습니다. 00:15:23.580 --> 00:15:28.740 점검 결과, 90일 동안 활동이 없었고, 마지막 소유자는 없어두며, 게스트 벤더는 5명이었습니다. 00:15:28.880 --> 00:15:33.680 이에 따라 팀을 보관 처리하고, 기록 세트를 보존하고, 게스트 벤더를 제거했습니다. 00:15:34.000 --> 00:15:37.420 벤더 청구와 관련하여 코파일럿 프롬프트를 다시 실행했습니다. 00:15:37.760 --> 00:15:41.900 정리 작업 전에는 이전 채널 메모와 오래된 스프레드 시트를 문제 삼았습니다. 00:15:42.240 --> 00:15:44.800 정리 작업 후, 후속팀의 소유자 쌍을 보관하자, 00:15:44.800 --> 00:15:49.400 코파일럿은 새로운 표준 운영 절차, SOP와 최신 원장을 문제 삼았습니다. 00:15:49.660 --> 00:15:52.360 마법이 아니라 관리 체계가 복원된 것입니다. 00:15:52.620 --> 00:15:55.120 이제 빠른 성과를 낼 수 있는 방법을 살펴보겠습니다. 00:15:55.120 --> 00:16:00.680 180일마다 소유자의 확인을 거쳐 비활성팀의 자동만료 기능을 활성화하세요. 00:16:01.340 --> 00:16:02.940 생성 정책 00:16:02.940 --> 00:16:05.480 생성 시 소유자 2명을 지정해야 합니다. 00:16:06.700 --> 00:16:10.900 프로젝트 생성 시 부서 커뮤니티의 목적 필드를 필수로 지정하고, 00:16:11.460 --> 00:16:14.160 이를 생명주기 규칙에 맞춰 조정해야 합니다. 00:16:14.680 --> 00:16:18.160 소유자가 없는 경우 커넥터 추가를 비활성화해야 합니다. 00:16:18.540 --> 00:16:22.100 테스트에 소유자가 없는 경우 게스트 접근을 차단해야 합니다. 00:16:22.100 --> 00:16:26.340 팀이 관리자를 증명할 수 없다면 외부인을 초대할 수 없습니다. 00:16:28.360 --> 00:16:32.120 흔히 발생하는 실수, 아이디어가 사장되는 주차장팀, 00:16:32.540 --> 00:16:34.900 마무리 단계 없이 종료되는 프로젝트, 00:16:35.360 --> 00:16:38.360 좀비 커넥터, 지라, 채널 이메일, 00:16:38.940 --> 00:16:41.900 평빈 공간에 계속 메시지를 보내는 레거시봇, 00:16:42.340 --> 00:16:45.440 그리고 최악의 경우 영웅적인 소유자 한 명이 00:16:45.440 --> 00:16:48.740 번아웃되어 그만두고 모든 권한을 가져가는 것입니다. 00:16:49.080 --> 00:16:51.580 이렇게 해서 방은 고화가 됩니다. 00:16:52.100 --> 00:16:54.180 소음 때문이 아니라 방치 때문에. 00:16:56.490 --> 00:16:58.730 다른 건 몰라도 이것만은 기억하세요. 00:16:59.670 --> 00:17:01.950 관리자 없는 방은 이름 없는 위험입니다. 00:17:02.390 --> 00:17:03.410 이름을 붙여주세요. 00:17:03.710 --> 00:17:04.890 선택을 강요하세요. 00:17:05.170 --> 00:17:08.370 목적을 가지고 갱신하거나 증거를 가지고 종료하세요. 00:17:09.370 --> 00:17:12.170 그렇게 하면 안개가 걷히고 눕히 깨어납니다. 00:17:12.170 --> 00:17:15.650 남은 것을 먹고 사는 부패한 데이터. 00:17:15.650 --> 00:17:17.030 세 번째 생물. 00:17:17.150 --> 00:17:18.170 부패한 데이터. 00:17:18.330 --> 00:17:21.090 불필요하고 쓸모없고 사소한 것들. 00:17:21.230 --> 00:17:24.230 안개를 키우고 그 안개를 늪으로 몰아넣는다. 00:17:24.370 --> 00:17:25.430 로트 외 데이터. 00:17:25.610 --> 00:17:28.390 불필요하고 쓸모없고 사소한 것들. 00:17:28.530 --> 00:17:30.110 겉보기에는 무해해 보인다. 00:17:30.290 --> 00:17:31.170 작은 파일들. 00:17:31.370 --> 00:17:32.390 오래된 버전뜰. 00:17:32.530 --> 00:17:33.410 파이널 세븐. 00:17:33.690 --> 00:17:34.730 파이널 V8. 00:17:35.410 --> 00:17:38.470 깊고 구불구불 한 폴더에 쌓인 수많은 복사본들. 00:17:38.650 --> 00:17:41.190 하지만 이것이 바로 신호를 덮어버리는 안개다. 00:17:41.350 --> 00:17:44.390 검색은 이 안개를 들이마시고 코파일럿은 마신다. 00:17:44.510 --> 00:17:45.830 그리고 답은 돌아온다. 00:17:46.050 --> 00:17:48.030 짙고 느리고 틀렸다. 00:17:48.790 --> 00:17:50.770 왜 이것이 중요한지는 명백하다. 00:17:51.330 --> 00:17:52.890 부패는 주위를 앗아간다. 00:17:53.050 --> 00:17:54.330 정확성을 앗아간다. 00:17:54.510 --> 00:17:56.950 버전더미는 현재의 진실을 덮어버린다. 00:17:56.950 --> 00:18:00.530 오래된 복사본은 최신 기록보다 경로에 더 가깝다. 00:18:00.650 --> 00:18:03.490 모델은 오른 것이 아니라 쉬운 것에 착륙한다. 00:18:04.270 --> 00:18:09.890 안개가 짙어지면 인차인이 최고 인재들은 증거가 아닌 기억에 의존하기 시작한다. 00:18:10.070 --> 00:18:12.490 그때 잘못된 결정이 당연하게 느껴진다. 00:18:12.650 --> 00:18:13.930 그들은 침착하게 말한다. 00:18:14.130 --> 00:18:15.730 그들은 당신의 배지를 달고 있다. 00:18:15.890 --> 00:18:17.770 대부분의 사람들이 놓치는 바로 그 점. 00:18:17.950 --> 00:18:19.850 글쓰기는 마찰 속에서 성장한다. 00:18:20.070 --> 00:18:21.290 너무 많은 관문이 있다. 00:18:21.530 --> 00:18:23.750 사소한 일에 너무 많은 의식이 필요하다. 00:18:23.970 --> 00:18:26.250 그리고 사용자들은 폴더로 숨어든다. 00:18:26.250 --> 00:18:28.450 그들은 깊이의 사다리를 만든다. 00:18:28.590 --> 00:18:30.750 10단계 아래로 거짓된 이름들. 00:18:31.070 --> 00:18:32.670 여전히 가라앉는 아카이블. 00:18:32.830 --> 00:18:35.430 만일의 사태를 대비해 보관된 오래된 작업물들. 00:18:35.590 --> 00:18:38.290 그러다 만일의 사태가 우연히 정책이 되어버린다. 00:18:38.450 --> 00:18:39.810 늪은 돌진하지 않는다. 00:18:39.950 --> 00:18:41.010 그저 기다릴 뿐이다. 00:18:41.210 --> 00:18:42.610 깊고 조용한 먹이 사냥. 00:18:42.810 --> 00:18:45.290 이제 그 늪을 드러내는 방법을 정확히 보여드리겠습니다. 00:18:45.610 --> 00:18:48.750 보인업 라이브러리 전체에 걸쳐 콘텐츠 인벤토리를 실행하세요. 00:18:48.970 --> 00:18:52.790 생성 1, 크기, 마지막 수정 1, 마지막 열람 1을 추출합니다. 00:18:53.030 --> 00:18:55.330 중복 캐시를 추가하여 상동 1을 찾아 냅니다. 00:18:55.330 --> 00:18:58.930 경로 깊이별로 그룹화하여 가장 깊은 둥지를 드러냅니다. 00:18:59.130 --> 00:19:01.910 그런 다음 각 클러스터를 보존범주에 맵핑합니다. 00:19:02.110 --> 00:19:03.810 반드시 보관해야 하는 레코드. 00:19:03.970 --> 00:19:05.510 보관하는 것이 좋은 참조. 00:19:05.690 --> 00:19:07.270 삭제해야 할 사소한 레코드. 00:19:07.410 --> 00:19:09.030 추측하거나 논쟁하지 마세요. 00:19:09.250 --> 00:19:11.050 지표가 형태를 그리도록 하세요. 00:19:11.270 --> 00:19:12.990 이제 물을 맑게 하는 단계입니다. 00:19:13.270 --> 00:19:14.910 최종 혼돈부터 시작하세요. 00:19:15.170 --> 00:19:19.590 중복 캐시와 유사 이름 일치를 사용하여 거의 동일한 레코드를 통합합니다. 00:19:20.030 --> 00:19:22.930 콘텐츠 유형에 연결된 표준 레코드를 유지합니다. 00:19:22.930 --> 00:19:24.830 그림자 레코드를 삭제합니다. 00:19:25.030 --> 00:19:26.870 다음으로 버전 더미를 정리합니다. 00:19:27.090 --> 00:19:29.030 주요 버전을 적절한 수로 제한합니다. 00:19:30.630 --> 00:19:34.550 디자인 저장소로 사용될 위도가 없었던 라이브러리의 마이너 버전을 줄입니다. 00:19:34.870 --> 00:19:37.050 마지막으로 깊이 있는 분석을 시작합니다. 00:19:37.330 --> 00:19:43.870 사용자가 복잡한 단계를 거치지 않아도 되도록 간소화된 메타 데이터를 사용하는 허브 앤 스포크 구조를 적용하세요. 00:19:44.390 --> 00:19:46.150 필수 입력 항목은 목적과 유형. 00:19:46.550 --> 00:19:51.430 두 개만 남겨두고, 두 번 클릭만으로 정확한 정보를 얻을 수 있도록 하여 번거로움을 줄이세요. 00:19:51.430 --> 00:19:55.410 마지막으로 보존 기간을 설정하고, 기본 보존 기간을 적용하세요. 00:19:55.650 --> 00:20:03.490 작업 라이브러리의 초안은 30일, 팀 공간의 참조 자료는 180일, 관리 라이브러리의 기록은 7년으로 설정하세요. 00:20:03.870 --> 00:20:06.390 보존 기간이 지나면 혼란이 해소될 것입니다. 00:20:06.630 --> 00:20:08.370 간단한 사례를 하나 소개하겠습니다. 00:20:08.750 --> 00:20:11.970 이전에 부서 허브에서 이와 유사한 정리 계획을 실행한 적이 있습니다. 00:20:12.230 --> 00:20:18.810 경비 정책을 검색했을 때 1페이지에 12개의 결과가 나왔는데, 그 중 8개는 오래된 자료였고, 2개는 초안이었습니다. 00:20:18.810 --> 00:20:23.670 실제 기록은 2페이지에 있었는데, 검색 결과의 깊이와 중복된 이름 때문에 묻혀 있었습니다. 00:20:23.810 --> 00:20:28.470 중복된 자료를 제거하고, 버전을 정리하고, 네이브를 적용한 후 보존 기간을 설정했습니다. 00:20:28.730 --> 00:20:32.290 같은 검색어로 검색했을 때 2개의 결과만 나왔고, 모두 최신 자료였습니다. 00:20:32.590 --> 00:20:36.370 코파일럿 위 답변 편차가 줄어들고, 인용 정확도가 높아졌습니다. 00:20:36.590 --> 00:20:40.830 모델이 뭔가 새로운 것을 학습해서가 아니라, 방대한 자료가 사라졌기 때문입니다. 00:20:40.830 --> 00:20:53.490 이번 주에 실천할 수 있는 간단한 성공 사례로는, 목적에 대한 3단계 용어집을 개시하고, 참조 자료의 보존 기간을 설정하는 것, 그리고 핵심 라이브러리의 콘텐츠 유형과 목적이라는 두 가지 필수 입력 항목을 연결하는 것 등이 있습니다. 00:20:53.750 --> 00:20:57.750 용량 기준으로 상위 3개 라이브러리의 기본 보존 기간을 설정하세요. 00:20:57.990 --> 00:21:06.750 레코드가 아닌 라이브러리에서는 버전 20 이상을 삭제하고, 매주 중복 캐시 보고서를 실행하여 최종 버전 7이 생성되기 전에 제거하세요. 00:21:06.750 --> 00:21:11.850 흔히 저지르는 실수 중 하나는, 첫날부터 13개 필드를 필수 항목으로 지정하는 것입니다. 00:21:12.030 --> 00:21:16.690 유효성 검사를 통과하기 위해 오래된 콘텐츠에 거짓 태그를 대량으로 추가하는 것도 문제입니다. 00:21:16.890 --> 00:21:21.770 사용자 교육을 건너 뛰어 사람들이 계속해서 폴더를 쌓아 데이터를 축적하게 만드는 것도 잘못된 방법입니다. 00:21:21.950 --> 00:21:25.770 그리고 최악의 실수는 AI가 쓰레기를 보물로 분류해줄 거라고 믿는 것입니다. 00:21:26.010 --> 00:21:27.690 AI는 그렇게 하지 않습니다. 00:21:29.850 --> 00:21:31.930 다른 건 몰라도 이것만은 기억하세요. 00:21:33.810 --> 00:21:37.190 로티는 거짓말을 부드럽게 들리게 하는 안개와 같습니다. 00:21:37.190 --> 00:21:40.430 안개를 걷어내면 집은 비로소 숨을 쉴 수 있습니다. 00:21:40.630 --> 00:21:44.310 안개를 걷어내면 가장자리에서 움직이는 형체들이 보이기 시작할 겁니다. 00:21:44.550 --> 00:21:49.890 그림자 같은 광경들, 추위 속에서 헤매다 들어온 길 잃은 존재들, 이제 그들의 차례입니다. 00:21:50.430 --> 00:21:51.650 어떤 생명체일까요? 00:21:51.910 --> 00:21:58.090 그림자 같은 광경들, 추위 속에서 헤매다 들어온 길 잃은 생명체들, 그리고 마침내 그들을 보게 됩니다. 00:21:58.350 --> 00:22:03.950 길 잃은 존재들, 그림자 같은 광경들, 안전장치 없는 자율성에서 태어난 존재들, 00:22:03.950 --> 00:22:10.710 제출된 양식, 놓친 체크박스, 목적 없이 복제된 템플릿, 각각은 작고 무해합니다. 00:22:10.950 --> 00:22:18.010 그러다 수백 개, 그 다음엔 800개의 하위 사이트가 하나의 파일, 하나의 소유자, 하나의 조용한 표류를 통해 생겨납니다. 00:22:18.310 --> 00:22:20.290 그들은 소리치지 않고 메아리 칩니다. 00:22:20.650 --> 00:22:22.690 그리고 그 메아리는 지도를 왜곡합니다. 00:22:22.910 --> 00:22:24.830 왜 이것이 중요하냐면 간단합니다. 00:22:25.070 --> 00:22:30.070 모든 잘못된 사이트는 새로운 문, 병렬 구조, 복제된 권한 세트를 의미합니다. 00:22:30.070 --> 00:22:36.090 이제 검색은 같은 아이디어로 향하는 두 경로를 따라가다가 우연히 두 경로 모두를 반환합니다. 00:22:36.370 --> 00:22:39.570 사용자는 손에 가장 가까운 복사본으로 끌려갑니다. 00:22:40.130 --> 00:22:45.950 실제 기록은 굶주리는 반면, 그림자는 결코 얻지 못한 클릭, 링크, 신뢰를 얻습니다. 00:22:46.330 --> 00:22:47.670 이것은 악의가 아닙니다. 00:22:48.170 --> 00:22:49.430 뼈대 없는 성장입니다. 00:22:49.770 --> 00:22:52.070 대부분의 사람들이 간과하는 부분이죠. 00:22:52.350 --> 00:22:54.170 확산은 속도처럼 느껴집니다. 00:22:54.170 --> 00:22:59.890 사이트를 만들고 링크가 깨지고 소유자가 떠날 때까지 배포하면 00:22:59.890 --> 00:23:04.970 필요한 페이지는 같은 이름의 다른 레이블로 새 허브 떨어진 곳에 있게 됩니다. 00:23:05.230 --> 00:23:07.670 그러면 부조종사는 어느 것을 선택할까요? 00:23:07.830 --> 00:23:10.290 승인받은 것이 아니라 눈에 보이는 것을 선택합니다. 00:23:10.470 --> 00:23:12.570 거짓말은 조용하지만 결국 애는 도달합니다. 00:23:12.770 --> 00:23:15.010 이제 정확히 어떻게 그들을 찾아내는지 보여드리겠습니다. 00:23:15.330 --> 00:23:17.370 사이트 디렉토리 내보내기부터 시작하세요. 00:23:17.370 --> 00:23:23.510 제목, URL, 템플릿, 소유자, 마지막 활동, 항목수, 허브 연결 여부를 가져옵니다. 00:23:23.670 --> 00:23:28.250 허브에 연결되지 않은 사이트, 항목수가 적은 사이트, 활동이 오래된 사이트를 기준으로 정렬합니다. 00:23:28.430 --> 00:23:30.730 이러한 행위 바로 허브에 연결되지 않은 사이트입니다. 00:23:30.930 --> 00:23:33.250 다음으로 명명 패턴별로 그룹화합니다. 00:23:33.510 --> 00:23:37.870 기존 템플릿을 복제한 팀, 몇 분 만에 마이크로 사이트를 만든 의원회 등을 확인합니다. 00:23:38.090 --> 00:23:40.350 그러면 여러 조각들이 모여있는 것을 볼 수 있습니다. 00:23:40.650 --> 00:23:41.870 이것이 바로 통합랩입니다. 00:23:42.130 --> 00:23:44.710 이제 과거의 데이터를 활용하여 하위 사이트를 통합합니다. 00:23:44.710 --> 00:23:47.790 하위 사이트에서 허브 앤 스포크 구조로 전환합니다. 00:23:48.130 --> 00:23:49.850 목적 템플릿을 정의합니다. 00:23:50.310 --> 00:24:00.170 부서, 프로젝트, 커뮤니티 등 각 템플릿에는 민감도 레이블, DLP, 데이터 손실방지, 기본 보존기간, 필수 입력 필드 두 개를 설정합니다. 00:24:00.390 --> 00:24:02.070 핵심 사이트 유형을 정의합니다. 00:24:02.330 --> 00:24:04.950 검토 없이는 개별 사이트를 마음대로 만들 수 없습니다. 00:24:05.310 --> 00:24:09.770 사이트 생성 시 목적과 데이터 소유자 정보를 수집하는 단일 수집 경로를 만듭니다. 00:24:09.770 --> 00:24:16.770 모든 세 사이트는 허브에 연결되며 허브에서는 전역 탐색, 범위 지정 검색, 네이블 상속을 통해 사이트를 유지합니다. 00:24:17.470 --> 00:24:21.050 허브에서 나가는 사이트는 반드시 이유와 관리자를 지정해야 합니다. 00:24:21.270 --> 00:24:25.710 예를 들어 한 부서에서 정책 스니펫을 위한 마이크로 사이트가 12개 있었습니다. 00:24:25.910 --> 00:24:29.930 각 사이트는 단일 페이지로 구성되어 있고 소유자도 한 명 뿐이었으며 허브에 연결되어 있지 않았습니다. 00:24:30.110 --> 00:24:36.910 검색 결과 여행 정책 관련 항목이 5개 나왔는데 모두 비슷했지만 사소하지만 값 비싼 부분에서 모두 잘못되어 있었습니다. 00:24:36.910 --> 00:24:47.330 이 항목들을 정책 커브로 통합하고 콘텐츠를 깔끔한 정보 아키텍처로 재구성하고 네이블 상속을 설정하고 관련 없는 항목들을 정리했습니다. 00:24:47.570 --> 00:24:52.910 그 결과 검색 결과가 5개로 줄어들었는데 그 중 3개는 표준 페이지 하나를 사용한 후 오래된 것이었고 하나는 아카이브 알림이었습니다. 00:24:53.570 --> 00:24:56.690 코파일럿 위 오류로 인해 복제본 간에 오류가 발생하는 문제도 해결되었습니다. 00:24:56.970 --> 00:24:58.570 이제 빠르게 성과를 낼 수 있습니다. 00:24:58.850 --> 00:25:04.110 용도별로 적두사를 지역 또는 프로젝트 코드별로 접미사를 자동으로 생성하도록 합니다. 00:25:04.110 --> 00:25:06.650 사이트 생성 시 템플릿 선택을 위무화합니다. 00:25:06.850 --> 00:25:08.430 빈 사이트는 허용하지 않습니다. 00:25:08.690 --> 00:25:10.830 소유자 및 관리자 필드를 필수로 지정합니다. 00:25:11.070 --> 00:25:15.070 두 필드 모두 실제 사용자가 생성하도록 하고 180일 동안 테스트를 진행합니다. 00:25:15.250 --> 00:25:17.910 테넌트 전체에서 하위 사이트 생성을 비활성화합니다. 00:25:18.170 --> 00:25:21.830 소유권 정보가 표시된 사이트 디렉토리를 모든 사용자가 볼 수 있도록 게시합니다. 00:25:22.070 --> 00:25:23.990 잘못된 사이트는 조용히 관리합니다. 00:25:24.210 --> 00:25:25.890 허브 사이트는 매달 검토합니다. 00:25:26.190 --> 00:25:28.330 잘못된 사이트는 어둠 속에서 번성합니다. 00:25:28.570 --> 00:25:29.450 빛을 비춥니다. 00:25:29.650 --> 00:25:31.570 흔히 발생하는 실수들을 바로 잡습니다. 00:25:31.570 --> 00:25:35.450 하위 사이트에 대한 향수 우리는 항상 이렇게 해와더 라는 생각 00:25:35.450 --> 00:25:39.570 13개의 필드를 요구하며 도입을 저해하는 거버넌스 위원회 00:25:39.570 --> 00:25:44.510 URL을 잃어버려서 같은 팀에 두 개의 사이트가 있는 병렬 구조 등을 개선합니다. 00:25:45.290 --> 00:25:50.930 그리고 무엇보다 최악은 나중에 정리하는 게 비싸다는 생각에 그림자 사이트를 그대로 두는 겁니다. 00:25:51.210 --> 00:25:53.450 나중은 언제나 더 큰 대가를 치르게 마련이죠. 00:25:53.670 --> 00:25:55.650 다른 건 몰라도 이것만은 기억하세요. 00:25:55.910 --> 00:25:57.950 흩어진 것들은 자유공간이 아닙니다. 00:25:58.110 --> 00:25:58.650 빛입니다. 00:25:59.550 --> 00:26:00.610 허브로 통합하세요. 00:26:00.610 --> 00:26:03.150 처음부터 라벨을 붙이세요. 00:26:03.550 --> 00:26:06.290 목적을 감정이 아닌 하나의 분야로 만드세요. 00:26:06.490 --> 00:26:09.750 흩어진 것들이 방황을 멈추면 거울도 왜곡을 멈춥니다. 00:26:09.970 --> 00:26:11.930 그리고 그때 가면을 만나게 되죠. 00:26:22.220 --> 00:26:22.660 낯선 00:26:22.660 --> 00:26:51.420 알겠습니다. 00:26:51.820 --> 00:26:52.320 낯선 00:26:52.320 --> 00:27:21.640 알겠습니다. 00:27:42.390 --> 00:27:45.850 구조종사의 차분한 목소리가 당신의 얼굴을 하고 있습니다. 00:27:46.930 --> 00:27:47.890 황각 00:27:47.890 --> 00:27:50.690 당신의 얼굴을 한 그림자 00:27:50.690 --> 00:27:53.490 관리자님 이제 들리시나요? 00:27:53.770 --> 00:27:57.450 당신 자신의 부드럽고 확신에 찬 목소리 00:27:57.450 --> 00:27:59.950 당신의 얼굴을 한 그림자 00:27:59.950 --> 00:28:02.150 환각은 광기가 아닙니다. 00:28:02.150 --> 00:28:03.750 어둠 속의 수학이죠. 00:28:03.750 --> 00:28:06.890 부조종사는 도달할 수 있는 것에 기반을 둡니다. 00:28:07.490 --> 00:28:15.410 지나치게 열성적인 제한된 콘텐츠 검색과 제한된 접근 제어로 부조종사를 굶주리게 하면 부조종사는 틈새를 통해 추측합니다. 00:28:15.610 --> 00:28:19.730 무분별한 확산에 휩싸이게 하면 부조종사는 소음을 평균화합니다. 00:28:20.090 --> 00:28:22.030 두 갈래 길, 같은 절벽 00:28:22.030 --> 00:28:27.930 대답이 확신에 차들리는 이유는 언어가 잘못된 방을 확신할 때 그렇게 들리기 때문입니다. 00:28:28.830 --> 00:28:32.870 대부분의 사람들이 간과하는 것은 거버넌스와 진실 사이의 연결고리입니다. 00:28:33.090 --> 00:28:35.550 단순히 기발한 프롬프트로 환상을 바로 잡을 수는 없습니다. 00:28:35.830 --> 00:28:37.350 근본적인 문제를 해결해야 합니다. 00:28:37.350 --> 00:28:41.250 개념이 하나의 영역에 속하도록 효율적인 IIA, 인프라 스트럭처 AS 어웨어너스를 구축하고 00:28:41.250 --> 00:28:45.450 위험에 맞는 네이블을 지정하고 데이터 유출을 원천 차단하는 DLP, 데이터 손실방지 시스템을 구축하고 00:28:45.450 --> 00:28:48.210 특정 날짜를 달력상의 날짜로 변환하는 데이터 보존 정책을 시행해야 합니다. 00:28:48.330 --> 00:28:49.670 그런 다음 측정해야 합니다. 00:28:49.910 --> 00:28:51.990 제가 그 방법을 정확히 보여드리겠습니다. 00:28:52.370 --> 00:28:55.050 정리 작업 전후에 동일한 프롬프트를 실행하세요. 00:28:55.310 --> 00:28:59.650 동일한 테넌트, 동일한 쿼리, 동일한 사용자 페르소나를 사용합니다. 00:29:00.030 --> 00:29:03.470 전자제품 반품 프로세스를 기록하기 전과 후를 비교하고 00:29:03.470 --> 00:29:08.530 3번이 실행을 통해 인용, 링크, 답변의 차이를 요약하세요. 00:29:08.530 --> 00:29:14.350 그러면 2019년 PDF 파일의 이동, 깊은 폴더에 저장된 초안, 00:29:14.950 --> 00:29:20.690 허브 정렬 네이블 상속 후 사용자가 볼 수 없는 잠긴 2024년 페이지 등을 확인할 수 있습니다. 00:29:20.970 --> 00:29:23.710 권한 축소, 데이터 부패 제거 작업을 수행한 후 00:29:23.710 --> 00:29:26.190 동일한 프롬프트를 실행하여 인용을 기록하세요. 00:29:26.450 --> 00:29:30.610 그러면 더 적은 출척, 더 최신 날짜, 위험에 맞는 네이블이 지정된 00:29:30.610 --> 00:29:32.530 올바른 허브의 페이지를 볼 수 있습니다. 00:29:32.790 --> 00:29:36.510 차이가 줄어든다고 해서 마법처럼 모든 것이 해결되는 것은 아닙니다. 00:29:36.730 --> 00:29:38.030 세 가지를 측정하세요. 00:29:38.030 --> 00:29:42.550 인용 정확도와 현재 권위 있는 페이지를 가리키는 참조 비율입니다. 00:29:43.750 --> 00:29:48.030 답변 편차는 반복 실행 시 응답이 얼마나 변하는지를 나타냅니다. 00:29:48.430 --> 00:29:53.210 접근 불일치는 사용자가 열 수 없는 콘텐츠를 참조하는 빈도를 나타냅니다. 00:29:54.090 --> 00:29:59.690 정확도가 높아지고 편차가 낮아지며 불일치가 0이 되면 모델의 속임수를 가르친 것이 아니라 00:29:59.690 --> 00:30:02.850 시스템이 거짓말을 멈추도록 만든 것입니다. 00:30:02.850 --> 00:30:07.370 예를 들어 지원팀이 rma 실패 시 에스컬레이션 경로는 무엇인가요? 00:30:07.370 --> 00:30:09.210 라고 질문했습니다. 00:30:09.570 --> 00:30:14.850 이전에는 코파일럿 e-outlook 스레드와 2022년의 마지막으로 수정된 위키 페이지를 참조했는데 00:30:15.410 --> 00:30:17.310 둘 다 접근 가능했습니다. 00:30:17.630 --> 00:30:19.370 실제 프로세스는 특정 팀에 갇혀 있었고 00:30:19.370 --> 00:30:22.430 네이블 때문에 제대로 찾을 수 없었습니다. 00:30:22.430 --> 00:30:27.570 거버넌스 체계를 구축한 후 SOP를 서비스 허브로 옮기고 콘텐츠 유형을 맵핑한 다음 00:30:27.570 --> 00:30:31.750 지원팀이 여전히 검색할 수 있도록 적절한 민감도 레이블을 적용했습니다. 00:30:31.990 --> 00:30:35.490 이제 코파일럿은 허브의 SOP와 최신 체크리스트를 참조합니다. 00:30:35.730 --> 00:30:38.150 같은 모델이지만 환경이 달라진 것입니다. 00:30:38.390 --> 00:30:40.450 이렇게 하면 빠르게 성과를 낼 수 있습니다. 00:30:40.770 --> 00:30:42.650 답변 수용 기준을 설정하세요. 00:30:43.810 --> 00:30:45.670 참조가 없으면 신뢰할 수 없습니다. 00:30:46.030 --> 00:30:48.850 중간 위험 주제에 대해서는 최소 2개의 권위 있는 출처를 요구하고 00:30:48.850 --> 00:30:50.970 낮은 위험 주제에 대해서는 하나만 요구합니다. 00:30:50.970 --> 00:30:53.970 높은 위험 주제에 대해서는 사람이 직접 검토하도록 합니다. 00:30:54.090 --> 00:30:59.350 돈, 접근 권한 또는 법적 효력이 있는 결정에는 인간의 개입을 활성화하십시오. 00:30:59.470 --> 00:31:01.350 피드백 루프를 구축하십시오. 00:31:01.870 --> 00:31:05.590 아니오 표시는 답변과 배경 모두에 대한 재검토를 촉발합니다. 00:31:05.910 --> 00:31:09.070 레이블, 권한, 보존 기간을 설정하십시오. 00:31:09.230 --> 00:31:12.290 시스템이 거짓 정보를 제공했기 때문에 답변이 실패했다면 00:31:12.290 --> 00:31:14.730 프롬프트가 아닌 시스템을 수정하십시오. 00:31:15.850 --> 00:31:20.350 흔히 저지르는 실수, AI 가스레기를 진실로 분류할 것이라고 기대하는 것. 00:31:20.350 --> 00:31:25.690 검색 및 코파일럿 기능이 고갈될 때까지 RCD를 과도하게 사용한 후 모델을 탓하는 것. 00:31:26.190 --> 00:31:29.950 레이블이 실제 위험과 일치하지 않는 민감한 노출 지도를 무시하는 것. 00:31:30.450 --> 00:31:35.210 최악의 경우, 그럴듯하게 들린다는 이유로 환각을 충분히 정확한 것으로 간주하는 것. 00:31:35.350 --> 00:31:38.490 충분히 정확하다는 것이 오류가 정책이 되는 방식입니다. 00:31:38.730 --> 00:31:40.850 바른 건 몰라도 이것만은 기억하십시오. 00:31:41.050 --> 00:31:44.010 시스템이 가면을 쓰고 있을 때 그림자가 당신의 얼굴을 깔입니다. 00:31:44.010 --> 00:31:45.370 가면을 벗기십시오. 00:31:45.510 --> 00:31:47.050 IIA를 허브에 연결하십시오. 00:31:47.190 --> 00:31:48.650 수명 주기를 목적에 연결하십시오. 00:31:48.770 --> 00:31:50.010 레이블을 위험에 연결하십시오. 00:31:50.150 --> 00:31:51.610 DLP를 종료 지점에 연결하십시오. 00:31:51.730 --> 00:31:53.170 보존 기간을 시간에 연결하십시오. 00:31:53.290 --> 00:31:54.010 이렇게 하십시오. 00:31:54.150 --> 00:31:55.910 그러면 코파일럿이 당신의 말처럼 들릴 것입니다. 00:31:56.090 --> 00:31:58.170 왜냐하면 코파일럿은 현실에 기반을 두고 있기 때문입니다. 00:31:58.330 --> 00:31:59.830 마침내 진실이 밝혀졌습니다. 00:31:59.990 --> 00:32:03.110 바로 이러한 연결, 그리고 유지되는 거버넌스 의식입니다. 00:32:03.350 --> 00:32:05.650 관리자 도구는 당신을 구하지 못할 것입니다. 00:32:05.950 --> 00:32:08.650 의식은 반복되고, 소유되고, 측정됩니다. 00:32:08.650 --> 00:32:10.730 그것이 바로 집을 지키는 방법입니다. 00:32:10.930 --> 00:32:12.690 왜 이것이 중요한지는 명확합니다. 00:32:12.890 --> 00:32:14.230 앱보다 나을 수는 없습니다. 00:32:15.030 --> 00:32:16.770 행동을 구조에 연결해야 합니다. 00:32:16.990 --> 00:32:19.710 그러면 표류는 멈추고, 방에는 관리자가 생기고, 00:32:20.010 --> 00:32:22.570 늪은 빠지고, 길 잃은 것들은 집으로 돌아옵니다. 00:32:23.030 --> 00:32:28.190 의식은 정보 아키텍처, 생명주기, 민감도 레이블, DLP, 00:32:28.670 --> 00:32:31.210 보존이라는 다섯 가지 요소로 이루어져 있으며, 00:32:31.710 --> 00:32:33.830 단순한 슬로건이 아니라 회로와 같습니다. 00:32:35.370 --> 00:32:37.870 하나가 움직이면 다른 것들도 작동합니다. 00:32:37.870 --> 00:32:40.170 정보 아키텍처부터 시작하세요. 00:32:41.650 --> 00:32:43.210 허브는 앵커 역할을 하고, 00:32:43.630 --> 00:32:49.390 목적, 부서, 프로젝트, 커뮤니티, 서비스별로 가지를 뻗어 나갑니다. 00:32:51.010 --> 00:32:54.210 각 허브는 사람들이 질문하는 방식에 맞는 명확한 지도와 00:32:54.210 --> 00:32:56.330 최상위 탐색 메뉴를 가지고 있어야 하며, 00:32:56.730 --> 00:32:58.210 조직도처럼 보여서는 안 됩니다. 00:32:58.510 --> 00:33:02.110 콘텐츠 유형은 적고, 사람이 이해하기 쉬운 단어로 명명되어야 합니다. 00:33:02.330 --> 00:33:05.790 정책, 표준 운영 절차, SOP, 기록, 작업 문서, 00:33:05.790 --> 00:33:09.170 목적과 콘텐츠의 유형, 이 두 가지 필수 필드만 있으면 됩니다. 00:33:09.410 --> 00:33:11.790 나머지는 선택사항이거나 제한사항일 뿐이며 간단합니다. 00:33:12.570 --> 00:33:14.070 이것은 부담이 아니라 비계입니다. 00:33:14.310 --> 00:33:18.030 정보 아키텍처, IIA가 간결해지면 사람들은 폴더를 쌓아 올리는 작업을 멈춥니다. 00:33:18.190 --> 00:33:21.110 이 부분을 제대로 이해하면 모든 개념에는 하나의 집이 있고, 00:33:21.310 --> 00:33:24.850 모든 집에는 하나의 경로가 있기 때문에 다른 모든 것이 제자리를 찾습니다. 00:33:24.850 --> 00:33:31.130 수명 주기는 현재 상태, 생성, 테스트, 보관, 폐기 순으로 진행됩니다. 00:33:31.990 --> 00:33:33.550 생성에는 규칙이 있습니다. 00:33:33.850 --> 00:33:37.530 두 명의 소유자가 목적을 명시하고 템플릿을 선택합니다. 00:33:37.750 --> 00:33:40.370 180일 후 소유자는 상태를 확인합니다. 00:33:40.590 --> 00:33:43.110 해당 사이트가 여전히 활성화되어 있는지 확인하는 것입니다. 00:33:43.310 --> 00:33:46.610 활성화되어 있다면 네이블, 게스트, 커넥터 및 목적을 확인합니다. 00:33:46.790 --> 00:33:48.590 활성화되어 있지 않다면 보관을 시작합니다. 00:33:48.830 --> 00:33:50.550 보관은 단순한 데이터 삭제가 아닙니다. 00:33:50.750 --> 00:33:52.730 증거를 확보하여 사이트를 이전하는 과정입니다. 00:33:52.730 --> 00:33:54.670 관리되는 라이브러리로 레코드를 내보내고, 00:33:54.910 --> 00:33:57.630 보존 기간을 적용하고, 공유를 차단하고, 사이트를 폐기합니다. 00:34:01.780 --> 00:34:05.620 폐기는 증거, 폐기 검토, 로그, 서명을 통해 정해진 일정에 따라 진행됩니다. 00:34:05.800 --> 00:34:09.700 수명 주기를 통해 나중은 단순한 희망사항이 아닌 확정된 날짜가 됩니다. 00:34:10.960 --> 00:34:14.920 민감도 레이블은 마치 피부처럼 사이트와 라이브러리에 연결되며, 00:34:15.460 --> 00:34:18.120 단순히 기분에 따라 설정되는 것이 아닙니다. 00:34:19.620 --> 00:34:23.620 레이블은 공개, 내부, 기밀, 제한 등의 유형으로 나뉩니다. 00:34:23.620 --> 00:34:27.000 각 레이블은 사용자가 체감할 수 있는 제어 기능을 활성화합니다. 00:34:27.140 --> 00:34:29.620 기밀 레이블은 모든 사용자의 링크를 차단하고, 00:34:30.060 --> 00:34:34.040 공유 권한을 제한하며, 외부 게스트에 접근을 지정된 도메인으로 제한합니다. 00:34:34.460 --> 00:34:37.960 레이블은 콘텐츠 검사를 통해 상위 레벨로 지정되지 않는 한, 00:34:38.380 --> 00:34:42.740 사이트에서 라이브러리, 파일로 이어지는 트리 구조에 따라 상속됩니다. 00:34:42.960 --> 00:34:46.840 학습 가능한 분류기를 통해 가능한 경우 자동 적용 기능을 활용할 수 있습니다. 00:34:47.120 --> 00:34:50.520 개인식별 정보, PII, 계약, 재무정보 등을 탐지하되, 00:34:50.520 --> 00:34:53.160 분류기는 심판이 아닌 정찰병처럼 다뤄야 합니다. 00:34:53.320 --> 00:34:55.780 중요한 사안일 경우 소유자가 최종 수인을 해야 합니다. 00:34:55.940 --> 00:34:58.320 데이터 유출방지, DLP는 핵심적인 역할을 합니다. 00:34:58.500 --> 00:35:01.960 모든 접근을 차단하는 역할을 하며, 패턴팩을 통해 명백한 위반사항을 포착합니다. 00:35:02.160 --> 00:35:05.780 신용카드 정보, 사회보장번호, SSN, 건강 데이터 등이 이에 해당합니다. 00:35:05.980 --> 00:35:08.300 맥락을 파악하면 더욱 강력한 보완을 제공합니다. 00:35:08.520 --> 00:35:12.040 외부 게스트가 있는 팀에는 급여 스프레드 시트 업로드를 차단하고, 00:35:12.640 --> 00:35:16.080 기밀 파일이 그룹 외부로 공유될 경우 소유자에게 알림을 보냅니다. 00:35:16.080 --> 00:35:21.260 예외 처리를 위해서는 업무상 정당성을 요구하고, 관련 내용을 관리자에게 보고해야 합니다. 00:35:21.460 --> 00:35:26.660 DLP는 잔소리를 하지 않고, 데이터 자동 완성 기능을 차단하여 담당자가 직접 검토하도록 합니다. 00:35:26.840 --> 00:35:29.680 신뢰할 수 있는 척하는 기생충은 DLP를 싫어합니다. 00:35:29.960 --> 00:35:33.000 DLP는 반박하는 문을 통과할 수 없기 때문입니다. 00:35:33.200 --> 00:35:35.200 데이터 보존은 시간 단위로 이루어집니다. 00:35:35.380 --> 00:35:37.900 냉정하고 공정하며 최종적인 기준이 적용됩니다. 00:35:38.120 --> 00:35:41.060 감정이 아닌 콘텐츠 유형에 따라 보존 기간이 결정됩니다. 00:35:41.060 --> 00:35:48.820 작업용 데이터는 승진하지 않는 한초한 라이브러리에 30일 동안 보관하고, 참조용 데이터는 갱신하지 않는 한팀 라이브러리에 180일 동안 보관합니다. 00:35:49.000 --> 00:35:54.580 관리 대상 라이브러리 또는 관련 규정에 따라 7년 동안 보관하며, 법적 보존 경로를 마련해야 합니다. 00:35:54.800 --> 00:35:57.260 데이터 처리 증명은 필수적인 절차입니다. 00:35:57.540 --> 00:36:02.020 무언가가 소멸될 때 누가, 언제, 왜 그랬는지 증명할 수 있습니다. 00:36:02.400 --> 00:36:08.880 보존 정책은 RO 시스템을 무력화시키는데, 언젠가는 논쟁의 여지가 없는 일정이 되기 때문입니다. 00:36:08.880 --> 00:36:13.200 이제 모든 제약을 운영 주기에 맞춰 관리해야 합니다. 00:36:14.040 --> 00:36:19.540 매달 주요 허브와 고위험 사이트의 권한 차이를 검토하고, 고유 권한을 확인합니다. 00:36:20.680 --> 00:36:37.560 모든 링크, 외부 게스트, 취약점 차단, 분기별 RO 삭제, 인벤토리 실행, 중복 해시, 심층 보고서, 버전 정리, 중복 항목 통합, 잘못된 항목 재배치, 반기별 소유자 증명 등을 처리합니다. 00:36:37.560 --> 00:36:46.140 모든 팀과 사이트는 두 명이 소유자, 목적, 위험에 맞는 레이블, 그리고 검증을 통과한 게스트가 있음을 증명해야 합니다. 00:36:46.340 --> 00:36:48.600 관리 부실은 열쇠 분실로 이어집니다. 00:36:49.020 --> 00:36:52.560 관리자들이 직접 소통해야 할 때 비로소 관리가 안정됩니다. 00:36:53.020 --> 00:36:55.340 정문에는 안전난간이 설치되어야 합니다. 00:36:55.580 --> 00:37:01.140 정당성 요청, 목적 선택, 그리고 강제 템플릿이 포함된 생성 정책을 마련해야 합니다. 00:37:01.360 --> 00:37:06.900 두 명이 소유자가 필수이며, 목적과 지역 또는 프로젝트 코드에 따른 자동 명명 기능을 활용해야 합니다. 00:37:06.900 --> 00:37:11.720 템플릿은 네이블, DLP 보존, 그리고 IIA를 생성 시점부터 연동합니다. 00:37:11.860 --> 00:37:14.820 따라서 모든 제어는 선택 사항이 아닌 기본 설정입니다. 00:37:15.020 --> 00:37:20.000 하위 사이트 생성 관련 모든 정보는 기록되고 공개되는 단일 경로를 통해 처리됩니다. 00:37:20.200 --> 00:37:21.840 변경 관리는 윤활류와 같습니다. 00:37:22.260 --> 00:37:24.880 설교가 아닌 목표지향적 인교육이 중요합니다. 00:37:25.100 --> 00:37:29.200 필수 입력란을 두 번만 클릭하면 완료되는 작업 보조 도구를 제공하고, 00:37:29.740 --> 00:37:32.140 이유를 설명하는 짧은 동영상을 제작하세요. 00:37:32.140 --> 00:37:37.720 많은 사람들이 간과하는 것은 네이블이 여러분을 보호하는 것이지 막는 것이 아니라는 점입니다. 00:37:38.300 --> 00:37:40.440 마찰이 발생하는 부분은 자동화하세요. 00:37:40.720 --> 00:37:45.360 메타데이터 자동 완성 기능을 활용하고, 사이트 목적에 따라 미리 입력하세요. 00:37:45.640 --> 00:37:51.000 실제 위험이 있을 때만 알림을 표시하고, 관리자가 쉽게 읽을 수 있는 대시보드를 제공하세요. 00:37:51.300 --> 00:37:55.400 사이트 상태, 권한 이상, 방문자 목록, RO 추세 등을 분석하세요. 00:37:55.620 --> 00:37:58.260 관리자는 사이트를 직접 확인할 수 있어야 유지하려는 의지가 강합니다. 00:37:58.480 --> 00:38:00.740 증거는 프로세스를 투명하게 유지하는 데 필수적입니다. 00:38:00.740 --> 00:38:02.800 감사를 실행하고 결과를 저장하세요. 00:38:03.000 --> 00:38:07.560 누가 접근 권한이 있고, 누가 접근 권한이 있어야 하는지를 보여주는 접근 권한 차이를 분석하고, 00:38:08.060 --> 00:38:13.600 복잡한 네트워크 구조에서 허브 앤 스포크 방식으로 전환되는 사이트 맵을 구축하여 월별 접근 권한 차이를 줄이세요. 00:38:13.840 --> 00:38:19.880 인용 정확도가 향상되고, 답변 분산이 감소하는 결과를 보여주는 즉각적인 결과 로그를 제공하세요. 00:38:20.460 --> 00:38:24.900 검색 정확도 향상은 1페이지 검색 결과가 권위 있는 결과로 나타나 도록 개선해야 합니다. 00:38:25.120 --> 00:38:27.900 이러한 그래프는 허용심을 자극하는 것이 아니라 실제 상황을 보여주는 지표입니다. 00:38:27.900 --> 00:38:30.900 그래프가 평평해지면 프로세스가 제대로 작동하지 않는 것입니다. 00:38:31.020 --> 00:38:34.020 조정하고, 반복하고, 한계를 인식하세요. 00:38:34.500 --> 00:38:35.700 솔직히 말해봅시다. 00:38:35.920 --> 00:38:38.300 자동 분류기는 예외적인 경우를 놓칩니다. 00:38:38.640 --> 00:38:41.740 소유자가 확인하지 않으면 레이블이 제대로 적용되지 않습니다. 00:38:41.960 --> 00:38:44.500 DLP는 욕심을 부리면 과도하게 차단할 수 있습니다. 00:38:44.760 --> 00:38:47.600 조직 문화가 데이터를 축적하면 보존의 문제가 생깁니다. 00:38:47.780 --> 00:38:50.940 그래서 중요한 부분에는 사람이 직접 개입하는 것입니다. 00:38:50.940 --> 00:38:58.060 기록 관리자는 삭제를 승인하고, 관리자는 예외사항을 승인하며, 규정 준수 담당자는 급증하는 데이터를 검토합니다. 00:38:58.260 --> 00:39:02.040 이러한 절차는 도구에 의해 뒷받침되는 것이 아니라 사람이 주도하는 것입니다. 00:39:02.240 --> 00:39:04.900 그리고 마지막으로 조용히 지켜야 할 중요한 요소가 있습니다. 00:39:05.140 --> 00:39:06.200 바로 책임감입니다. 00:39:06.500 --> 00:39:08.860 모든 허브에는 소유자와 관리자가 있습니다. 00:39:09.720 --> 00:39:11.320 이름과 얼굴이 명확합니다. 00:39:12.560 --> 00:39:16.620 그들은 사실을 증명하고, 알림을 받고, 예외사항을 승인합니다. 00:39:16.620 --> 00:39:20.780 정확도가 높아지고, 분산이 줄어들면 그들의 공로를 인정합니다. 00:39:20.940 --> 00:39:24.520 모든 것이 잘 돌아가는 것은 누군가가 책임감을 가지고 있기 때문입니다. 00:39:24.680 --> 00:39:29.540 이렇게 하면 생태계는 혼란에 빠지고, 데이터 유출은 그룹 기반 접근 제한이라는 벽에 부딪힙니다. 00:39:29.720 --> 00:39:34.040 버려진 공간은 정해진 일정에 따라 사라지거나, 특별한 목적을 가지고 다시 살아납니다. 00:39:34.260 --> 00:39:38.340 시계와 빛 아래 길은 좁아지고, 길 잃은 것들은 허브와 이름을 찾습니다. 00:39:38.880 --> 00:39:44.940 그리고 더 이상 굶주리거나 물에 빠지지 않는 부조종사는 추측을 멈추고 직접 확인하기 시작합니다. 00:39:44.940 --> 00:39:48.340 같은 AI지만, 환경은 완전히 다릅니다. 00:39:49.180 --> 00:39:51.980 이 위식에는 즉각적인 조치가 포함됩니다. 00:39:52.540 --> 00:39:55.740 AI를 더 활성화하기 전에의 작업을 수행하십시오. 00:39:55.900 --> 00:39:58.740 상위 5개 허브에 대한 권한 차이를 분석하십시오. 00:39:58.900 --> 00:40:02.160 누가 권한을 가지고 있고, 누가 권한을 가져야 하는지 파악하십시오. 00:40:02.300 --> 00:40:04.420 오늘 가장 큰 차이점을 해결하십시오. 00:40:04.580 --> 00:40:08.020 기밀 이상의 권한에 대한 임시 항목 링크를 비활성화하십시오. 00:40:08.200 --> 00:40:10.180 사용자별로 공유를 강제하십시오. 00:40:10.320 --> 00:40:13.800 180일 증명기간을 가진 2명이 소유자를 지정하십시오. 00:40:13.800 --> 00:40:19.420 목적과 콘텐츠의 유형, 그리고 3단계 용어 집합이라는 두 가지 필수 필드를 개시하십시오. 00:40:19.560 --> 00:40:23.840 가장 사용량이 많은 3개의 라이브러리에 기본 보존기간을 적용하십시오. 00:40:23.980 --> 00:40:28.540 증빙자료를 첨부하여 하나의 고립된 팀을 처음부터 끝까지 아카이빙하십시오. 00:40:28.700 --> 00:40:33.620 동일한 코파일럿 프롬프트를 다시 실행하고 인용 정확도와 분산을 고정하십시오. 00:40:33.940 --> 00:40:36.500 핵심 진실을 실행하면 모든 것이 안정됩니다. 00:40:36.740 --> 00:40:38.840 AI는 고장난 집을 고칠 수 없습니다. 00:40:39.160 --> 00:40:40.980 단지 고장난 집을 반영할 뿐입니다. 00:40:40.980 --> 00:40:44.440 거버넌스는 답변이 거짓을 멈추도록 기반을 마련합니다. 00:40:44.980 --> 00:40:51.480 실제 감사, 지도 및 프롬프트 로그를 통해 5가지 바인딩에 대한 실시간 안내를 원하시면 지금 구독하십시오. 00:40:51.620 --> 00:40:57.320 그런 다음 깨끗한 테넌트에서 코파일럿을 실행하고 침묵에 귀 기울이는 다음 에피소드를 기대해 주십시오.