Archivo de la categoría: UBU

SCORM

SCORM Explained
SCORM explained en https://scorm.com/scorm-explained

Scorm en MOODLE: https://docs.moodle.org/all/es/SCORM

  • SCORM 1.1 fue esencialmente el primer paso, y nunca obtuvo una amplia aceptación. Algunos productos todavía lo admiten, pero no se adopta ampliamente.
  • SCORM 1.2 siguió el 1.1, y resolvió muchos de los problemas de la versión 1.1. Fue y es la versión más ampliamente adoptada. Todos los principales LMS continúan admitiéndolo y la mayoría de los proveedores de contenido todavía producen contenido que cumple con la especificación 1.2.
  • SCORM 2004 (anteriormente conocido como SCORM 1.3) es la versión más reciente. Extiende y formaliza las partes de empaque y tiempo de ejecución del estándar 1.2, pero su añadido clave es la especificación de secuenciación y navegación (S &N). S&N permite al proveedor de contenido especificar tanto el comportamiento dentro de la SCO como el comportamiento entre las SCO. Esto permite interacciones de contenido sustancialmente más ricas y enormes aumentos en la reutilización de SCO. La adopción ha sido lenta, hasta este punto, pero el número de LMS y proveedores de contenido que soportan SCORM 2004 está aumentando enormemente.

Export Projects as SCORM Packages in ActivePresenter 8https://atomisystems.com/tutorials/ap8/export-projects-as-scorm-packages-activepresenter-8-2/

Postmortem

Normalmente al finalizar un proyecto aconsejo no olvidar la celebración cómo una de las fases de cierre de cualquier proyecto. En algunas ocasiones recuerdo haber estado tan pendiente de empezar el siguiente desafío que no valoraba esta parte del proyecto y me he dado cuenta que es una parte imprescindible para el equipo humano, porque al final los proyectos los llevamos a cabo las personas y necesitamos recordar los triunfos para afrontar también las derrotas.

Es sencillo y satisfactorio en la mayoría de los casos, pero que ocurre si el devenir del proyecto a finalizado en FALLO-grave o ERROR-severo y lo recomendable es abandonar el objetivo (al menos en este momento). La experiencia me ha llevado a obcecarme en una labor sin darme cuenta que cuanto más invertía (esfuerzo y tiempo) mayor eran las pérdidas. Técnicamente ese sesgo se llama ‘coste hundido’ y pensamos que como llevamos mucho invertido no podemos dejarlo y quedamos en un círculo vicioso.

Para retomar el camino del círculo virtuoso es necesario sacar aprendizajes de nuestros errores y también existen herramientas en el campo de la producción.

¿Qué es y como se hace el análisis-postmortem de un proyecto?

OpenWebinars https://openwebinars.net/blog/que-es-y-como-se-hace-un-post-mortem/

Mi abuelo me resumía con refranes algunas cosas y en mi familia también me lo han recordado en algunas ocasiones.

A burro muerto, cebada al rabo.

inutilidad – oportunidad

¿Pero, has pensado en alguna ocasión comenzar un proyecto con una técnica pre-mortem? Básicamente es empezar pensando que es lo que puede hacer que el proyecto fracase, para tenerlo en cuenta esperando que esto no ocurra nunca, o solo por verdaderos aspectos impredecibles. Si se llega a alguna de las situaciones de cierre de proyecto incluso se pueden anticipar medidas, que aunque en ese momento sean descabelladas (por costes o recursos) puedan ser la única solución llegado el momento. Alguien realmente contaba con una pandemia… y había considerado qué hacer en ese caso, escribiéndolo en la planificación del proyecto? Eso no era una contingencia previsible en las circunstancias de hace un par de años… Quizás ‘el décimo hombre’ …

+ Postmortem memory of public figures in news and social media https://www.pnas.org/content/118/38/e2106152118

Projecto zero by google https://googleprojectzero.blogspot.com/2021/12/this-shouldnt-have-happened.html#comment-form

ver en linkedin: https://www.linkedin.com/pulse/postmortem-pedro-s%25C3%25A1nchez-ortega/

ENTREGABLE Documento postmortem:

ENTREGABLE = Documento postmortem: secciones

  •  1.-Análisis secuencial: línea temporal del desarrollo del proyecto, haciendo especialmente hincapié en los momentos críticos en los que se desencadena el resultado final
  •  2.- Análisis causa/efecto: cuales fueron los principales efectos que tenían causa conocida y que llevaron a la situación de cierre de proyecto.
  •  3.- Acciones posibles: aunque en este momento salgan del alcance previsto inicialmente SI es posible el relanzamiento del proyecto en un futuro que sería necesario realizar, y de quién depende la decisión.
  •  4.- Acciones seleccionadas Descripción de qué acciones y con que orden de ejecuación deben ser tomadas las decisiones. Pueden ser simplemente cierre del documento postmortem y archivo.
  •  5.- Lecciones aprendidas Principales aprendizajes para aplicar en próximos proyectos del equipo. Siempre debería de ser un resumen con moraleja.