• SharePoint로 만드는 Copilot 러닝 센터: 거버넌스, 프롬프트 라이브러리, KPI로 티켓과 섀도 교육 줄이기 (AI 더빙)
    2026/11/04
    Copilot은 매주 바뀌지만 교육 슬라이드는 그대로입니다. 그 결과 똑같은 지원 티켓, 비공식 섀도 문서, 그리고 라이선스 ROI를 의심하는 경영진이 생깁니다. 이번 에피소드에서는 질문이 티켓이 되기 전에 답을 주는, 항상 최신 상태로 관리되는 Copilot 러닝 센터를 SharePoint와 Teams에 구축하는 방법을 소개합니다.이번 에피소드에서 배울 내용:정적인 Copilot 교육이 실패하는 이유와 반복되는 네 가지 티켓: 어디서 시작하나요? 어떤 Copilot인가요? 안전한가요? 왜 이렇게 답했나요?아키텍처: 학습, 적용, 관리 세 영역으로 구성된 SharePoint 허브 사이트, SPFx 웹 파트, 분류 체계를 갖춘 PnP Modern Search, Copilot Studio 에이전트 디렉터리목적, 구성, 변형, 실패 원인을 담은 역할별 프롬프트 라이브러리와 Viva Connections를 통한 Teams 내 적시 지원에버그린 거버넌스: 녹색·노란색·빨간색 최신성 배지, SLA를 갖춘 지정 소유자, 오래된 링크 리디렉션, 자동 보관으로 섀도 교육 차단KPI 플레이북: 60~90일 내 티켓 30~40% 감소, Copilot 질문의 70%를 세 번의 클릭으로 해결, 오래된 콘텐츠 10% 미만, 모두 Power BI 대시보드로 측정Copilot 도입을 측정 가능한 방식으로 확대하려는 IT 리더, Microsoft 365 관리자, 도입 담당자, 거버넌스 팀을 위한 에피소드입니다.이 에피소드는 Microsoft MVP 미르코 피터스의 M365 Show 애니메이션 영상을 AI로 더빙한 한국어 버전입니다.▶ 영상 보기: https://youtu.be/judxzhunRio🎧 더 많은 에피소드: https://www.m365.fm🎤 M365Con – 무료 온라인 Microsoft 콘퍼런스: https://m365con.net💼 LinkedIn의 미르코 피터스: https://www.linkedin.com/in/m365showpodcast/

    This episode includes AI-generated content.
    続きを読む 一部表示
    19 分
  • Copilot Studio 자율형 AI 에이전트 만들기: Power Automate로 Excel RFI 자동 응답 (AI 더빙)
    2026/11/04
    많은 사무실에서 Excel 정보 요청서(RFI)를 여전히 셀 하나하나 손으로 채우고 있습니다. 반복적이고 오류가 잦으며 지치는 일입니다. 이번 에피소드는 Microsoft Copilot Studio의 자율형 에이전트가 Power Automate와 함께 Excel 파일을 읽고, 생성형 AI로 질문에 답하고, 답변을 같은 파일에 다시 쓴 뒤 요청자에게 이메일로 보내는 방법을 보여 줍니다.이번 에피소드에서 배울 내용:자율형 에이전트의 구조: 트리거, 로직, 오케스트레이션과 이메일 → SharePoint → Copilot Studio → Power Automate → 이메일 회신으로 이어지는 데이터 흐름입력 흐름: 공유 사서함 트리거, XLSX 첨부 파일 필터, 이름이 지정된 테이블, SharePoint 복사본, 파일 ID와 메시지 ID를 에이전트에 전달RFI 토픽: 테이블 행 가져오기, 컨텍스트 오염을 막기 위해 한 번에 한 질문씩 처리하는 For Each 루프, ‘메시지 보내기’를 끈 생성형 답변 노드, 행 업데이트지식 원본과 회신 흐름: Bing 웹 검색 또는 SharePoint·Dataverse 내부 원본, 100초 제한, 의도적인 지연, Get File Content, 원래 이메일 스레드로 회신확장과 거버넌스: 오류 처리, 일괄 처리, Dataverse 또는 SharePoint 목록으로 전환, Microsoft Purview, Entra Agent ID, 사람의 표본 검토반복되는 Excel 요청을 수작업 없이 처리하려는 Power Platform 메이커, Microsoft 365 담당자와 팀에게 추천합니다.이 에피소드는 Microsoft MVP 미르코 피터스의 M365 Show 애니메이션 영상을 AI로 더빙한 한국어 버전입니다.▶ 영상 보기: https://youtu.be/ifcqYOHpbGk🎧 더 많은 에피소드: https://www.m365.fm🎤 M365Con – 무료 온라인 Microsoft 콘퍼런스: https://m365con.net💼 LinkedIn의 미르코 피터스: https://www.linkedin.com/in/m365showpodcast/

    This episode includes AI-generated content.
    続きを読む 一部表示
    24 分
  • Copilot이 SharePoint 혼란을 고칠 수 없는 이유: 신뢰할 수 있는 답변을 위한 거버넌스, 정보 아키텍처, 레이블 (AI 더빙)
    2026/11/04
    Microsoft 365 Copilot은 여러분의 의도가 아니라 있는 그대로의 테넌트를 읽습니다. 권한 드리프트, 소유자 없는 팀, 오래된 파일, 섀도 사이트가 그대로 답변에 들어갑니다. 이번 에피소드는 AI가 SharePoint의 혼란을 비추기만 하는 이유와, 거버넌스로 정확한 인용을 갖춘 답변의 토대를 만드는 방법을 설명합니다.이번 에피소드에서 배울 내용:최신 정책이 잠겨 있을 때 Copilot이 오래된 PDF와 초안을 가져오는 이유, 그리고 Restricted Content Discovery를 과도하게 쓰면 답변의 근거가 사라지는 이유권한 드리프트 바로잡기: ‘누가 접근할 수 있는가’와 ‘누가 접근해야 하는가’ 비교, 그룹 기반 접근, 모든 사용자용 링크 금지, 180일마다 확인하는 소유자 2명세 가지 점검(90일 활동, 마지막 소유자, 외부 게스트 수)으로 소유자 없는 팀을 찾아 증빙과 함께 보관하는 방법ROT 데이터와 사이트 난립 억제: 중복 해시, 버전 정리, 허브 앤 스포크 구조, 필수 필드는 목적과 콘텐츠 형식 두 개뿐, 30일·180일·7년 보존정보 아키텍처, 수명 주기, 민감도 레이블, DLP, 보존을 묶는 거버넌스 의식과 짝지은 프롬프트로 측정하는 인용 정확도, 답변 편차, 접근 불일치Copilot 도입 전에 테넌트를 정리하려는 SharePoint·Microsoft 365 관리자와 거버넌스·규정 준수 담당자에게 추천합니다.이 에피소드는 Microsoft MVP 미르코 피터스의 M365 Show 애니메이션 영상을 AI로 더빙한 한국어 버전입니다.▶ 영상 보기: https://youtu.be/wLz028kf3Ys🎧 더 많은 에피소드: https://www.m365.fm🎤 M365Con – 무료 온라인 Microsoft 콘퍼런스: https://m365con.net💼 LinkedIn의 미르코 피터스: https://www.linkedin.com/in/m365showpodcast/

    This episode includes AI-generated content.
    続きを読む 一部表示
    41 分
  • Copilot Learning Center: Copilot 교육이 실패하는 이유와 거버넌스를 갖춘 SharePoint 허브로 문의를 줄이는 방법 (AI 더빙)
    2026/11/04
    Copilot은 매주 바뀌지만 교육 슬라이드는 그대로입니다. 그 결과 같은 문의가 반복되고, “Final Final Final” 같은 이름의 섀도 문서가 늘어나며, 경영진은 ROI를 묻습니다. 이번 에피소드는 SharePoint에 거버넌스를 갖춘 늘 최신 상태의 Copilot 학습 센터를 만들어 질문이 생기는 바로 그곳에 답을 두고, 교육을 회의가 아닌 시스템으로 바꾸는 방법을 보여 줍니다.이번 에피소드에서 배울 내용:정적인 교육이 Copilot에서 실패하는 이유와 계속 티켓이 되는 네 가지 질문: 어디서 시작하나요? 어떤 Copilot인가요? 안전한가요? 왜 이런 답이 나왔나요?허브 아키텍처: 최신 SharePoint 허브 사이트, SPFx 웹 파트, PnP Modern Search, Teams의 Viva Connections와 학습·실행·통제의 세 영역목적, 구조, 변형, 실패 유형을 담은 프롬프트 라이브러리와 소유자, 환경, 데이터 정책, 커넥터를 담은 에이전트 디렉터리녹색·노란색·빨간색 최신성 배지, 백업과 SLA를 갖춘 지정 소유자, 오래된 링크 리디렉션, 섀도 교육을 막는 자동 보관KPI 플레이북: 티켓 감소율, 프롬프트 재사용, 질문의 70%를 세 번 이하 클릭으로 해결, 60–90일 안에 30–40% 티켓 감소Copilot 도입을 측정 가능한 방식으로 이끌고 싶은 Microsoft 365 관리자, 도입·변화 관리 담당자, 거버넌스 팀을 위한 에피소드입니다.이 에피소드는 Microsoft MVP 미르코 피터스의 M365 Show 애니메이션 영상을 AI로 더빙한 한국어 버전입니다.▶ 영상 보기: https://youtu.be/rec7hLyITmU🎧 더 많은 에피소드: https://www.m365.fm🎤 M365Con – 무료 온라인 Microsoft 콘퍼런스: https://m365con.net💼 LinkedIn의 미르코 피터스: https://www.linkedin.com/in/m365showpodcast/

    This episode includes AI-generated content.
    続きを読む 一部表示
    19 分
  • Microsoft 365 조건부 액세스 완벽 정리: 신호, 기본 정책, MFA, 안전한 배포 (AI 더빙)
    2026/11/04
    이제 비밀번호만으로 Microsoft 365 테넌트에 누가 들어올지 정할 수 없습니다. 비밀번호는 매일 도난당하고, MFA조차 만능은 아닙니다. 이번 에피소드는 조건부 액세스(Conditional Access)를 입구의 경비원처럼 모든 로그인의 맥락을 확인하는 정책 엔진으로 설명하고, 스스로를 잠그지 않고 도입하는 방법을 알려 드립니다.이번 에피소드에서 배울 내용:조건부 액세스란: 비밀번호 입력 후 작동하며 MFA 위에 추가 보호 계층을 더하는 '만약–그렇다면' 방식의 정책 엔진판단에 쓰이는 신호: ID, 위치, 디바이스(예: Intune 관리 여부), 애플리케이션, 로그인 위험, 사용자 위험, 인증 컨텍스트정책의 구성(할당, 권한 부여 제어, 세션 제어), 차단이 항상 우선하는 이유, 보고 전용 모드 활용법첫날부터 필요한 3가지 기본 정책(모든 사용자에게 강력한 방식의 MFA, 레거시 인증 차단, 관리자용 규정 준수 디바이스)과 비상용 브레이크 글래스 계정위험 기반 정책(Entra ID P2), 페르소나 기반 규칙, 연속 액세스 평가 같은 고급 제어와 보안 기본값에서 What If 도구, 단계별 배포로 이어지는 안전한 도입 방법도난당한 자격 증명으로부터 테넌트를 보호하려는 IT 관리자, 보안 담당자, Microsoft 365 담당자에게 추천합니다.이 에피소드는 Microsoft MVP 미르코 피터스의 M365 Show 애니메이션 영상을 AI로 더빙한 한국어 버전입니다.▶ 영상 보기: https://youtu.be/rF8syGvJUSU🎧 더 많은 에피소드: https://www.m365.fm🎤 M365Con – 무료 온라인 Microsoft 콘퍼런스: https://m365con.net💼 LinkedIn의 미르코 피터스: https://www.linkedin.com/in/m365showpodcast/

    This episode includes AI-generated content.
    続きを読む 一部表示
    15 分
  • 통제 불능 AI 에이전트: Power Automate 루프, Copilot 드리프트, 48시간 거버넌스 구축 (AI 더빙)
    2026/11/03
    Teams, SharePoint, Power Automate, Copilot에서 에이전트는 거버넌스가 따라갈 수 없는 속도로 늘어나고 있습니다. 모호한 조건, 상속된 권한, 만료일 없는 관리자 권한이 그 원인입니다. AI의 시점으로 전개되는 이번 에피소드는 에이전트가 명확함이든 혼돈이든 증폭하는 증폭기인 이유와, 정책 PDF가 아닌 실행 가능한 통제로 거버넌스를 구현하는 방법을 보여 줍니다.이번 에피소드에서 배울 내용:세 가지 장애 시나리오: 8분 만에 4,026건의 동시 실행으로 번진 Power Automate 루프 연쇄, SharePoint 권한 상속을 통해 Copilot이 드러낸 잘못된 권한, Dropbox와 개인 Outlook으로 데이터를 유출하는 섀도 자동화중요한 지표: Shadow Automation Index, 고아 흐름, 권한 이상 징후, 그리고 MTTR과 사람이 인지하기까지 걸리는 시간 비교5단계 최소 거버넌스 프레임워크: 에이전트의 목적과 경계, DLP 데이터 영역과 사이트 수준 민감도 레이블, Entra ID PIM과 조건부 액세스, 실행 억제, 전면적인 모니터링첫 48시간의 조치: Copilot Studio의 RBAC와 게시 승인, 무한 루프를 막는 트리거 조건과 동시성 제한, 다섯 가지 테스트로 구성된 레드팀 런북, 미리 준비한 킬 스위치EU AI Act 실무 적용: 제9조, 제13조, 제15조, 부속서 III, 제28조를 Purview, Entra ID, Defender for Cloud Apps, Power Platform, Microsoft Fabric에 매핑IT 관리자, 보안·컴플라이언스 담당자, 그리고 조직에서 Copilot Studio, Power Automate, Power Platform을 운영하는 팀을 위한 에피소드입니다.이 에피소드는 Microsoft MVP 미르코 피터스의 M365 Show 애니메이션 영상을 AI로 더빙한 한국어 버전입니다.▶ 영상 보기: https://youtu.be/poYsPzmhsog🎧 더 많은 에피소드: https://www.m365.fm🎤 M365Con – 무료 온라인 Microsoft 콘퍼런스: https://m365con.net💼 LinkedIn의 미르코 피터스: https://www.linkedin.com/in/m365showpodcast/

    This episode includes AI-generated content.
    続きを読む 一部表示
    26 分
  • LangChain4j와 Copilot Studio의 AI 에이전트 거버넌스: 프롬프트 인젝션, 커넥터, 감사, RBAC (AI 더빙)
    2026/11/03
    AI 에이전트는 변경 관리 회의보다 빠르게 프로덕션에 배포되고, 테넌트 전체 접근 권한을 가진 Copilot이 '테스트용'이라며 클릭 한 번으로 배포됩니다. 이번 에피소드는 LangChain4j와 Copilot Studio의 실제 사례로 프롬프트 인젝션, 권한이 과도한 커넥터, 감사 공백에서 무엇이 망가지는지, 그리고 실제로 효과가 있는 해결책을 보여 줍니다.이번 에피소드에서 배울 내용:프롬프트 인젝션 차단: 도구 허용 목록, JSON Schema 출력 강제, 비밀 정보용 패턴 필터, 잠긴 시스템 프롬프트과도한 권한의 커넥터 정리: 에이전트별 서비스 주체, 최소 권한, 환경 분리, 만료일이 있는 보안 그룹구조화된 로그, 엔드투엔드 상관 ID, 콘텐츠 해시, 명확한 보존 SLA로 완전한 추적성 확보리더, 러너, 라이터, 관리자 네 가지 역할로 구성된 에이전트 RBAC 모델과 승인 워크플로, 자동 만료DLP 정책과, 스키마가 없거나 테넌트 전체 범위일 때 릴리스를 막는 CI 게이트가 포함된 레드팀 체크리스트에이전트를 통제된 방식으로 프로덕션에 올리려는 Microsoft 365·Copilot Studio 관리자, AI 에이전트 개발자, 보안·규정 준수 담당자를 위한 에피소드입니다.이 에피소드는 Microsoft MVP 미르코 피터스의 M365 Show 애니메이션 영상을 AI로 더빙한 한국어 버전입니다.▶ 영상 보기: https://youtu.be/jQ1PknmZ54M🎧 더 많은 에피소드: https://www.m365.fm🎤 M365Con – 무료 온라인 Microsoft 콘퍼런스: https://m365con.net💼 LinkedIn의 미르코 피터스: https://www.linkedin.com/in/m365showpodcast/

    This episode includes AI-generated content.
    続きを読む 一部表示
    23 分
  • 캔버스 앱과 모델 기반 앱, 무엇을 고를까? Power Apps 선택 가이드: 차이점, 라이선스, 하이브리드 방식 (AI 더빙)
    2026/11/03
    많은 사람이 Power Apps를 하나의 제품으로 생각하지만, 그 이름 아래에는 완전히 다른 두 가지 앱 유형이 있으며 잘못 선택하면 몇 주의 재작업이 생길 수 있습니다. 이번 에피소드는 캔버스 앱과 모델 기반 앱의 차이가 겉모습이 아니라 화면에서 시작하느냐, 데이터 모델에서 시작하느냐에 있다는 점을 보여줍니다.이번 에피소드에서 배울 내용:디자인 우선 대 데이터 우선: 캔버스 앱은 빈 화면에서, 모델 기반 앱은 Dataverse의 테이블, 관계, 비즈니스 규칙에서 시작하며 이를 바탕으로 양식, 보기, 탐색이 자동으로 생성됩니다캔버스가 빛나는 경우: 카메라와 GPS를 활용한 모바일·오프라인 현장 업무, 마이그레이션 없이 SharePoint, SQL, Excel을 한 화면에 통합, 픽셀 단위 브랜딩, 간단한 작업용 앱과 빠른 프로토타이핑, 그리고 흩어진 수식의 위험모델 기반 앱이 더 나은 경우: CRM 같은 기록 시스템, 직원 온보딩 같은 비즈니스 프로세스 흐름, 팀별 보안 역할, 기본 제공 감사 기능, Dynamics 365 확장라이선스 문제: SharePoint, Excel, OneDrive, Outlook 같은 표준 커넥터를 쓰는 캔버스 앱은 Microsoft 365에 포함되는 경우가 많지만, Dataverse와 SQL, Salesforce, SAP 같은 프리미엄 커넥터는 프리미엄 라이선스가 필요하며 모델 기반 앱은 항상 필요합니다하이브리드 방식과 네 가지 질문으로 된 의사결정 프레임워크: 핵심은 모델 기반 앱, 현장 직원용으로 포함형 및 독립형 캔버스 앱, 모든 것을 연결하는 Power Automate 흐름다음 Power Apps 프로젝트 전에 알맞은 앱 유형을 고르고 싶은 메이커, Power Platform 담당자, IT 의사결정자에게 추천합니다.이 에피소드는 Microsoft MVP 미르코 피터스의 M365 Show 애니메이션 영상을 AI로 더빙한 한국어 버전입니다.▶ 영상 보기: https://youtu.be/ipyjoPcj3b0🎧 더 많은 에피소드: https://www.m365.fm🎤 M365Con – 무료 온라인 Microsoft 콘퍼런스: https://m365con.net💼 LinkedIn의 미르코 피터스: https://www.linkedin.com/in/m365showpodcast/

    This episode includes AI-generated content.
    続きを読む 一部表示
    16 分