Latest / M365.FM – Microsoft 365, Copilot & AI podcast in het Nederlands / Teams-kanalen goed kiezen: standaard, privé of gedeeld – oversharing voorkomen met governance en B2B (AI-nasynchronisatie)

Transcript

Teams-kanalen goed kiezen: standaard, privé of gedeeld – oversharing voorkomen met governance en B2B (AI-nasynchronisatie) · M365.FM – Microsoft 365, Copilot & AI podcast in het Nederlands

0:00
Speaker 2: Klaar voor 10 dagen Microsoft 365, Copilot, AI, Azure en
0:05
Speaker 2: de mensen die de toekomst van werk vormgeven? Deze januari
0:09
Speaker 2: is M365 komt terug en pakken we het groter aan.
0:12
Speaker 2: Doe mee voor live sessies, praktijkdemo's en praktische kennis van
0:16
Speaker 2: MVP's en experts van over de hele wereld. Geen algemene dia's,
0:20
Speaker 2: geen eindeloze modewoorden. We pakken de echte uitdagingen aan Copilot Studio,
0:25
Speaker 2: AI Agents, Fabric, Beveiliging, Governance en Automatisering. Of je nu IT-pro,
0:31
Speaker 2: ontwikkelaar of business leader bent, er zijn sessies speciaal voor jou.
0:35
Speaker 2: Met 10 volle dagen kun je meerdere technologieën verkennen en
0:38
Speaker 2: verbinding maken met een wereldwijde community. Kijk live en neem
0:41
Speaker 2: praktische inzichten mee terug naar je organisatie. Januari 2027, 10 dagen,
0:47
Speaker 2: 1 Microsoft Community. De registratie is nu geopend. Claim vandaag
0:53
Speaker 2: nog je plek. Dat is m365com.net Schrijf je nu in
1:01
Speaker 2: op m365com.net en we zien je live in januari. Laten
1:05
Speaker 2: we eerlijk zijn, Teams kanalen zijn gewoon drie soorten huisgenoten.
1:08
Speaker 2: Standaard kanalen zijn de woonkamer met de deur open, privé
1:11
Speaker 2: kanalen zijn de afgesloten slaapkamer, gedeelde kanalen, dat is wanneer
1:14
Speaker 2: de neef van je huisgenoot een paar weken blijft logeren
1:16
Speaker 2: en je koelkast plotseling op een plaatsdelict lijkt. Dit is
1:18
Speaker 2: de waarde. Aan het einde weet je precies welk kanaal
1:20
Speaker 2: je moet kiezen voor marketing, ontwikkeling en externe leveranciers zonder
1:23
Speaker 2: per ongeluk geheimen te lekken. We duiken later in de
1:26
Speaker 2: werkelijke mechanismen, niet alleen in de oppervlakkige labels. Even een
1:29
Speaker 2: korte pauze. Abonneer je op de M365 Show nieuwsbrief op
1:32
Speaker 2: M365 Show. Red jezelf wanneer de volgende teamsramp toeslaat, want
1:36
Speaker 2: de echte chaos ontstaat wanneer je elk kanaal hetzelfde behandelt
1:39
Speaker 2: en daar gaan we het nu over hebben. Waarom het
1:40
Speaker 2: kiezen van het verkeerde kanaal je project verpest? Heb je
1:43
Speaker 2: wel eens een project zien mislukken omdat het verkeerde type
1:45
Speaker 2: teamskanaal werd gebruikt? Vertrouwelijke bestanden die voor de verkeerde mensen
1:48
Speaker 2: zichtbaar zijn, stagiaires die door data scrollen die ze nooit
1:51
Speaker 2: zouden mogen zien, gevolgd door die beschamende. Verwijder dat bestand alsjeblieft,
1:54
Speaker 2: e-mail die niemand verwijdert. Het gebeurt omdat te veel mensen
1:57
Speaker 2: de drie kanaaltypen als kopieën van elkaar behandelen. Dat zijn
2:00
Speaker 2: ze niet, en één verkeerde keuze kan een project laten
2:02
Speaker 2: zinken nog voordat het uit de planningsfase is. Kort verhaal,
2:05
Speaker 2: een bedrijf dat een productlansering afhandelt via marketing en ontwikkeling
2:08
Speaker 2: in hetzelfde standaardkanaal. Marketing uploaden de gelikte bestanden voor de klant.
2:12
Speaker 2: Ontwikkeling uploaden onbewerkte testbeeld en bugrapporten. Eindresultaat? Marketing stagiaires die
2:17
Speaker 2: plotseling toegang hadden tot onafgemaakte code en ontwikkelaars die achterloos
2:20
Speaker 2: door embargo perskits bladerden. Niemand was van plan om te lekken.
2:23
Speaker 2: Microsoft vertoonde geen storing. Het lek gebeurde omdat de structuur
2:26
Speaker 2: het garandeerde. Dit is wat er achter de schermen gebeurt.
2:29
Speaker 2: Een standaardkanaal is gekoppeld aan het hoofdteam. In de praktijk
2:32
Speaker 2: betekent dit dat bestanden daar werken als gedeelde opslag voor
2:35
Speaker 2: alle leden van het team. Geen meldingen, geen, weet je
2:37
Speaker 2: het zeker, momenten. Iedereen in het team ziet het. Die
2:40
Speaker 2: brede overerving is geweldig voor open samenwerking, maar gevaarlijk als
2:43
Speaker 2: je wilt dat slechts een deel van de groep bepaalde
2:45
Speaker 2: inhoud ziet. Zie die open verspreiding als het wagenwijd open
2:47
Speaker 2: laten staan van je garage. Er is niets aan de
2:50
Speaker 2: hand totdat de buren gereedschap gaan lenen dat bij jou
2:52
Speaker 2: had moeten blijven. Teams werkt op precies dezelfde manier. Wat
2:55
Speaker 2: je in een standaardkanaal zet, wordt breed gedeeld of je
2:57
Speaker 2: dat nu wilt of niet. Daarom voelen per ongeluk gelekte
2:59
Speaker 2: gegevens minder als pech en meer als een rekensom. En
3:01
Speaker 2: dit is het echte pijnpunt. Zodra de verkeerde bestanden in
3:04
Speaker 2: het verkeerde kanaal belanden, zit jij met het opruimwerk. Dat
3:06
Speaker 2: betekent vragen over governance, compliance hoofdpijn en haastig proberen het
3:09
Speaker 2: vertrouwen van de business te herstellen. Erger nog... Auditors vinden
3:12
Speaker 2: het heerlijk om fouten te ontdekken die vermeden hadden kunnen
3:14
Speaker 2: worden als het juiste kanaal was gekozen. Een verkeerde keuze
3:16
Speaker 2: creëert niet alleen een toegangsprobleem. Het stelt de verkeerde perimeter
3:20
Speaker 2: in voor elke machtiging, auditlog en beleid in de keten.
3:22
Speaker 2: De kern, het kanaal type is niet zomaar een label
3:24
Speaker 2: in de interface. Het is de beveiligingspoort van je project.
3:27
Speaker 2: Kies standaard en verwacht dat iedereen in het team het
3:29
Speaker 2: kan zien. Kies privé om een kleinere groep apart te nemen.
3:32
Speaker 2: Kies gedeeld als je externe partners erbij haalt en ze
3:35
Speaker 2: niet de sleutel van het hele huis wilt geven. Je
3:37
Speaker 2: maakt de keuze één keer en draagt de gevolgen voor
3:39
Speaker 2: de hele levenscyclus. Hier is je snelle oplossing als je
3:42
Speaker 2: projecten beheert. Bepaal het kanaal type tijdens de kick-off. Stel
3:45
Speaker 2: het niet uit met dat maken we later wel aan.
3:48
Speaker 2: Beperk wie kanalen mag aanmaken. Zodat je niet na zes
3:51
Speaker 2: maanden wakker wordt met een wildgroei aan standaard kanalen die
3:53
Speaker 2: overal bestanden lekken. Die ene governance beslissing bespaart je een
3:57
Speaker 2: hoop brandjes blussen. Dus ja, verkeerd kanaal betekent verkeerd publiek
4:00
Speaker 2: en verkeerd publiek betekent risico. Mooie interface of niet, zo
4:03
Speaker 2: gedraagt Teams zich. Wat de volgende grote vraag oproept, wat
4:06
Speaker 2: onderscheidt deze drie soorten kanalen nu echt? voorbij het vage
4:09
Speaker 2: jargon over samenwerkingsruimtes dat je steeds hoort? Daar gaan we
4:12
Speaker 2: het nu over hebben. Standaard, privé en gedeeld, we laten
4:15
Speaker 2: de marketingpraat achterwegen. Het marketingteam van Microsoft plakt graag de
4:18
Speaker 2: term samenwerkingsruimte op elk kanaal type. Technisch gezien waar, maar
4:22
Speaker 2: net zo nuttig als je garage, je slaapkamer en je
4:24
Speaker 2: oprit allemaal, woonruimtes, noemen. Natuurlijk kun je in al die
4:27
Speaker 2: ruimtes samenkomen, maar uiteindelijk vraag je je af waarom je
4:29
Speaker 2: buurman de was staat op te vouwen op je gazon.
4:31
Speaker 2: De realiteit is dat standaard, privé en gedeelde kanalen zich
4:34
Speaker 2: heel anders gedragen. Zoals identiek behandelen leidt tot bestandslekken, mislukte
4:37
Speaker 2: audits en slapeloze nachten voor beheerders. Dus laten we de
4:39
Speaker 2: onzin schrappen. Zie kanalen minder als ruimtes en meer als
4:42
Speaker 2: drie verschillende beveiligingsmodellen in dezelfde interface. Ze tonen allemaal een chatvenster,
4:46
Speaker 2: een bestend stepblad en enkele apptabladen. Maar de manier waarop
4:49
Speaker 2: gegevens worden opgeslagen en wie wijzigingen ziet, Als je die
4:52
Speaker 2: verschillen niet begrijpt, wang je geen project, maar doe je
4:54
Speaker 2: aan schadebeperking. Hier is het overzicht. Standaard kanalen. Wat is het?
4:58
Speaker 2: Het standaard kanaal type binnen elk team. Waar bestanden staan
5:02
Speaker 2: in de SharePoint site van het hoofdteam. Het voegt een
5:04
Speaker 2: map toe. Geen groetnieuwe verzameling. Wie ziet het? Iedereen die
5:08
Speaker 2: lid is van het hoofdteam, zonder uitzondering. Wanneer te gebruiken?
5:11
Speaker 2: Algemene gesprekken. Projectpraat. Updates waarvan je wilt dat alle leden
5:15
Speaker 2: ze zien. Zie het als de woonkamer, gezamenlijk en open,
5:18
Speaker 2: maar niet de plek waar je je paspoort laat liggen.
5:21
Speaker 2: Privé kanalen. Wat is het? Een kanaal dat is vergrendeld
5:23
Speaker 2: voor een kleinere groep mensen die al in het hoofdteam zitten.
5:26
Speaker 2: Waar bestanden staan. In veel tenants wordt een aparte SharePoint
5:29
Speaker 2: site aangemaakt voor een privé kanaal. Wie ziet het? Alleen
5:32
Speaker 2: de subset die je expliciet toevoegt. Iedereen anders in het
5:34
Speaker 2: team ziet niet eens dat het bestaat. Wanneer te gebruiken?
5:37
Speaker 2: Inhoud bedoeld voor een kleine kring. Financiële cijfers, hourplannen, discussies
5:42
Speaker 2: van de directie. Privé kanalen zijn de afgesloten slaapkamer. Jij
5:45
Speaker 2: kiest wie de sleutel heeft en niemand anders loopt er
5:47
Speaker 2: per ongeluk naar binnen. Gedeelde kanalen. Wat is het? Een
5:50
Speaker 2: kanaal dat je kunt delen tussen teams of zelfs organisaties
5:53
Speaker 2: zonder toegang te geven tot het volledige hoofdteam. Waar bestanden staan?
5:57
Speaker 2: De meeste documentatie bevestigt dat gedeelde kanalen een aparte opslagruimte creëren.
6:01
Speaker 2: Wie ziet het? Zowel interne leden die je selecteert als
6:04
Speaker 2: externe deelnemers die je uitnodigt. Het addertje onder het gras
6:07
Speaker 2: is dat ze alleen dat kanaal zien, niet het team eromheen.
6:09
Speaker 2: Wanneer te gebruiken, betrokkenheid van leveranciers, samenwerking met klanten of
6:13
Speaker 2: waar je ook externe stemmen wilt toevoegen zonder ze de
6:15
Speaker 2: huisleutel te geven. Gedeelde kanalen zijn de Airbnb-suiten. Gasten kunnen
6:19
Speaker 2: de kamer gebruiken, maar ze dwalen niet door je kasten.
6:21
Speaker 2: Dat is het deel waar marketing makkelijk overheen stapt. Dit
6:24
Speaker 2: zijn geen drie variaties van dezelfde tool. Het zijn drie
6:26
Speaker 2: totaal verschillende modellen voor beveiliging. Standaard stelt alles open voor
6:29
Speaker 2: alle teamleden. Privé hakt een eigen kleinere kamer uit. Gedeeld
6:33
Speaker 2: creëert een brug naar buitenstaanders zonder je directory met gasten
6:36
Speaker 2: te overspoelen. Let op het patroon. Wat is het? Waar
6:38
Speaker 2: staan de bestanden? Wie ziet het, wanneer te gebruiken. Zodra
6:41
Speaker 2: je jezelf dwingt om die vier vakjes af te vinken,
6:44
Speaker 2: wordt de beslissing een stuk eenvoudiger. Je raadt niet langer
6:46
Speaker 2: naar vage termen zoals samenwerkingsruimte. Je koppelt de juiste container
6:50
Speaker 2: aan het juiste probleem. Natuurlijk is een beschrijving één ding.
6:53
Speaker 2: Het juiste kanaal kiezen voor echte projecten is waar de
6:55
Speaker 2: hoofdpijn begint. Gebruik je standaard te vaak, dan kijken stagiairs
6:58
Speaker 2: mee in de bedrijfsfinanciën. Leunt de zwaar op privé en
7:01
Speaker 2: je bouwt silo's waar niemand het volledige beeld ziet. Ga
7:03
Speaker 2: volledig voor gedeeld en je riskeert afwijkingen in governance als
7:06
Speaker 2: niemand bijhoudt wie is uitgenodigd. Oké, nu de selectieregels en praktijkscenario's.
7:11
Speaker 2: Het juiste kanaal kiezen zonder je vingers te branden. Het
7:13
Speaker 2: juiste kanaal kiezen zonder je vingers te branden begint met eenwaarheid.
7:17
Speaker 2: Stop met klikken op nieuw kanaal alsof je bij een
7:19
Speaker 2: snoepautomaat staat. Teams is geen chips en frisdrank. De standaardkeuze
7:23
Speaker 2: is niet altijd de juiste en een slordige klik kan
7:25
Speaker 2: ertoe leiden dat de stagiair financiële prognoses bekijkt of een
7:28
Speaker 2: externe leverancier je bestuursverslag ziet. Kanaal selectie is governance, geen gokwerk. Dus,
7:33
Speaker 2: hier is het kanaalreglement teruggebracht tot drie zinnen. Standaard staat
7:36
Speaker 2: voor brede transparantie. Gebruik dit wanneer het hele team dezelfde
7:40
Speaker 2: inhoud moet inzien. Voorbeeld, een kick-off tussen afdelingen waar marketing,
7:44
Speaker 2: sales en hour allemaal het hoofdplan moeten zien. Privé is
7:47
Speaker 2: voor de inner circle met beperkte toegang. Alleen de mensen
7:49
Speaker 2: die jij selecteert, komen erin. Gebruik dit voor zaken als
7:52
Speaker 2: functieontwerp of financiën. Inhoud die alleen verwarring zou zaaien of
7:55
Speaker 2: risico's met zich meebrengt als het bredere team het ziet. Voorbeeld,
7:58
Speaker 2: ontwikkelaars die ruwe bouwnoticis bespreken die hun VP niet tijdens
8:01
Speaker 2: de ochtend koffie hoeft te zien. Gedeeld is voor externe
8:04
Speaker 2: samenwerking zonder lidmaatschap van het hele team. Het creëert een
8:07
Speaker 2: ingang voor leveranciers of klanten om aan het gesprek deel
8:10
Speaker 2: te nemen zonder ze los te laten in je hele tenant. Voorbeeld,
8:13
Speaker 2: een ZZP'er die alleen toegang tot één projectruimte nodig heeft
8:15
Speaker 2: en niet in je organigram hoeft te neuzen. Dat is
8:17
Speaker 2: je snelle beslissingsmatrix. Geen kop of munt, niet te lang nadenken.
8:20
Speaker 2: Standaard als je volledige openheid wilt. Privé als je muren
8:23
Speaker 2: nodig hebt. gedeeld als er extra gasten bij zijn. Klaar,
8:26
Speaker 2: nu volgt het gedeelte dat teveel organisaties overslaan. Een proces
8:29
Speaker 2: bouwen zodat deze keuze elke keer op dezelfde manier verloopt.
8:31
Speaker 2: Laat dit niet over aan willekeurige projectleiders. Zo eindig je
8:34
Speaker 2: met een koude oorlog bunker aan privékanalen die niemand meer kent...
8:38
Speaker 2: of een weerwaaraanverweesde gedeelde links met god weet wie er
8:41
Speaker 2: allemaal in zit. De oplossing is een draaiboek. Vier stappen.
8:44
Speaker 2: Ten eerste, bepaal de doelgroep. Vraag, u moet dit echt zien?
8:47
Speaker 2: Schrijf geen roman. Noem gewoon de echte deelnemers. Ten tweede,
8:51
Speaker 2: koppel dit aan het juiste type kanaal volgens de vuistregel.
8:53
Speaker 2: Standaard als iedereen in het team toegang nodig heeft. Privé
8:55
Speaker 2: als het slechts om een subset gaat. Gedeeld als externen
8:58
Speaker 2: erbij horen. Ten derde, test het met een kleine groep
9:00
Speaker 2: en plaats er een testbestand in. Kunnen de juiste mensen
9:03
Speaker 2: het openen? Belangrijker nog, kunnen de verkeerde mensen het niet openen?
9:06
Speaker 2: Als de test faalt, kun je er maar beter nu
9:08
Speaker 2: achter komen. Ten vierde, dwing controle af. Beperk het recht
9:11
Speaker 2: om kanalen aan te maken tot beheerders of vertrouwde hoofdgebruikers.
9:15
Speaker 2: Als elk teamlid naar believen nieuwe kanalen kan aanmaken, is
9:18
Speaker 2: je governanceplan al mislukt voordat het de presentatie verlaat. En ja,
9:21
Speaker 2: plan regelmatig toegangscontroles in. Wat vandaag goed beveiligd is, staat
9:25
Speaker 2: zes maanden later vaak per ongeluk wagenwijd open. Alleen al
9:28
Speaker 2: die discipline voorkomt het grootste deel van de ravage. Een
9:30
Speaker 2: centrale groep beheert de aanmaak. Projecten volgen dezelfde checklist en
9:34
Speaker 2: je ontdekt niet langer, definitieve, kanalen van marketingleveranciers drie jaar
9:37
Speaker 2: nadat het project is geëindigd. Geloof me, die puinhoop Oldeten
9:40
Speaker 2: is ongeveer net zo leuk als je kat leren twee
9:41
Speaker 2: factor authenticatie te gebruiken. Kortom, de keuze voor een kanaal
9:44
Speaker 2: is geen decoratie. Het regelt toegang, rijkwijte en aansprakelijkheid. Doe
9:48
Speaker 2: de snelle regelcheck, doorloop het stappenplan en stop met doen
9:51
Speaker 2: alsof kanalen mappen zijn waar iedereen zomaar bij kan. Je
9:53
Speaker 2: projecten en je compliance team zullen je dankbaar zijn. Als
9:56
Speaker 2: je de gedetailleerde checklist op papier wilt, die staat in
9:58
Speaker 2: de nieuwsbrief op M365. Zo, pak hem erbij. Je toekomstige
10:02
Speaker 2: zelf die vastzit in een auditgesprek zal je dankbaar zijn.
10:04
Speaker 2: En dit is de wending. Alles wat we zojuist intern
10:06
Speaker 2: hebben beveiligd, ziet er heel anders uit zodra je buitenstaanders
10:09
Speaker 2: erbij betrekt. Want hoewel interne kanalen al lastig genoeg zijn,
10:12
Speaker 2: was de oude manier waarop teams met externe gasten omgingen
10:15
Speaker 2: een heel nieuw niveau van chaos, verwarde accounts, wachtwoordresets en
10:18
Speaker 2: gegevens die de verkeerde kant op vlogen. Laten we bespreken
10:21
Speaker 2: hoe Microsoft die puinhoop heeft vervangen door iets nieuws. Van
10:24
Speaker 2: gasten naar B2B, Microsoft's makeover voor externe samenwerking. Herinner je
10:28
Speaker 2: je de oude tijd nog, waarin een gast uitnodigen via
10:31
Speaker 2: teams betekende dat ze vastliepen in een half functionerende kloon
10:34
Speaker 2: van je tenant? Ze lochten in, alles zag er verkeerd uit,
10:37
Speaker 2: hun apps verdwenen en je inbox stroomde vol met ik
10:39
Speaker 2: kan niet zien, mails. Goed nieuws, Microsoft heeft dat model
10:42
Speaker 2: eindelijk losgelaten. Ze beweren het te hebben vervangen door iets
10:45
Speaker 2: beters B2B samenwerking. Of je de rebranding nu fijn vindt
10:48
Speaker 2: of niet, de echte verandering is dat de controle verschuift
10:51
Speaker 2: van halfslachtige gasten counts naar een schonere opzet. Het leven
10:54
Speaker 2: als beheerder onder het klassieke gastsysteem was rommelig. Elke uitnodiging
10:58
Speaker 2: creëerde een nieuw gebruikersobject in je tenant. Zie het als
11:00
Speaker 2: een stapel digitale junkmail die zich ophoopt in je directory.
11:03
Speaker 2: Al die accounts moesten worden onderhouden, gecontroleerd en uiteindelijk opgeschoond.
11:07
Speaker 2: Ervan uitgaande dat iemand het zich herinnerde. Wanneer contractanten vertrokken,
11:11
Speaker 2: bleven die zombie gast accounts vaak jarenlang bestaan. Beveiligingsteams haatte het,
11:15
Speaker 2: beheerders haatte het en niemand in governance wilde erop wedden
11:18
Speaker 2: dat al die spoken op tijd werden verwijderd. En dan
11:20
Speaker 2: hebben we het nog niet eens over de horrorverhalen van gebruikers.
11:23
Speaker 2: Als een leverancier met drie of vier verschillende klanten werkte,
11:26
Speaker 2: waren ze constant tussen tenants aan het springen om bij
11:28
Speaker 2: te blijven. Eén klik op het avatarmenu, draaien aan het tenantwiel,
11:32
Speaker 2: de weg kwijtraken, een wachtwoord resetten en hopen dat ze
11:34
Speaker 2: in de juiste ruimte belanden. Voor consultants met meerdere klanten
11:37
Speaker 2: werd het een dagvullende identiteitsverschuiving. B2B Direct Connect is Microsofts
11:42
Speaker 2: poging om die rommel op te ruimen. In plaats van
11:44
Speaker 2: accounts te klonen naar je tenant, stel je regels in
11:46
Speaker 2: voor cross-tenant toegangsinstellingen in EntraID. Hiermee kan een externe gebruiker
11:51
Speaker 2: in de eigen tenant blijven met de eigen identiteit en
11:53
Speaker 2: toch alleen toegang krijgen tot de kanalen die jij toestaat.
11:56
Speaker 2: Kort gezegd, jij maakt geen duplicaten aan, zij hoeven niet
11:59
Speaker 2: te goochelen met inloggegevens en je creëert geen stortplaats van
12:02
Speaker 2: verouderde accounts. Het echte verschil is zichtbaarheid. Als beheerder kun
12:05
Speaker 2: je precies bepalen welke externe identiteiten toegang hebben, welke services
12:09
Speaker 2: ze kunnen gebruiken en onder welke voorwaarden. Moeten iemand's engineers
12:12
Speaker 2: toegang hebben tot een gedeeld kanaal? Prima. Moeten financiële contractors
12:15
Speaker 2: strengere MFA doorlopen voordat ze je bestanden aanraken? Je stelt
12:17
Speaker 2: die regel in via voorwaardelijke toegang, conditional access. Het mooiste
12:20
Speaker 2: is dat die identiteiten van hen zijn, beheerd door hun
12:22
Speaker 2: eigen beveiligingsbeleid, dus niet jouw probleem. Als hun omgeving MFA
12:25
Speaker 2: vereist of inloggen bij risicovolle sessies blokkeert, geldt dat ook
12:28
Speaker 2: wanneer ze in jouw teams verschijnen. Gebruikers merken de verbetering direct.
12:32
Speaker 2: Vanuit hun perspectief hoeven ze hun thuistennent niet te verlaten
12:34
Speaker 2: om met jou samen te werken. Geen aparte inlog, geen clones,
12:37
Speaker 2: niet constant heen en weer schakelen. Ze blijven in hun
12:39
Speaker 2: vertrouwde omgeving, maar verschijnen toch in jouw gedeelde kanaal. Aan
12:42
Speaker 2: jouw kant blaas je je directory niet op met tijdelijke accounts.
12:45
Speaker 2: Minder hommel, minder kopzorgen over de levenscyclus en een eenvoudiger
12:48
Speaker 2: added trail. Zie het als de overstap van slordige Airbnb
12:51
Speaker 2: huisleutels naar een systeem met gasten passen. Bij het oude
12:54
Speaker 2: model stuurde je contractors een kopie van je huisleutel, hield
12:57
Speaker 2: je je hart vast en hoopte je dat ze die
12:58
Speaker 2: zouden inleveren. Met B2B melden ze zich bij de beveiliging,
13:01
Speaker 2: krijgen ze een badge en gaan ze rechtstreeks naar de
13:03
Speaker 2: ene ruimte die je hebt toegestaan. Ze zien nooit je kasten,
13:06
Speaker 2: dwalen niet je garage in en je hoeft de sloten
13:08
Speaker 2: niet te vervangen als ze vertrekken. Voor beheerders die dit uitrollen,
13:11
Speaker 2: is het slim om dit te behandelen als elke andere perimeterbeslissing.
13:14
Speaker 2: Snelle checklist, bevestig je cross-tenant toegangsinstellingen in Entra ID zodat
13:17
Speaker 2: je bewust kiest welke deuren open staan. Stel voorwaardelijke toegang
13:20
Speaker 2: en DLP regels in zodat externe gebruikers dezelfde of strengere
13:23
Speaker 2: controles erven als je intern verwacht. en beperk wie je
13:26
Speaker 2: daadwerkelijk toelaat tot gedeelde kanalen. Het minimale dat nodig is,
13:29
Speaker 2: niet het maximale dat gemakkelijk is. Die discipline houdt de
13:32
Speaker 2: opzet schoon en voorkomt dat iedereen is lid, chaos die
13:34
Speaker 2: gastaccounts in de eerste plaats de das omdeed. Kortom, dit
13:37
Speaker 2: is vooruitgang. Microsoft gaf ons iets dat meer voelt als
13:40
Speaker 2: een open poort met een bewaker in plaats van een
13:41
Speaker 2: parkeerplaats vol achtergelaten hotelsleutels, maar verwar soepelere lock-ins niet met veiligheid.
13:46
Speaker 2: Zelfs met B2B op zijn plek bepaald databeheer of samenwerking
13:50
Speaker 2: werkt of dat je kronuele stilletjes uitlekken. En daar begint
13:53
Speaker 2: het echte werk. Databeheer, kanalen vergrendelen zonder de samenwerking te doden.
13:58
Speaker 2: Externe toegang beperken is slechts de helft van het verhaal.
14:01
Speaker 2: Binnen je eigen muren toont beheer waar de echte discipline ligt.
14:04
Speaker 2: Databeheer in Teams draait om het bouwen van funrails die
14:06
Speaker 2: sterk genoeg zijn om gevoelige bestanden te beschermen, maar licht
14:09
Speaker 2: genoeg zodat gebruikers niet naar Dropbox of Gmail overstappen zodra
14:12
Speaker 2: ze gefrustreerd raken. Dit is de realiteit. Rechten in Teams
14:15
Speaker 2: verspreiden zich snel. Als je geen regels opstelt, zijpelen ze
14:18
Speaker 2: als water onder een deur naar elke hoek van je tenant.
14:20
Speaker 2: Dat is hoe een aannemer die vorig jaar klaar was
14:22
Speaker 2: met het werk, vandaag nog steeds inzage heeft in overnamedossiers.
14:25
Speaker 2: Het resultaat is niet alleen een technische puinhoop, maar ook
14:27
Speaker 2: een juridisch risico en een vertrouwensprobleem met het management. Beheer
14:30
Speaker 2: is een evenwichtsoefening. Te los en er ontstaan lekken. Te
14:33
Speaker 2: strak en werknemers gaan je omzeilen met schaduw IT. Je
14:35
Speaker 2: wilt niet de beheerder zijn die de boel zo rigide
14:37
Speaker 2: maakte dat mensen contracten via hun persoonlijke Gmail stuurden om
14:40
Speaker 2: hun werk te kunnen doen. Goed beheer betekent risico's beheersen
14:43
Speaker 2: zonder de samenwerking te doden. Dus, wat zijn de werkelijke
14:46
Speaker 2: fanrails die werken? Focus op drie best practices, vertrouwelijkheidslabels, voorwaardelijke
14:50
Speaker 2: toegang en toegangsbeoordelingen. Met vertrouwelijkheidslabels kun je documenten en sites taggen,
14:55
Speaker 2: zodat de beveiliging het bestand volgt, niet alleen de locatie.
14:57
Speaker 2: Zie het als het stempelen van papieren als vertrouwelijk, zodat
15:00
Speaker 2: ze beschermd blijven, of gebruikers ze nu in Teams, SharePoint
15:03
Speaker 2: of als e-mailbijlagen bewaren. Voorbeeld, stempel hour, salarisoverzichten met een
15:07
Speaker 2: label zodat ze niet buiten de tenant kunnen worden doorgestuurd,
15:10
Speaker 2: waar ze ook belanden. Voor waardelijke toegang is je uitsmijter
15:12
Speaker 2: bij de deur. Het controleert wie iemand is, waarvandaan ze
15:15
Speaker 2: inloggen en op welk apparaat ze zitten voordat ze toegang krijgen. Voorbeeld,
15:18
Speaker 2: een aannemer kan prima inloggen op Teams vanaf zijn bedrijfscomputer,
15:21
Speaker 2: maar wordt geblokkeerd als hij loonbestanden probeert te openen via
15:23
Speaker 2: openbare wifi bij de Starbucks. Toegangsbeoordelingen zijn de gezondheidschecks. Ze
15:27
Speaker 2: dwingen eigenaren om te bevestigen wie nog toegang nodig heeft,
15:29
Speaker 2: waardoor dode accounts worden opgeruimd en oude aannemers worden afgesloten
15:32
Speaker 2: voordat ze langdurig gespoken in je tenant worden. Voorbeeld, voer
15:34
Speaker 2: een kwartaalbeoordeling uit waarbij project-eigenaren een prompt krijgen. Hoort deze
15:37
Speaker 2: gebruiker hier nog steeds thuis? Zo niet, eruit. Het is simpel,
15:41
Speaker 2: effectief en bespaart je dat je het op de harde
15:43
Speaker 2: manier leert tijdens een audit. Nu, hier verandert het kanaaltype
15:46
Speaker 2: het spel. Een standaard kanaal neemt het lidmaatschap over van
15:48
Speaker 2: het bovenliggende team. Als 200 mensen toegang hebben, dan kunnen
15:52
Speaker 2: 200 mensen de bestanden zien. Daarom wil je vertrouwelijkheidslabels consistent
15:55
Speaker 2: toepassen op teamniveau, zodat ze aansluiten bij de realiteit van
15:58
Speaker 2: je doelgroep. Privé kanalen werken met een kleinere groep mensen,
16:01
Speaker 2: meestal bestaande leden die in hun eigen ruimte zijn ondergebracht.
16:04
Speaker 2: Omdat ze aparte opslag creëren, kun je ze behandelen als
16:06
Speaker 2: mini-sites met hun eigen beleid. Daar is het toepassen van
16:09
Speaker 2: kanaalspecifieke vertrouwelijkheidslabels zinvol, zolang je het huidige gedrag van je
16:13
Speaker 2: tenant controleert. Bijvoorbeeld financiën die een ruimte afsplitsen van het
16:16
Speaker 2: volledige team, waar belastingconcepten onder strengere controle staan. Gedeelde kanalen
16:20
Speaker 2: zorgen voor unieke problemen, omdat er nu externe gebruikers bij
16:23
Speaker 2: betrokken zijn. Hier zijn voorwaardelijke toegang en regels voor gegevensverliespreventie, DLP,
16:27
Speaker 2: het belangrijkst. Test het beleid in je tenant voordat je
16:29
Speaker 2: buitenstaanders toegang geeft, om er zeker van te zijn dat
16:32
Speaker 2: ze ook echt gelden voor gedeelde kanalen. Bijvoorbeeld, laat een
16:34
Speaker 2: leverancier projectspecificaties lezen, maar blokkeer het downloaden van bestanden vanaf
16:38
Speaker 2: onbeheerde apparaten. Kort waarschuwend verhaal, een financieel team plaatste prognoses
16:43
Speaker 2: in een openbaar standaardkanaal en een half dozijn stagiairs stuitte daarop.
16:46
Speaker 2: Dit kwam pas aan het licht toen er in een
16:47
Speaker 2: chat naar een bestand werd gelinkt. De oplossing is simpel.
16:50
Speaker 2: Kies het juiste kanaal type voor de gevoeligheid van de inhoud,
16:53
Speaker 2: pas het juiste label toe en plan toegangsbeoordelingen in zodat
16:55
Speaker 2: de verkeerde mensen niet blijven rondhangen. En omdat dingen fout
16:58
Speaker 2: kunnen gaan, moet je een rollback plan gereed hebben. Raak
17:00
Speaker 2: niet in paniek als je merkt dat de toegang in
17:01
Speaker 2: een gedeeld kanaal uit de hand is gelopen. Verwijder externe lidmaatschappen,
17:04
Speaker 2: voer een toegangsbeoordeling uit en roteer gedeelde geheimen zoals leveranciersreferenties
17:08
Speaker 2: die mogelijk zijn blootgesteld. Die noodgreep voorkomt later wekenlang opruimwerk.
17:12
Speaker 2: Het verschil tussen de leuke IT-politie zijn en het vangnet
17:15
Speaker 2: zijn zit in de vangrails. Gebruikers werken nog steeds snel,
17:18
Speaker 2: maar ze blijven in veilige banen. Goed uitgevoerd beheer is crashbescherming,
17:22
Speaker 2: geen handboeien. Ze kunnen vol vertrouwen werken omdat jij de
17:25
Speaker 2: toegang zo hebt gestructureerd dat zowel samenwerking als compliance gewaarborgd blijven.