ECB GV11 SESION 17

ECB GV11 SESION 17

Introducción y Objetivos de la Sesión

Revisión Inicial

  • Se inicia la sesión preguntando si hay dudas o consultas, indicando que se está a mitad del proceso.
  • Se menciona la necesidad de avanzar con el tema de Revit y se solicita a cada grupo que publique un conjunto de planos.

Progreso por Grupos

  • Se revisan los avances de cada grupo, abriendo las pantallas para comparar versiones.
  • El grupo uno es señalado como rezagado en comparación con otros grupos que ya tienen modelos publicados.

Verificación y Publicación de Modelos

Estado Actual de los Grupos

  • Se discute la importancia de verificar que el modelo esté publicado junto con los planos correspondientes.
  • Se da un tiempo limitado para que los grupos resuelvan sus pendientes, destacando al grupo uno como el más atrasado.

Tareas Asignadas

  • Un miembro del grupo dos se ofrece para realizar la tarea pendiente, enfatizando que no se les puede hacer el trabajo a ellos.

Integración de Termomecánica en el Proyecto

Necesidades Adicionales

  • Se recalca que no solo se necesita la arquitectura subida, sino también lo relacionado con termomecánica.
  • Cada grupo debe tener planos y vistas 3D del modelo termomecánico; esto es crucial para simular una colaboración efectiva entre equipos.

Ejercicio Práctico

  • Los grupos deben trabajar simultáneamente en arquitectura y termomecánica, asegurándose de que solo una persona pueda publicar cambios en cada área a la vez.

Creación y Manejo de Incidencias

Simulación Realista

  • Se sugiere crear incidencias intencionales para practicar cómo manejar errores gráficos en los planos sin juzgar su calidad.

Conclusiones sobre Publicaciones

  • La existencia de planos es fundamental; sin ellos, un modelo carece de valor práctico.

Configuración de Accesos y Roles en el Equipo Termomecánico

Proceso de Configuración

  • Se menciona que se está configurando el acceso a la información por carpetas, indicando que esta será la última vez que se utilice este método.
  • Se enfatiza la importancia de observar cómo cambia el documento en "Design Collaboration" y se sugiere tomar capturas de pantalla para documentar los cambios.

Participación y Supervisión

  • Los grupos que no participen serán dejados como administradores, lo cual implica que deberán trabajar sin supervisión directa.
  • Se explica cómo actualizar el modelo y publicar cambios, destacando la necesidad de sincronizar antes de realizar cualquier publicación.

Errores Comunes

  • Se discuten errores comunes al intentar publicar, como no ver cambios debido a publicaciones previas por otros usuarios.
  • La falta de una vista 3D es identificada como un error común; se recomienda revisar planos y vistas disponibles.

Organización de Grupos y Roles

Asignación de Roles

  • Se revisa la participación activa de los grupos presentes, mencionando específicamente al grupo 5.
  • Se asignan roles específicos dentro del equipo, asegurándose de tener representación tanto en arquitectura como en termomecánica.

Gestión del Acceso

  • El proceso incluye ajustar accesos para miembros del grupo según sus roles asignados.
  • Un error en la gestión del acceso es mencionado, donde un miembro podría no ver archivos debido a cambios recientes en permisos.

Sincronización y Publicación

Procedimientos Recomendados

  • La sincronización debe ser prioritaria antes de cualquier intento de publicación; esto asegura que todos los cambios sean visibles para todos los miembros.
  • Si hay problemas con la sincronización o publicación, se aconseja salir del sistema e intentar nuevamente actualizar.

Captura y Documentación

  • Es crucial tomar capturas de pantalla durante el trabajo para documentar cambios significativos en el navegador o las carpetas compartidas.
  • La organización adecuada dentro del espacio "Design Collaboration" es fundamental para mantener una jerarquía clara entre los accesos.

Configuración y Gestión de Equipos en la Plataforma

Introducción a la Configuración

  • Se menciona que algunos usuarios abren configuraciones en arquitectura, lo que sugiere una interacción con las instalaciones.
  • El presentador recuerda haber creado equipos a través de una carpeta en la configuración, destacando que esto es relevante para quienes tienen errores de administrador.

