El papel de la gestión ágil de proyectos en el desarrollo de eLearning
“Las empresas de hoy ven una necesidad cada vez mayor de adaptarse más rápidamente a los entornos cambiantes. Si necesita que un negocio sea ágil, también necesita una arquitectura que lo sea”. – Kim Jones (Diseñador de moda)
Una encuesta reciente de HP a más de 600 profesionales de TI y software a principios de este año encontró que Agile se había convertido más o menos en la metodología de desarrollo de software predeterminada. El 67% de las empresas encuestadas se autodenominaron “puramente ágiles” o “inclinadas hacia lo ágil” y otro 24% afirmó tener un enfoque de desarrollo “híbrido”. Agile primero encontró el favor del desarrollo de productos de software y luego se trasladó a más y más áreas de desarrollo de software. eLearning no puede ser inmune a esta propagación y hay una creciente apreciación, así como una creciente adopción de este enfoque de desarrollo en el desarrollo de eLearning ahora.
Elegí asistir a la sesión particular de DevLearn porque quería explorar más sobre cómo la gestión ágil de proyectos podría aplicarse a los proyectos de desarrollo de cursos de eLearning/mLearning. En eNyota, ya nos hemos vuelto ágiles en nuestros equipos de desarrollo de software recientemente, pero realmente no hemos pensado en esto completamente en el lado del desarrollo del curso.
Algunas preguntas en mi mente eran:
- ¿Fue Agile una forma diferente de ver el manejo de proyectos de aprendizaje?
- ¿Podría aplicarse a todos los proyectos de aprendizaje/formación?
- ¿Cómo manejar las diferencias entre proyectos de aprendizaje y proyectos de software?
- ¿Cuáles son algunas experiencias de empresas que están probando esto?
- ¿Qué tan listos estarían nuestros clientes para hacer esto?
Al final de la sesión Gestión ágil de proyectos en proyectos de aprendizaje electrónico, una conclusión bastante clara fue que el modelo de desarrollo ADDIE tradicional, que refleja el modelo de desarrollo Waterfall en el desarrollo de software, tiene algunos desafíos y limitaciones claros. Principalmente, estos tienen que ver con el hecho de que esto sigue siendo, en gran medida, un proceso lineal. Esto significa que se tarda una buena cantidad de tiempo en entregar contenido utilizable. Luego está la falta de flexibilidad asociada: un cambio en el resultado final significará volver al inicio del proceso y cambiar cada paso hasta el final.
En el enfoque de desarrollo ágil, en lugar de planificar todo el proyecto con gran detalle antes del desarrollo, la atención se centra en buscar iteraciones más rápidas y compilaciones más pequeñas. Se busca la retroalimentación del cliente al principio del proceso y se incorpora en versiones iterativas posteriores. La idea es entregar algo que esté más cerca de lo que es utilizable y significativo para el cliente/sus alumnos y mejorar sucesivamente de una versión a otra.
En lugar del modelo tradicional:
Ir con:
Imagen del libro de Megan Torrance: una guía rápida para LLAMA (muy parecido al enfoque de métodos ágiles).
Un ejemplo simple en el contexto de eLearning podría ser en lugar de hacer todos los guiones/guiones gráficos para todos los módulos antes de que comience el desarrollo, primero prepare los módulos funcionales y entréguelos rápidamente. Publique la entrega, busque y asimile los comentarios no solo de las partes interesadas, sino también potencialmente de los alumnos, y vuelva a la versión para incorporar los cambios. Un proceso continuo de iteración de los módulos conducirá hacia el producto final que probablemente será mucho más probado en el mercado.
Si bien la sutil diferencia de observar iteraciones más pequeñas puede no parecer diferente de la forma tradicional de ejecutar proyectos de eLearning módulo por módulo, en el contexto de un proyecto completo, esta es una forma muy diferente de ver las cosas. ¡Estoy convencido de que una vez que te vuelves ágil, es posible que nunca regreses!
¡Elija la herramienta adecuada y termine su proyecto de L&D a tiempo! Descubra nuestro Directorio de software de gestión de proyectos y tome la decisión correcta. Encuentre su solución
Las razones convincentes para hacer Agile en el desarrollo de material de aprendizaje incluyen:
- A menudo, los proyectos duran lo suficiente como para que cambien los requisitos.
- El requisito que se definió por adelantado cambió cuando comenzó el desarrollo.
- Una vez que la parte interesada ve el resultado del desarrollo, es demasiado tarde para cambiar de opinión sobre la dirección que está tomando.
- Los comentarios de los usuarios se toman al final del proceso de desarrollo en lugar de hacerlo regularmente.
- El modelo Waterfall reglamentado requiere un proceso estricto de entrega de resultados intermedios, aprobaciones y, en ocasiones, gestión de cambios, etc. debido a la visión rígida sobre cuánto cambio es aceptable.
- Obtener exactamente lo que desea al final en lugar de lo que estaba en el contrato es un mejor resultado.
- Hacer que el resultado del aprendizaje o la capacitación sea revisado por un grupo de muestra de usuarios finales puede generar comentarios que podrían ser vitales en lugar de esperar a que todo esté hecho.
Las limitaciones rápidas que veo con Agile en proyectos de aprendizaje incluyen:
- Los proyectos de aprendizaje no están en la parte superior de la lista de prioridades de todos, por lo que lograr que las partes interesadas dediquen tiempo regularmente o con frecuencia es un desafío.
- Los expertos en la materia a menudo están demasiado ocupados, pueden ser más consultores para un proyecto de aprendizaje y es difícil asignarlos/disponerlos para revisar los resultados más pequeños con regularidad.
- Los equipos de desarrollo no están en el mismo lugar para desarrollar productos de aprendizaje. A veces, pueden estar en diferentes ciudades, trabajando desde casa o incluso supervisando, dependiendo de cómo elijas desarrollarte.
- Muchas veces, los proyectos de aprendizaje se ejecutan con un precio fijo cuando se ejecutan con agencias de desarrollo externas, por lo que ambas partes deben acordar un presupuesto (que no debe exceder con un margen de 10-20% hacia arriba o hacia abajo) y puede ser un desafío para ejecutar proyectos verdaderamente ágiles de esa manera.
Por supuesto, como se ha documentado mucho, eLearning es inherentemente diferente del desarrollo de software y esto significa que no podemos adoptar Agile a ciegas; pero está claro que hay utilidad con las adaptaciones adecuadas. Los desafíos no son pequeños. Por un lado, Agile otorga un valor mucho mayor a la colaboración continua entre las partes interesadas, los estudiantes y los desarrolladores, lo que no siempre es fácil de lograr de manera consistente.
Dicho esto, Agile está recibiendo mucha más atención en el contexto de desarrollo de eLearning. Se han escrito muchos libros y, si bien son los primeros días, existe una clara tendencia hacia el replanteamiento del modelo tradicional de ADDIE y la utilización del aprendizaje de proyectos de desarrollo de software Agile para proyectos de aprendizaje también. Lo mantendremos informado sobre cómo despegan nuestros esfuerzos de eLearning ágil en eNyota. ¡Estén atentos!