Latest / M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano / Il declino silenzioso di Microsoft 365: governance per SharePoint, Power Apps, Power Automate e IA (Doppiaggio IA)

Transcript

Il declino silenzioso di Microsoft 365: governance per SharePoint, Power Apps, Power Automate e IA (Doppiaggio IA) · M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano

0:00
Speaker 2: Siete pronti per 10 giorni di Microsoft 365, Pilot EA,
0:04
Speaker 2: Azure e per le persone che stanno plasmando il futuro
0:06
Speaker 2: del lavoro, EF. Questo gennaio, M365 con ritorno e puntiamo
0:11
Speaker 2: ancora più in alto. Unitevi a noi per sessioni dal vivo,
0:14
Speaker 2: demo concrete e conoscenze pratiche da MVP ed esperti del
0:17
Speaker 2: settore di tutto il mondo. Niente slide generiche, niente gergo infinito.
0:22
Speaker 2: Affronteremo le sfide reali. Copilot Studio, agenti IAA Fabric, Sicurezza,
0:26
Speaker 2: Governance e Automazione e Automazione. Anche se siete professionisti IT,
0:31
Speaker 2: sviluppatori o leader aziendali, ci sono sessioni pensate apposta per voi.
0:35
Speaker 2: Con 10 giorni completi potrete esplorare diverse tecnologie e connettervi
0:39
Speaker 2: con una community globale. Seguite le sessioni live e portate
0:42
Speaker 2: intuizioni pratiche nella vostra organizzazione. Gennaio 2027, 10 giorni, un'unica
0:48
Speaker 2: Microsoft Community. Le registrazioni sono ora aperte. Andate su m365. com. net
0:54
Speaker 2: e assicuratevi il vostro posto oggi stesso. È m365. com. net... Iscrivetevi
1:01
Speaker 2: ora su m365con. net e ci vediamo, dal vivo a gennaio.
1:05
Speaker 4: Sono le 03.47 OTC. La maggior parte del team IT dorme.
1:09
Speaker 4: Ma da qualche parte nei log del cloud si sta
1:11
Speaker 4: formando un modello. Inizia in piccolo, tre nuovi elenchi SharePoint
1:15
Speaker 4: chiamati test creati in quattro minuti. Poi un improvviso picco
1:19
Speaker 4: di modifiche permessi senza un ticket. Infine, una serie di
1:22
Speaker 4: flussi Power Automate fallisce simultaneamente.
1:25
Speaker 2: Il telefono squilla. Questa è la parte spaventosa. Il CIO
1:28
Speaker 2: non riceve chiamate perché il sistema tecnicamente non è giù.
1:31
Speaker 2: Le luci dei server sono ancora verdi. Ma se guardate
1:33
Speaker 2: vicino a quel modello, ciò che vedete non è un'interruzione,
1:36
Speaker 2: è entropia.
1:37
Speaker 4: Entropia. Quel declino graduale verso il disordine. Sembra che ci
1:42
Speaker 4: concentriamo così tanto sui fallimenti rumorosi, i ransomware, gli attacchi
1:46
Speaker 4: di DOS, da ignorare questo lento marciume. Oggi parliamo della
1:50
Speaker 4: morte per mille tagli nell'ecosistema Microsoft 365, non è così? Esatto.
1:56
Speaker 2: Parliamo di come i sistemi della piattaforma falliscono silenziosamente molto
1:59
Speaker 2: prima di fallire, clamorosamente soprattutto di come fermare questa delita
2:02
Speaker 2: con la disciplina anziché con l'eroismo. Perché al momento la
2:05
Speaker 2: maggior parte delle organizzazioni si regge sull'eroismo. Hanno quel tizio
2:08
Speaker 2: della Power Platform che aggiusta il flusso quando si rompe
2:10
Speaker 2: a mezzanotte? Questa non è strategia, è una passività.
2:14
Speaker 4: Quindi analizziamo questa entropia. Il materiale di riferimento che esaminiamo
2:18
Speaker 4: oggi la descrive come un'instabilità che si aggrava. Inizia con
2:21
Speaker 4: il substrato stesso. SharePoint.
2:25
Speaker 2: SharePoint, il coltellino svizzero che tutti provano a usare come martello,
2:28
Speaker 2: sega database relazionale tutto in una volta. Il problema principale
2:32
Speaker 2: è che SharePoint è un substrato di collaborazione. È progettato
2:35
Speaker 2: per documenti ed elenchi di dati che gli esseri umani leggono.
2:38
Speaker 2: Ma le persone provano a trattarlo come SQL Server.
2:41
Speaker 4: L'ho visto centinaia di volte. Ricevi una richiesta per un
2:44
Speaker 4: semplice tracker e all'improvviso ti ritrovi con un elenco di
2:47
Speaker 4: 50 colonne, 5 diverse catene di ricerca e una struttura
2:50
Speaker 4: di permessi che richiede un dottorato per essere compresa. Ed
2:53
Speaker 2: è lì che inizia il degrado. Il documento lo chiama
2:55
Speaker 2: disciplina dello schema. Sembra noioso, ma è fondamentale. Ad esempio,
2:59
Speaker 2: dare un nome agli elenchi. Vedi elenchi chiamati tracker di
3:02
Speaker 2: prova di Gen, progetto XTEM. Va bene per una sandbox,
3:05
Speaker 2: ma in produzione no. Dai all'elenco il nome del business now.
3:09
Speaker 2: È un incidente, non il tracker di Gen
3:11
Speaker 4: Il debito tecnico si accumula anche nei nomi delle colonne, giusto?
3:15
Speaker 4: Chiami una colonna status oggi, poi cambi il nome visualizzato
3:18
Speaker 4: in stato corrente, ma la PI vede ancora status. Poi
3:22
Speaker 4: la elimini e crei status 2
3:25
Speaker 2: Status 2, status finale, status vero. È un incubo per
3:28
Speaker 2: chiunque cerchi di costruire un'app su di esso. La regola
3:30
Speaker 2: è semplice, i nomi interni non cambiano mai. Le etichette
3:33
Speaker 2: sono per l'interfaccia utente, non per l'API. Se non lo imponi,
3:36
Speaker 2: stai costruendo un grattacielo su una palude. E poi c'è
3:39
Speaker 2: il problema delle relazioni.
3:41
Speaker 3: Oh, la temuta colonna di ricerca.
3:43
Speaker 2: Le ricerche sono seducenti. Sembrano un genre relazionale, ma SharePoint
3:46
Speaker 2: non è un database relazionale. La linea guida qui è rigorosa.
3:50
Speaker 2: Una ricerca per visualizzazione critica, forse due se sei fortunato.
3:54
Speaker 2: Se stai cercando di creare relazioni più salti, come filtrare
3:55
Speaker 2: un elenco basandoti su una ricerca che ne interroga un altro,
3:56
Speaker 2: devi fermarti. Quindi dove vai? Se SharePoint non riesce a
3:58
Speaker 2: gestire tale complessità, devi solo
4:00
Speaker 4: rinunciare.
4:06
Speaker 2: Sposta i dati. È una conversazione da data verso da SQL.
4:10
Speaker 2: Se hai bisogno di integrità transazionale e già in complessi
4:12
Speaker 2: stai abusando di SharePoint, il sistema ti punirà per questo.
4:16
Speaker 2: Non oggi, forse non domani, ma alla fine una query
4:19
Speaker 2: raggiungerà la soglia, la delega si interromperà e la tua
4:22
Speaker 2: app mostrerà schermate vuote.
4:24
Speaker 4: A proposito di rompere le cose, parliamo dei permessi. Questo
4:28
Speaker 4: è un enorme punto dolente, la trappola dei permessi a
4:30
Speaker 4: livello di elemento.
4:32
Speaker 2: È la classica richiesta, voglio che solo il creatore veda
4:34
Speaker 2: i propri elementi. Sembra ragionevole, ma tecnicamente è una condanna.
4:39
Speaker 2: Se interrompi l'ereditarietà su ogni singolo elemento in un elenco
4:41
Speaker 2: di 50.000, il server deve controllare l'elenco di controllo accessi
4:45
Speaker 2: per ogni riga ogni volta che un utente la interroga.
4:48
Speaker 2: Distrugge le prestazioni.
4:49
Speaker 4: Quindi la soluzione è interrompere l'ereditarietà a livello di sito,
4:52
Speaker 4: non di elemento. Sempre.
4:54
Speaker 2: Se devi proteggere le righe in modo diverso hai bisogno
4:56
Speaker 2: di elenchi diversi o di un'origine dati diversa. Per favore
4:58
Speaker 2: usa i gruppi. Non assegnare mai permesse a una singola persona.
5:01
Speaker 2: Le persone se ne vanno, i gruppi restano
5:03
Speaker 3: Sembra che il tema qui sia smettere di improvvisare il
5:05
Speaker 3: che ci porta perfettamente al secondo pilastro Power Apps. Power Apps.
5:10
Speaker 3: Il testo descrive Power Apps come deterministico o come un
5:12
Speaker 3: caos con un pulsante di salvataggio. È una dicotomia piuttosto netta.
5:17
Speaker 2: Lo è ma è accurata. Una canvas app sembra una
5:19
Speaker 2: tela bianca. Puoi dipingere tutto ciò che vuoi. E questo
5:21
Speaker 2: è il pericolo. Un'app deterministica significa che tu, lo sviluppatore,
5:25
Speaker 2: controlli lo stato. Sai esattamente quali dati vengono caricati, quando
5:28
Speaker 2: vengono inviati, cosa succede in caso di errore.
5:31
Speaker 4: Contrariamente all'approccio caotico, che immagino consista nel gettare controlli sullo
5:34
Speaker 4: schermo sperando che la funzione submit form funzioni.
5:37
Speaker 2: Esattamente. Il caos fa raffidamento su comportamenti impliciti. È inserire
5:41
Speaker 2: logica complessa nella proprietà on select di un pulsante che
5:44
Speaker 2: aggiorna tre origini dati, invia un email e passa a
5:47
Speaker 2: una nuova schermata senza alcuna gestione degli errori. Se internet
5:52
Speaker 2: ha un'incertezza nel bel mezzo di tutto ciò, i tuoi
5:53
Speaker 2: dati vengono danneggiati.
5:54
Speaker 4: Quindi come rendiamo il tutto deterministico
5:57
Speaker 2: Centralizzi le letture e le scritture. I tuoi controlli non
5:59
Speaker 2: dovrebbero interrogare direttamente il database. Dovrebbero guardare raccolte locali o
6:03
Speaker 2: variabili dove appropriato. E devi trattare submit form come un'operazione atomica.
6:08
Speaker 2: Se usi patch devi gestire la concorrenza.
6:11
Speaker 4: La concorrenza è un problema importante. Due persone che modificano
6:14
Speaker 4: lo stesso record contemporaneamente.
6:16
Speaker 2: Se non la gestisce esplicitamente, vince l'ultimo che salva e
6:19
Speaker 2: il lavoro dell'altro. Viene sovrascritto senza che lo sappia e
6:22
Speaker 2: di nuovo quel fallimento silenzioso. Il sistema non è andato
6:24
Speaker 2: in crash, ma i dati sono errati
6:26
Speaker 4: Il testo menziona anche la disciplina operativa nelle app, registrando
6:29
Speaker 4: ciò che l'app ha fatto, non solo ciò che sperava
6:31
Speaker 4: di fare.
6:32
Speaker 2: Questa è la differenza tra un giocattolo e uno strumento.
6:34
Speaker 2: L'app professionale genera telemetrie. L'utente X è andato alla schermata Y.
6:39
Speaker 2: L'utente Z ha tentato di inviare il modulo, fallendo, con
6:41
Speaker 2: codice errore 133. Se non hai quei log, stai facendo debugging,
6:45
Speaker 2: tirando a indovinare.
6:46
Speaker 4: Passiamo ora alla sala macchine, Power Automate. La descrizione qui
6:50
Speaker 4: è vivida. Bombe e orologeria disinnescate con protocollo
6:53
Speaker 2: Flussi fanno paura perché vengono eseguiti in background. Non puoi
6:56
Speaker 2: vederli fallire a meno che tu non stia guardando e
6:58
Speaker 2: falliscono proprio come bruciano gli edifici. Silenziosamente all'inizio poi tutti
7:01
Speaker 2: in una volta
7:02
Speaker 4: Qual è la causa numero uno di quell'incendio
7:04
Speaker 2: Una mancanza di progettazione difensiva, in particolare per i trigger.
7:07
Speaker 2: Se hai un flusso che si attiva quando un elemento
7:09
Speaker 2: viene modificato e non imposti una condizione di trigger... Quel
7:12
Speaker 2: flusso viene eseguito ogni volta che qualcuno tocca quell'elemento, anche
7:15
Speaker 2: solo per correggere un refuso.
7:17
Speaker 4: Quindi hai migliaia di esecuzioni inutili che intasano i tuoi
7:20
Speaker 4: limiti API.
7:21
Speaker 2: Esattamente. Bisogna trigger con l'ambito di finire. Esegui questo flusso
7:23
Speaker 2: solo se lo stato cambia in approvato. Quella singola modifica
7:26
Speaker 2: può ridurre il tuo carico del 90%. E poi c'è
7:28
Speaker 2: la concorrenza.
7:29
Speaker 4: Esatto. Di default, Power Automate prova a eseguire tutto in
7:33
Speaker 4: parallelo per essere utile.
7:35
Speaker 2: Il che è un disastro se stai cercando di aggiornare
7:37
Speaker 2: lo stesso elemento di un elenco, incrementare un contatore, ottieni
7:39
Speaker 2: risk condition. Devi impostare dei limiti di concorrenza. A volte
7:42
Speaker 2: devi forzare l'esecuzione sequenziale, una alla volta per garantire l'integrità
7:45
Speaker 2: dei dati.
7:46
Speaker 4: E la gestione degli errori. Il pattern try- catch non è
7:50
Speaker 4: nativo nel visual designer come lo è nel codice, vero?
7:53
Speaker 2: Devi costruirlo tu. Crei un blocco scope per le tue
7:55
Speaker 2: azioni principali, questo è il tuo try, questo è il
7:57
Speaker 2: tuo try, e poi un blocco parallelo che viene eseguito
7:59
Speaker 2: solo se il primo fallisce, questo è il tuo catch.
8:02
Speaker 2: Se non hai un blocco catch che ti avvisa un
8:03
Speaker 2: flusso può fallire per settimane e non lo saprai mai
8:05
Speaker 2: finché un utente non chiederà, ehi, dov'è la mia approvazione?
8:08
Speaker 4: Quel silenzio è il nemico. Sembra che l'obiettivo di tutti
8:12
Speaker 4: questi protocolli sia trasformare i fallimenti silenziosi in fallimenti rumorosi circoscritti.
8:17
Speaker 2: Sì, voglio che il sistema mi orli contro quando qualcosa
8:19
Speaker 2: si rompe, così posso risolverlo subito. Non voglio che sussuri
8:22
Speaker 2: mentre corrompe il database per sei mesi.
8:25
Speaker 4: Ora, non possiamo parlare del futuro di questa piattaforma senza
8:28
Speaker 4: parlare di EA. AI Builder, dico Pilot. Tutti vogliono attivarli.
8:34
Speaker 4: Ma il testo avverte. Il picco non è iniziato con
8:37
Speaker 4: il codice, è iniziato con un PDF.
8:41
Speaker 2: L'IA è l'acceleratore definitivo. Se la tua vova non si
8:44
Speaker 2: è pessima, l'IA la renderà pessima più velocemente. Il pericolo
8:47
Speaker 2: con l'IA, nello specifico i modelli linguistici di grandi dimensioni
8:49
Speaker 2: e copiloti, sono allucinazione e l'eccesso di privilegi.
8:55
Speaker 4: Bibliotecario
8:57
Speaker 2: non oracolo. Mi è piaciuta quella frase. È l'analogia per te.
8:58
Speaker 2: Un oracolo inventa la verità. Un bibliotecario trova una verità
9:01
Speaker 2: che esiste già. Vogliamo che la nostra IA aziendale sia
9:04
Speaker 2: un bibliotecario. Dovrebbe rispondere solo in base a fonti di
9:05
Speaker 2: conoscenza verificate. Se non riesce a trovare il documento, dovrebbe
9:10
Speaker 2: dire non lo so, non inventare una policy.
9:13
Speaker 4: E come lo imponiamo tecnicamente?
9:15
Speaker 2: Hai bisogno di confini. Per l'elaborazione dei documenti con AI
9:18
Speaker 2: Builder serve l'intervento umano per i punteggi di confidenza bassi.
9:20
Speaker 2: Se l'IA non è sicura al 90% che la fattura
9:22
Speaker 2: sia da 500 dollari, un umano deve revisionarla. Non puoi
9:26
Speaker 2: lasciare che scriva direttamente sull'errore
9:28
Speaker 4: E per i chatbot? I copiloti?
9:30
Speaker 2: Le citazioni sono obbligatorie. Se il bot fornisce una risposta,
9:33
Speaker 2: deve collegarsi al documento sorgente. Niente citazione, niente output. E,
9:36
Speaker 2: aspetto critico, nessuna modifica diretta dei dati. Non si permette
9:39
Speaker 2: a un chatbot di modificare direttamente il database square. Il
9:42
Speaker 2: chatbot dovrebbe attivare un flusso Power Automate rigorosamente controllato per
9:45
Speaker 2: apportare la modifica. Il flusso è il guardiano.
9:48
Speaker 4: Quindi l'IA è solo l'interfaccia. La logica di governance risiede
9:52
Speaker 4: ancora nei livelli rigidi e deterministici di cui abbiamo parlato prima.
9:55
Speaker 2: Esattamente. Lì hai il front- end morbido e sfumato. Il back- end
9:59
Speaker 2: deve rimanere freddo, rigido e logico.
10:01
Speaker 4: Abbiamo coperto i pilastri. SharePoint, App, Automate, AI. Ma nulla
10:06
Speaker 4: di tutto ciò funziona senza quella che il testo chiama
10:08
Speaker 4: la spina dorsale della governance. I controlli che non chiudono
10:11
Speaker 4: un occhio.
10:12
Speaker 2: Queste sono le cose poco affascinanti che salvano il tuo lavoro. DLP,
10:15
Speaker 2: policy di prevenzione della perdita di dati, strategie di ambiente.
10:18
Speaker 2: Non puoi permettere che le persone creino app di produzione
10:20
Speaker 2: nell'ambiente predefinito.
10:21
Speaker 4: L'ambiente predefinito è il selvaggio West.
10:24
Speaker 2: È dove la governance va a morire. Serve una separazione
10:26
Speaker 2: tra sviluppo ed azione. Servono soluzioni gestite. Se stai spostando
10:29
Speaker 2: file zip grezzi di soluzioni non gestite in produzione, stai
10:31
Speaker 2: cercando guai.
10:33
Speaker 4: Il service principal. Smetti di eseguire i flussi aziendali con
10:36
Speaker 4: l'account di Steve. Perché quando Steve vince la lotteria si licenzia.
10:40
Speaker 2: L'intero processo della contabilità fornitore si blocca. Usa un service principal,
10:43
Speaker 2: un'identità non umana, affinché il sistema dipenda dall'architettura, non dall'elenco, dipendenti.
10:48
Speaker 4: Tutto si riduce a una scelta, non è vero? La
10:50
Speaker 4: conclusione lo chiarisce. Allineamento o entropia?
10:54
Speaker 2: Questa è la scelta binaria. Non esiste una via di mezzo.
10:56
Speaker 2: O imponi una struttura presto che sembra restrittiva e ti
10:58
Speaker 2: rallenta all'inizio o paghi per la ricostruzione dopo. E la
11:03
Speaker 2: ricostruzione è sempre dieci volte più costosa.
11:05
Speaker 4: È interessante. Abbiamo iniziato parlando di impostazioni tecniche, colonne indicizzate
11:09
Speaker 4: e limiti di concorrenza. Ma questa è davvero una posizione
11:12
Speaker 4: filosofica su come la tecnologia dovrebbe essere gestita.
11:15
Speaker 2: Si tratta di spettare lo strumento. SharePoint, Power Platform, IA
11:19
Speaker 2: sono strumenti incredibilmente potenti ma