Visualización de Grupos y Equipos

  • Se explica cómo los miembros pueden ver información sobre grupos mediante tres puntos en la interfaz, sugiriendo un enfoque práctico para revisar el estado del equipo.
  • El presentador crea un nuevo equipo llamado "Trabajo en proceso", enfatizando la importancia de agregar equipos según las necesidades actuales.

Organización y Estructura

  • Se discute cómo se organizan las carpetas dentro del grupo, resaltando la necesidad de mantener todo simétrico y accesible.
  • La función del administrador se detalla al permitir el cambio entre roles y acceso a diferentes modelos y planos dentro del sistema.

Publicaciones y Seguimiento

  • Se introduce el concepto de línea de tiempo donde se pueden observar publicaciones recientes por parte de los equipos, lo cual es crucial para el seguimiento del trabajo realizado.
  • Se menciona que cada publicación aparece como un icono en la línea de tiempo, facilitando el acceso a información reciente.

Acceso a Información Compartida

  • Los administradores tienen acceso completo a lo publicado por todos los equipos, mientras que otros miembros solo ven sus propias publicaciones hasta que se comparten adecuadamente.
  • Es importante que los miembros revisen lo publicado por su equipo para asegurar calidad antes de volver a publicar cualquier documento o plano.

Funciones Administrativas

  • Un administrador puede navegar entre diferentes equipos sin restricciones, pero los miembros deben compartir paquetes específicos para acceder al trabajo realizado por otros equipos.
  • La creación de paquetes compartidos es esencial para facilitar la colaboración entre diferentes grupos dentro del proyecto.

¿Cómo se publica y comparte información en Revit?

Proceso de Publicación en Revit

  • Se puede programar una publicación en Revit, permitiendo que se publique automáticamente en un día y hora específicos, aunque no es posible establecer publicaciones recurrentes.
  • La flexibilidad de la publicación permite realizarla cuando se desee, lo que facilita el trabajo colaborativo entre equipos.

Interacción entre Equipos

  • Un arquitecto puede crear un conjunto para compartir información con el equipo de termomecánica, asegurando que ambos equipos estén al tanto de los cambios realizados.
  • Cada miembro del equipo debe aprender a crear conjuntos y compartirlos adecuadamente; esto es fundamental para la colaboración efectiva.

Compartición de Documentos

  • Al crear un conjunto, se pueden seleccionar planos y documentos específicos para compartir. Es crucial incluir todos los elementos necesarios para la entrega final.
  • El proceso incluye guardar el conjunto antes de compartirlo; guardar no implica que se comparta automáticamente.

Visualización y Acceso a Información Compartida

  • Una vez compartido, otros equipos verán un ícono diferente en su línea de tiempo, indicando que hay nueva información disponible.
  • Los miembros del equipo pueden interactuar con los elementos publicados; por ejemplo, si el equipo de termomecánica ve algo nuevo en la línea de tiempo del arquitecto, puede acceder a esa información.

Consumo de Información Compartida

  • El proceso continúa con el consumo de información publicada por otros equipos. Por ejemplo, el equipo de termomecánica necesita acceder a los modelos arquitectónicos para avanzar en su trabajo.
  • Al consumir datos compartidos, se crea una conexión entre las diferentes disciplinas dentro del proyecto, facilitando así la colaboración interdepartamental.

Proceso de Consumo y Compartición de Información en Termomecánica

Visualización y Consumo de Información

  • Se menciona la posibilidad de visualizar o consumir información desde el equipo de termomecánica, destacando la importancia del acceso a la carpeta compartida de arquitectura.
  • El objetivo es que el equipo de termomecánica no inicie su proyecto sin vincularlo adecuadamente con la arquitectura, asegurando una colaboración efectiva.

Verificación del Trabajo en Proceso

  • Se enfatiza la necesidad de verificar que se haya creado una carpeta en "trabajo en proceso" dentro del equipo de termomecánica para asegurar que los archivos estén correctamente organizados.
  • La interacción entre los equipos se ilustra mediante ejemplos prácticos sobre cómo las versiones de archivos pueden variar según las publicaciones realizadas por el equipo de arquitectura.

Sincronización y Versionado

  • Se explica cómo diferentes versiones (como versión 2 y versión 3) pueden coexistir en distintas carpetas, reflejando un proceso dinámico donde los cambios son constantes.
  • La sincronización entre arquitectos y termomecánicos puede tener retrasos, lo cual es normal debido a las diferencias temporales en las actualizaciones.

