Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / Decadencia silenciosa en Microsoft 365: gobernanza para SharePoint, Power Apps, Power Automate e IA (Doblaje IA)

Transcript

Decadencia silenciosa en Microsoft 365: gobernanza para SharePoint, Power Apps, Power Automate e IA (Doblaje IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA en español

• 0:01
  Speaker 2: Listo para 10 días de Microsoft 365, Copilot, EA, Azure
• 0:04
  Speaker 2: y las personas que están dando forma al futuro del trabajo.
• 0:06
  Speaker 2: Este enero, M365 con regreso y venimos con más fuerza.
• 0:12
  Speaker 2: Únase a nosotros para sesiones en vivo, demostraciones reales y
• 0:15
  Speaker 2: conocimientos prácticos de MVP y expertos de la industria de
• 0:17
  Speaker 2: todo el mundo. Nada de diapositivas genéricas, ni términos de
• 0:20
  Speaker 2: moda interminables. Abordamos los desafíos reales. Copilot Studio, agentes de
• 0:25
  Speaker 2: EA Fabric, Seguridad, Gobernanza y Automatización, AEC. Ya sea usted
• 0:30
  Speaker 2: un profesional de TI, desarrollador o líder empresarial, hay sesiones
• 0:33
  Speaker 2: diseñadas para usted. Con 10 días completos, puede explorar múltiples
• 0:37
  Speaker 2: tecnologías y conectar con una comunidad global. Véalo en vivo.
• 0:41
  Speaker 2: Lleve perspectivas prácticas de vuelta a su organización. Enero de 2027.
• 0:46
  Speaker 2: 10 días. Una comunidad Microsoft. El registro ya está abierto.
• 0:51
  Speaker 2: Vaya a m365com.net y asegure su lugar hoy mismo. Eso
• 0:56
  Speaker 2: es m365com.net. Únase ahora a m365con.net y nos vemos en
• 1:04
  Speaker 2: vivo en enero.
• 1:05
  Speaker 3: Son las 03.47 UTC. La mayor parte del equipo de
• 1:08
  Speaker 3: TI está durmiendo, pero en algún lugar de los registros
• 1:11
  Speaker 3: de la nube se está formando un patrón. Comienza pequeño.
• 1:13
  Speaker 3: Tres nuevas listas de SharePoint llamadas test creadas en cuatro minutos. Luego,
• 1:18
  Speaker 3: un aumento repentino en cambios de permisos sin un ticket. Finalmente,
• 1:22
  Speaker 3: una serie de flujos de Power Automate fallan simultáneamente.
• 1:25
  Speaker 2: Y el teléfono no suena. Esa es la parte que
• 1:27
  Speaker 2: da miedo. El CEO no recibe una llamada porque el
• 1:29
  Speaker 2: sistema técnicamente no está caído. Las luces del servidor siguen verde.
• 1:33
  Speaker 2: Pero si observa de cerca ese patrón, lo que ve
• 1:35
  Speaker 2: no es una interrupción, es entropía.
• 1:37
  Speaker 3: ¿Entropía? Ese declive gradual hacia el desorden. Parece que nos
• 1:42
  Speaker 3: enfocamos tanto en las fallas ruidosas, el ransomware, los ataques
• 1:45
  Speaker 3: de DOS, que ignoramos esta podredumbre. Silenciosa,¿ quién no es?
• 1:49
  Speaker 3: Estamos hablando de la muerte por mil cortes en el
• 1:52
  Speaker 3: ecosistema de Microsoft 365 hoy, ¿verdad? Exacto.
• 1:56
  Speaker 2: Hablamos de cómo los sistemas de plataforma fallan silenciosamente mucho
• 1:59
  Speaker 2: antes de fallar estrepitosamente. Y más importante aún, cómo detener
• 2:02
  Speaker 2: esa deriva con disciplina en lugar de heroísmos. Porque ahora
• 2:05
  Speaker 2: mismo la mayoría de las organizaciones funcionan a base de heroísmos.
• 2:08
  Speaker 2: Vienen a ese único experto en Power Platform que arregla
• 2:10
  Speaker 2: el flujo cuando se rompe a medianoche. Eso no es
• 2:12
  Speaker 2: una estrategia, es una responsabilidad.
• 2:14
  Speaker 3: Así que analicemos esta entropía. El material fuente que analizamos
• 2:18
  Speaker 3: hoy lo describe como una inestabilidad compuesta. Comienza con el
• 2:21
  Speaker 3: sustrato mismo, SharePoint.
• 2:25
  Speaker 2: SharePoint, la navaja suiza que todos intentan usar como martillo,
• 2:28
  Speaker 2: cierra y base de datos relacional, todo al mismo tiempo.
• 2:31
  Speaker 2: El problema principal es que SharePoint es un sustrato de colaboración.
• 2:35
  Speaker 2: Está diseñado para documentos y listas de datos que leen
• 2:37
  Speaker 2: los humanos. Pero la gente intenta tratarlo como SQL Server.
• 2:41
  Speaker 3: He visto esto 100 veces. Recibes una solicitud para un
• 2:44
  Speaker 3: rastreador sencillo. Y de repente tienes una lista con 50 columnas,
• 2:47
  Speaker 3: 5 cadenas de búsqueda diferentes y una estructura de permisos
• 2:51
  Speaker 3: que requiere un doctorado para entenderla.
• 2:53
  Speaker 2: Y ahí es donde empieza el deterioro. El documento se
• 2:55
  Speaker 2: llama disciplina de esquema. Suena aburrido, pero es fundamental. Por ejemplo,
• 2:59
  Speaker 2: al nombrar listas, ves listas llamadas rastreador de pruebas de
• 3:02
  Speaker 2: Yen o proyecto X temporal. Eso está bien para un
• 3:05
  Speaker 2: entorno de pruebas, pero en producción, no. Nombrar listas según
• 3:08
  Speaker 2: el sustantivo de negocio. Es un incidente, no el rastreador
• 3:10
  Speaker 2: de Yen.
• 3:11
  Speaker 3: Y la deuda técnica también se acumula en los nombres
• 3:13
  Speaker 3: de las columnas, ¿verdad? Llamas a una columna Estado Hoy. Luego,
• 3:17
  Speaker 3: cambias el nombre a mostrar la situación actual. Pero la
• 3:20
  Speaker 3: API sigue viendo Estado. Entonces la borras y creas Estado
• 3:23
  Speaker 3: 2
• 3:25
  Speaker 2: Estado 2. Estado final. Estado real. Es una pesadilla para
• 3:28
  Speaker 2: cualquiera que intente crear una aplicación sobre ella. La regla
• 3:30
  Speaker 2: es simple. Los nombres internos nunca cambian. Las etiquetas son
• 3:33
  Speaker 2: para la interfaz de usuario, no para la API. Si
• 3:36
  Speaker 2: no haces cumplir esto, estás construyendo un rascacielos sobre un pantano.
• 3:39
  Speaker 2: Y luego está el problema de las relaciones. O la
• 3:40
  Speaker 2: temida
• 3:41
  Speaker 4: columna de búsqueda.
• 3:43
  Speaker 2: Las búsquedas son seductas. Parecen una unión relacional, pero SharePoint
• 3:46
  Speaker 2: no es una base de datos relacional. La guía aquí
• 3:48
  Speaker 2: es estricta. Una búsqueda por vista crítica, tal vez dos,
• 3:52
  Speaker 2: si tienes suerte. Si intentas hacer relaciones de varios saltos
• 3:56
  Speaker 2: como filtrar una lista basada en una búsqueda que busca
• 3:58
  Speaker 2: en otra lista, debes parar.
• 4:01
  Speaker 3: Entonces,¿ de dónde vas? Si SharePoint no puede manejar esa complejidad,
• 4:04
  Speaker 3: te rindes.
• 4:06
  Speaker 2: Bueno, los datos. Esa es una conversación para Dataverse o
• 4:08
  Speaker 2: para SQL. Si necesitas integridad transaccional y uniones complejas, estás
• 4:12
  Speaker 2: abusando de SharePoint y el sistema te castigará por ello.
• 4:16
  Speaker 2: No hoy, quizás no mañana, pero eventualmente una consulta alcanzará
• 4:19
  Speaker 2: el límite, la delegación fallará y tu aplicación mostrará pantallas
• 4:22
  Speaker 2: en blanco
• 4:24
  Speaker 3: Hablando de romper cosas, hablemos de los permisos. Ese es
• 4:28
  Speaker 3: un gran punto de dolor, la trampa de los permisos
• 4:30
  Speaker 3: a nivel de elemento.
• 4:32
  Speaker 2: Es la clásica solicitud de quiero que solo el creador
• 4:33
  Speaker 2: vea sus propios elementos. Suena razonable, pero técnicamente es un
• 4:37
  Speaker 2: callejón sin salida. Si rompes la herencia en cada elemento
• 4:40
  Speaker 2: de una lista de 50.000 elementos, el servidor tiene que
• 4:43
  Speaker 2: comprobar la lista de control de acceso de cada fila
• 4:46
  Speaker 2: cada vez que un usuario consulta. Destruye el rendimiento.
• 4:49
  Speaker 3: Por lo tanto, la solución es romper la herencia a
• 4:51
  Speaker 3: nivel de sitio, no a nivel de elemento. Sí.
• 4:54
  Speaker 2: Si necesitas asegurar filas de manera diferente, necesitas listas diferentes
• 4:57
  Speaker 2: o una fuente de datos diferente. Por favor, usa grupos.
• 4:59
  Speaker 2: Nunca asignes permisos a una persona individual. La gente se
• 5:02
  Speaker 2: va a los grupos y permanece
• 5:03
  Speaker 4: Parece que el tema aquí es dejar de improvisar, lo
• 5:05
  Speaker 4: cual nos lleva perfectamente al segundo pilar, Power Apps. Power App.
• 5:10
  Speaker 4: El texto describe a Power Apps como algo determinista o
• 5:12
  Speaker 4: como un caos con un botón de guardar. Es una
• 5:15
  Speaker 4: dicotomía bastante marca.
• 5:17
  Speaker 2: Lo es, pero es precisa. Una aplicación de lienzo se
• 5:19
  Speaker 2: siente como un lienzo en blanco. Puedes pintar lo que quieras.
• 5:21
  Speaker 2: Ese es el peligro. Una aplicación determinista significa que tú,
• 5:24
  Speaker 2: el desarrollador, controlas el estado. Sabes exactamente qué datos se cargan,
• 5:28
  Speaker 2: cuándo se envían y qué sucede si fallan.
• 5:31
  Speaker 3: Comparado con el enfoque de caos, que supongo es solo
• 5:33
  Speaker 3: arrojar controles en una pantalla y esperar que la función
• 5:35
  Speaker 3: de envío de formulario funcione.
• 5:37
  Speaker 2: Es eso. El caos es depender de comportamientos implícitos. Es
• 5:41
  Speaker 2: poner lógica compleja dentro de la propiedad onSelect de un
• 5:43
  Speaker 2: botón que actualiza tres fuentes de datos, envía un correo
• 5:46
  Speaker 2: y navega a una nueva pantalla. Todo sin manejo de errores.
• 5:51
  Speaker 2: Si Internet parpadea en medio de eso, tus datos se corrompen.
• 5:54
  Speaker 3: Entonces,¿ cómo lo hacemos de terminista?
• 5:57
  Speaker 2: Centralizas tus lecturas y escrituras. Tus controles no deberían consultar
• 6:00
  Speaker 2: la base de datos directamente. Deberían consultar colecciones locales o
• 6:03
  Speaker 2: variables cuando sea apropiado. Y necesitas tratar el envío de
• 6:06
  Speaker 2: formulario como una operación atómica. Si usas patch, tienes que
• 6:10
  Speaker 2: manejar la concurrencia.
• 6:11
  Speaker 3: La concurrencia es un gran problema. Dos personas editando el
• 6:14
  Speaker 3: mismo registro al mismo tiempo.
• 6:16
  Speaker 2: Si no lo manejas explícitamente, la última persona en guardar
• 6:19
  Speaker 2: ganas Y el trabajo del otro se sobrescribe sin que
• 6:21
  Speaker 2: lo sepan. Ese es otra vez silencioso. El sistema no
• 6:24
  Speaker 2: se bloqueó, pero los datos son incorrectos.
• 6:26
  Speaker 3: El texto también menciona la disciplina operativa en las aplicaciones,
• 6:29
  Speaker 3: registrando lo que hizo la aplicación, no solo lo que
• 6:31
  Speaker 3: esperaba hacer.
• 6:32
  Speaker 2: Esa es la diferencia entre un juguete y una herramienta.
• 6:34
  Speaker 2: Una aplicación profesional genera telemetría. El usuario X navegó a
• 6:38
  Speaker 2: la pantalla Y. El usuario Z intentó enviar el formulario,
• 6:41
  Speaker 2: falló con el código de error 133. Si no tienes
• 6:44
  Speaker 2: esos registros, estás depurando mediante suposición.
• 6:46
  Speaker 3: Cambiemos de marcha hacia la sala de máquinas, Power Automate.
• 6:49
  Speaker 3: La descripción aquí es vívida. Bombas de tiempo desactivadas con
• 6:53
  Speaker 3: protocolos
• 6:53
  Speaker 2: Los flujos son aterradores porque se ejecutan en segundo plano.
• 6:55
  Speaker 2: No puedes verlos fallar a menos que estés mirando. Y
• 6:57
  Speaker 2: fallan igual que se queman los edificios. Silenciosamente al principio
• 7:00
  Speaker 2: luego de ver.
• 7:02
  Speaker 3: Cuál es la causa número uno de ese incendio?
• 7:04
  Speaker 2: La falta de señal defensiva, específicamente en los disparadores. Si
• 7:07
  Speaker 2: tienes un flujo que se dispara cuando se modifica un
• 7:09
  Speaker 2: elemento y no estableces una condición de disparo, ese flujo
• 7:12
  Speaker 2: se ejecuta cada vez que alguien toca ese elemento, incluso
• 7:14
  Speaker 2: si solo corrigen un error tipográfico.
• 7:17
  Speaker 3: Entonces tienes miles de ejecuciones innecesarias saturando tus límites de API.
• 7:21
  Speaker 2: Exacto. Necesitas definir el caso de esto. Ejecuta este flujo
• 7:24
  Speaker 2: solo si el estado cambio aprobado. Ese pequeño cambio puede
• 7:26
  Speaker 2: reducir tu carga en un 90%. Y luego está la concurrencia.
• 7:29
  Speaker 3: Cierto. Por defecto, Power Automate intenta ejecutar todo en paralelo
• 7:33
  Speaker 3: para ser útil.
• 7:35
  Speaker 2: Lo cual es un desastre. Si intentas actualizar el mismo
• 7:37
  Speaker 2: elemento de lista o incrementar un contador, obtienes condiciones de carga.
• 7:40
  Speaker 2: Tienes que establecer límites de concurrencia. A veces necesitas forzar
• 7:43
  Speaker 2: que se ejecute secuencialmente, una a la vez para asegurar
• 7:45
  Speaker 2: la integridad de los datos.
• 7:47
  Speaker 3: Y el manejo de errores? El patrón try-catch no es
• 7:49
  Speaker 3: nativo en el diseñador visual como lo es en el código, ¿verdad?
• 7:53
  Speaker 2: Tienes que construir. Creas un bloque de ámbito para tus
• 7:56
  Speaker 2: acciones principales, ese es tu try, y luego un bloque
• 7:58
  Speaker 2: paralelo que solo se ejecuta si el primero falla, ese
• 8:00
  Speaker 2: es tu catch. Si no tienes un bloque catch que
• 8:03
  Speaker 2: te alerte, un flujo puede fallar durante semanas y nunca.
• 8:05
  Speaker 2: Lo sabrás hasta que un usuario pregunte, oye,¿ dónde está
• 8:07
  Speaker 2: mi aprobación?
• 8:08
  Speaker 3: Ese silencio es el enemigo. Parece que el objetivo de
• 8:11
  Speaker 3: todos estos protocolos es convertir fallos silenciosos en fallos ruidosos
• 8:15
  Speaker 3: y contenidos.
• 8:17
  Speaker 2: Sí, quiero que el sistema me grite cuando algo se
• 8:19
  Speaker 2: rompe para poder arreglarlo de inmediato. No quiero que susurre
• 8:22
  Speaker 2: mientras corrompe la base de datos durante seis meses
• 8:25
  Speaker 3: Ahora,¿ no podemos hablar del futuro de esta plataforma sin
• 8:28
  Speaker 3: hablar de IA? AI Builder, de Copilot. Todo el mundo
• 8:33
  Speaker 3: quiere activarlos, pero el texto advierte.¿ El pico no comenzó
• 8:37
  Speaker 3: con código?¿ Comenzó con un PDF?
• 8:41
  Speaker 2: La IA es el acelerador definitivo. Si tu gobernanza es mala,
• 8:44
  Speaker 2: la IA la hará mala más rápido. El peligro con
• 8:47
  Speaker 2: la IA, específicamente los modelos de lenguaje grandes o copilotos,
• 8:49
  Speaker 2: es la alucinación y el acceso excesivo. El acceso excesivo.
• 8:53
  Speaker 3: Bibliotecario no oráculo. Me gustó esa frase.
• 8:57
  Speaker 2: La analogía perfecta. Un oráculo inventa la verdad. Un bibliotecario
• 9:01
  Speaker 2: encuentra la verdad que ya existe.¿ Queremos que nuestra IA
• 9:03
  Speaker 2: corporativa sea un bibliotecario? Solo debe responder basándose en fuentes
• 9:07
  Speaker 2: de conocimiento probadas. Si no puede encontrar el documento, debería decir,
• 9:10
  Speaker 2: no lo sé, no inventar una política.
• 9:13
  Speaker 3: Y cómo aplicamos eso técnicamente?
• 9:15
  Speaker 2: Necesitas límite. Para el procesamiento de documentos con A-Builder, necesitas
• 9:18
  Speaker 2: supervisión humana si hay baja confianza. Si la IA no
• 9:21
  Speaker 2: está 90% segura de que esa factura es por $ 500
• 9:23
  Speaker 2: un humano, debes revisarla. No dejas simplemente que escriban el ERP.¿
• 9:27
  Speaker 2: Y para los chatbots
• 9:29
  Speaker 3: los copilotos?
• 9:30
  Speaker 2: Las citas son obligatorias. Si el bot da una respuesta,
• 9:33
  Speaker 2: debe enlazar al documento de hoy. Sin cita, no hay resultado.
• 9:36
  Speaker 2: Y críticamente, sin mutación directa de datos. No dejes que
• 9:39
  Speaker 2: un chatbot edite directamente tu base de datos SQL. El
• 9:42
  Speaker 2: chatbot debería activar un flujo de Power Automate estrictamente regulado
• 9:45
  Speaker 2: para realizar el cambio. El flujo es el guardián.
• 9:48
  Speaker 3: Entonces la IA es solo la interfaz. La lógica de
• 9:51
  Speaker 3: gobernanza sigue residiendo en las capas rígidas y deterministas que
• 9:54
  Speaker 3: discutimos antes.
• 9:55
  Speaker 2: Exacto. La IA es el frente suave y difuso. El
• 9:58
  Speaker 2: sistema de fondo debe permanecer frío duro y lógico.
• 10:01
  Speaker 3: Hemos cubierto los pilares. SharePoint, aplicaciones, Automate, IA. Pero nada
• 10:06
  Speaker 3: de esto funciona sin lo que el texto llama la
• 10:08
  Speaker 3: columna vertebral de la gobernanza. Los controles que no parpadean.
• 10:12
  Speaker 2: Esto es lo aburrido que salva tu trabajo. DLP, Políticas
• 10:16
  Speaker 2: de Prevención de Pérdida de Datos y Estrategias de Entorno.
• 10:18
  Speaker 2: No puedes permitir que la gente cree aplicaciones de producción
• 10:20
  Speaker 2: en el entorno predeterminado.
• 10:21
  Speaker 3: El entorno predeterminado es el salvaje oeste.
• 10:24
  Speaker 2: Es donde la gobernanza murió. Necesitas una separación de desarrollo
• 10:26
  Speaker 2: y producción. Necesitas soluciones a mí. Si estás moviendo archivos
• 10:29
  Speaker 2: ZIP sin procesar las soluciones no administradas a producción, estás
• 10:31
  Speaker 2: buscando problemas.
• 10:33
  Speaker 3: Y director de servicio. Deja de ejecutar flujos empresariales bajo
• 10:36
  Speaker 3: la cuenta de Steve. Porque cuando Steve gane la lotería
• 10:39
  Speaker 3: y renuncie...
• 10:40
  Speaker 2: Todo el proceso de cuentas por pagar se detestará. Usa
• 10:42
  Speaker 2: un director de servicio, una identidad no humana, para que
• 10:45
  Speaker 2: el sistema dependa de la arquitectura y no de la
• 10:46
  Speaker 2: nómina de empleados.
• 10:48
  Speaker 3: Todo se reduce a una elección, ¿no? La conclusión lo
• 10:51
  Speaker 3: expone claramente. Alineación o entropía. Esa
• 10:54
  Speaker 2: es la elección binaria. No hay punto medio. O impones
• 10:56
  Speaker 2: una estructura desde el principio, lo que se sienta restrictivo
• 10:59
  Speaker 2: y te ralentiza al inicio, o pagas por la reconstrucción después.
• 11:02
  Speaker 2: Y la reconstrucción siempre es 10 veces más costosa.
• 11:05
  Speaker 3: Es interesante. Comenzamos hablando de configuraciones técnicas, columnas indexadas, límites
• 11:10
  Speaker 3: de concurrencia, pero esto es realmente una postura filosófica sobre
• 11:13
  Speaker 3: cómo debe gestionarse la tecnología.
• 11:15
  Speaker 2: Lo es. Se trata de respetar la herramienta. SharePoint, Power Platform, IA,
• 11:18
  Speaker 2: estas son herramientas increíblemente poderosas, pero...