Ejercicio Práctico

  • Se propone un ejercicio práctico donde cada grupo comparte sus pantallas para crear conjuntos, fomentando un aprendizaje colaborativo sin temor a romper nada.
  • La dinámica incluye que tanto arquitectos como termomecánicos creen paquetes y consuman información mutuamente, promoviendo así una integración fluida.

Configuración y Privilegios

  • Se discute la importancia de los privilegios adecuados para cada miembro del grupo al realizar operaciones dentro del sistema compartido.
  • Un administrador debe elevar los privilegios necesarios para permitir que todos puedan editar documentos dentro de la carpeta compartida, facilitando así el trabajo conjunto.

Activación y Edición

  • Se instruye sobre cómo actualizar configuraciones para habilitar funciones necesarias como edición y creación dentro del entorno colaborativo.
  • Es crucial activar casillas específicas al agregar modelos a conjuntos, asegurando que todos los elementos necesarios estén disponibles para su uso.

¿Cómo gestionar la colaboración en proyectos de arquitectura?

Introducción a la gestión de equipos

  • Se menciona que un miembro del equipo, Sergio, tiene un cuadrado que indica que ha publicado algo importante para el grupo.
  • Se solicita a un miembro del grupo 5 que comparta su pantalla para revisar información relacionada con termomecánica.

Problemas técnicos y soluciones

  • Se discuten problemas con el navegador y se sugiere volver atrás para crear un nuevo conjunto si es necesario.
  • Se explica cómo verificar quién ha compartido información y cómo consumirla correctamente.

Proceso de consumo de información

  • Al intentar consumir información, se observa un error en el navegador; se recomienda desactivar funciones como traductores automáticos.
  • Se describe cómo los círculos indican diferentes estados de los archivos compartidos y la posibilidad de borrarlos si es necesario.

Revisión del trabajo en equipo

  • La importancia de revisar lo que cada grupo ha hecho se enfatiza al mirar en la carpeta compartida donde todos pueden editar.
  • Se menciona que solo algunos miembros deben tener permisos para compartir y consumir paquetes, mientras otros solo pueden ver.

Colaboración efectiva entre grupos

  • El profesor comparte su pantalla para mostrar cómo se gestionan los permisos dentro del documento colaborativo.
  • La necesidad de una buena coordinación entre los miembros del equipo es crucial; no todos deben tener acceso completo a las herramientas.

Reflexiones finales sobre el aprendizaje colaborativo

  • Aprender a gestionar estas herramientas requiere práctica y apoyo mutuo entre compañeros.
  • Los grupos son alentados a experimentar con la creación y publicación de modelos arquitectónicos, enfatizando la comprensión del flujo aplicado.

¿Cómo se gestionan los iconos en la secuencia temporal?

Introducción a la gestión de iconos

  • Se menciona que si el grupo 3 tiene alguna complicación, se debe avisar, pero el avance es positivo y parejo.

Visualización de iconos

  • Se revisan los iconos de colaboración en la secuencia temporal, destacando un cuadrado y un círculo con línea punteada que representan diferentes estados de conjuntos compartidos.

Interpretación de los iconos

  • Un círculo vacío indica un conjunto compartido no consumido; mientras que un círculo lleno representa uno consumido. La forma del icono puede indicar una fusión de conjuntos en el mismo día.

Fusión y agrupamiento de información

  • Los iconos pueden fusionarse cuando hay múltiples acciones en un corto periodo. Esto ayuda a visualizar la cantidad de información publicada y consumida al mismo tiempo.

Representación visual para evitar confusiones

  • La agrupación de iconos evita el caos visual al representar múltiples acciones. Al acercarse con zoom, los iconos se separan para facilitar su identificación sin consumir accidentalmente más elementos.

¿Qué hacer si no aparecen los elementos consumidos?

Verificación del acceso a grupos

  • Se discute sobre problemas al intentar acceder a elementos consumidos dentro del grupo tres, sugiriendo actualizar la página para resolver posibles errores.

Comprobaciones adicionales

  • Se revisan permisos y accesos a carpetas compartidas antes de realizar cambios o verificaciones adicionales para asegurar que todo esté correcto.

Problemas técnicos comunes

  • Se menciona que errores en navegadores pueden causar problemas temporales con accesos o consumo de datos, lo cual es común durante las sesiones rápidas.

¿Cómo identificar modelos dentro del equipo?

Navegación entre modelos

  • Se explica cómo identificar diferentes modelos dentro del equipo de arquitectura mediante flechas indicadoras que permiten ver publicaciones anteriores y actuales.

Resumen final sobre herramientas disponibles

  • El uso adecuado de las herramientas permite una mejor organización y seguimiento del trabajo realizado por cada equipo, facilitando así la colaboración efectiva.

Exploración de Modelos en la Plataforma

Visualización y Supervisión de Versiones

  • Se menciona la posibilidad de visualizar versiones anteriores del modelo, lo que permite una supervisión más detallada del trabajo realizado por el equipo.
  • Aunque no se han hecho cambios geométricos significativos, se espera profundizar en los detalles a medida que avanza el proyecto.

Acceso a Modelos Federados

  • Los usuarios pueden acceder a un modelo federado que aún no existe, permitiendo ver aspectos de arquitectura y termomecánica con colores diferenciados.
  • La funcionalidad para elegir entre diferentes modelos (arquitectura o termomecánica) es destacada como útil para las presentaciones.

Publicación y Vínculos en Revit

  • Se discute la opción de publicar en Revit sin vínculos, lo cual es considerado ideal para evitar problemas durante el proceso.
  • La plataforma ofrece múltiples vistas 3D y opciones para manipular colores rápidamente durante reuniones.

Interacción Durante Reuniones

  • La capacidad de cambiar colores y visualizar archivos rápidamente mejora la dinámica en reuniones, facilitando la colaboración.
  • Se enfatiza la importancia de que los miembros del grupo puedan crear conjuntos dentro del sistema para facilitar el acceso a información relevante.

Trabajo Práctico y Documentación

Estructura del Trabajo Grupal

  • Se introduce un trabajo práctico grupal donde cada integrante debe contribuir con capturas de pantalla y descripciones sobre los temas tratados en clase.
  • El documento final debe incluir nombres de integrantes y estar estructurado por clases, resaltando procesos específicos como la asignación de funciones.

Importancia del Proceso Documental

  • Se destaca que el objetivo es crear un documento útil para los estudiantes, no solo para cumplir con requisitos académicos.
  • Las capturas deben ser acompañadas por descripciones detalladas sobre cómo cada miembro interactuó con la plataforma durante las clases.

Reflexiones Finales sobre Aprendizaje

  • Se sugiere reflexionar sobre las experiencias vividas durante las sesiones prácticas, considerando cómo cada rol impacta en el uso efectivo de la plataforma.

Guía para la Entrega de Documentos

Importancia del Documento de Resumen

  • La entrega incluye un documento de resumen que es fundamental para el proceso de aprendizaje.
  • Se sugiere organizar el contenido por clases, aunque el orden puede variar según los temas tratados en cada sesión.

Organización y Estructura

  • Es esencial crear carpetas para clasificar los temas vistos en las clases, facilitando así la comprensión tanto personal como ajena.
  • Se recomienda usar capturas originales, títulos claros y pasos destacados en negrita, además de incluir observaciones personales.

Recursos Adicionales

  • Se menciona la disponibilidad de artículos en varios idiomas, lo cual puede ser útil para aquellos que dominan más de un idioma.
  • La lectura de estos artículos es crucial para la elaboración del documento; se anima a extraer información valiosa de ellos.

Plazos y Práctica

  • La fecha límite para la entrega está establecida con más de un mes disponible para completar el trabajo.
  • El objetivo del documento es servir como guía futura; simplemente ver grabaciones no es suficiente sin práctica activa.

Resolución de Problemas y Aprendizaje

  • Es importante aprender a resolver problemas prácticos más allá del conocimiento teórico adquirido durante las clases.
  • Se enfatiza que tener certificados no garantiza habilidades prácticas; lo esencial es saber aplicar lo aprendido ante situaciones reales.

Instalación y Uso de Plugins en Revit

Introducción a los Plugins

  • Se menciona la necesidad de un plugin específico para Revit llamado "Issus", que es esencial para la próxima clase.
  • La importancia del plugin radica en su capacidad para visualizar incidencias en Revit, lo cual no será posible sin él.

Capturas de Pantalla y Documentación

  • Se solicita a los estudiantes que tomen capturas de pantalla de sus trabajos actuales, incluyendo carpetas compartidas y el diseño colaborativo.
  • Las capturas ayudarán a documentar el proceso de trabajo entre usuarios, facilitando la redacción sobre cómo se compartieron y consumieron archivos.

Administración y Acceso

  • El instructor planea otorgar permisos administrativos a los grupos para evitar problemas al dar acceso repetidamente.
  • Se explica que una vez que todos sean administradores, podrán gestionar mejor las funciones sin perder acceso.

Configuración de Incidencias

  • Se introduce el tema de las incidencias en Revit, donde se puede personalizar la configuración mediante un botón específico.
  • Los estudiantes deben confirmar si pueden ver el botón "Configurar", ya que este solo está disponible para administradores.

Permisos y Funciones

  • Se discute cómo los permisos están organizados por función, permitiendo añadir o modificar accesos según sea necesario.
  • El instructor verifica si el grupo tres tiene acceso a la parte de configuración para administrar incidencias.

Gestión de Incidencias en Proyectos

Activación y Estados de Incidencias

  • Se puede activar o desactivar incidencias, que son puntos de comunicación. Los estados incluyen borrador, abierto, pendiente y cerrado.
  • El proyecto requiere diferentes estados para las incidencias; algunas plantillas se rellenan automáticamente al crear una incidencia.

Permisos y Acceso

  • Es importante verificar los permisos de acceso para que todos los miembros del equipo puedan trabajar con las incidencias.
  • Las causas principales de las incidencias pueden ser categorizadas y personalizadas según el proyecto.

Personalización de Categorías y Causas

  • Se pueden crear categorías y causas personalizadas para cada incidencia, permitiendo adaptaciones a necesidades específicas del equipo.
  • La personalización incluye la posibilidad de traducir términos al español si es necesario.

Campos Personalizados en Incidencias

  • Los campos personalizados permiten agregar información específica sobre cada incidencia, como tipo, valores y descripciones.
  • Ejemplo: se puede crear un campo desplegable con opciones críticas (A, B, C), facilitando la clasificación de problemas encontrados.

Creación y Asignación de Incidencias

  • Al crear una nueva categoría dentro del grupo CCO, se puede asignar un tipo específico a la incidencia creada.
  • Se pueden añadir iconos o emojis a las incidencias para hacerlas más visuales y amigables durante el proceso de revisión.

Administración Visual de Incidencias

  • Las incidencias deben ser visibles para todo el equipo; se pueden administrar campos como título, ubicación GPS y estado.
  • Cada miembro debe participar creando incidencias en diferentes planos del proyecto; esto fomenta la colaboración activa entre el equipo.

Creación y Gestión de Incidencias en la Plataforma

Introducción a las Incidencias

  • Se anima a los participantes a crear al menos una incidencia en un plano y otra en una vista 3D para familiarizarse con el sistema.
  • Los usuarios pueden personalizar el tipo de incidencia, título y asignar la tarea a un compañero, fomentando la colaboración.

Visualización y Acceso a Incidencias

  • Al abrir una incidencia, se muestra el archivo relacionado y su posición en el plano, facilitando la localización del problema.
  • Se enfatiza la importancia de asignar incidencias a otros compañeros y establecer fechas de vencimiento para mejorar la gestión.

Preparativos para Clases Futuras

  • Se solicita que todos los participantes tengan instalados los plugins necesarios antes de continuar con las clases sobre incidencias.
  • Se menciona que hay versiones más antiguas disponibles para descargar desde el soporte técnico, asegurando que todos tengan acceso a las actualizaciones necesarias.

Resolución de Problemas Comunes

  • Un participante expresa dificultades para editar una incidencia; se discuten posibles razones como permisos insuficientes o conflictos por cambios simultáneos.
  • Se aclara que si alguien está editando al mismo tiempo puede causar problemas, pero se asegura que todos deberían poder editar sus propias incidencias sin inconvenientes.

Conclusiones sobre el Uso del Sistema

  • La clase concluye con un recordatorio sobre seguir trabajando con incidencias en futuras sesiones, destacando la importancia del uso correcto del sistema.