Mi experiencia con Flipped Learning

Esté es mi primer post, para el curso de Aprendizaje Invertido o Flipped Learning, del Tec de Monterrey http://kenscourses.com/OpenFlipWinter2016/schedule/. La primera tarea consiste en hacer una reflexión acerca de nuestra experiencia con está técnica didáctica. 

¿Qué sé sobre Flipped Learning?

Está técnica de enseñanza, comenzó a formar parte de los cursos ofrecidos en el Tec de Monterrey como alternativa para implementar en nuestros cursos. Así fue como leí algunos posts y artículos sobre el tema. El que más me gustó, fue el Reporte EduTrends del Observatorio de Innovación educativa del Tec. Está serie de reportes que incluyen MOOC, Aprendizaje Adaptativo, Educación basada en competencias, Aprendizaje Invertido, entre otros, tienen una estructura clara y dan un panorama amplio suficiente para motivar en conocer más a detalle alguna de estás técnicas. Disponibles en: http://observatorio.itesm.mx/redutrends.

Del reporte mencionado, me quedé con varias inquietudes y me quedó un poco más claro a que se refiere esta técnica:

• El aprendizaje invertido es diferente al aula invertida
• El aprendizaje invertido utiliza mucho los videos en donde los profesores ofrecen material, pero no todos son videos, se puede utilizar una gran cantidad de recursos educativos.
• En este libro se mencionan los cuatro pilares del aprendizaje invertido: 1) Ambientes flexibles, 2) Cultura de aprendizaje, 3) Contenido intencional y 4) Docente Profesional. 

Algo que me gusta mucho del reporte es los casos de éxito que promueve. De inicio, Finlandia sería el primer país en implementar aprendizaje invertido. La educación finlandesa es admirada por sus increíbles resultados de aprendizaje. Pero más allá de todos los casos hay resultados comunes:

• Una mejor percepción por parte del estudiante
• Un desarrollo de habilidades diferentes a las de una clase tradicional
• Una menor tasas de reprobación
• Un incremento en el aprendizaje de contenidos
• Mejor disciplina
• Discusiones más enriquecedoras
• Entre otros resultados, de manera adicional algunas escuelas como Escuela Revere High School, utilizando este modelo pasaron de ser una de las peores calificadas en el ranking educativo de USA a obtener el premio a la transformación en el Estado de Masachuset.

En fin, el reporte me dejó con el interés suficiente para explorar la técnica y buscar más información al respecto.

Clase de Pensamiento Computacional en la Preparatoria del Tec de Monterrey Campus Zacatecas

Después de buscar varias alternativas para enseñar a programar a los alumnos de prepa, encontré el siguiente material que utiliza dos técnicas didácticas complementarias: el aprendizaje invertido y el aprendizaje orientado a proyectos.

Este material está disponible para su uso abierto, utiliza licencia creative commons, y fue generada por investigadores de Monash University: Aidan Lane, Bernd Meyer and Jonathan Mullins. With contributions by Jon McCormack. 

El proyecto consiste en crear Arte Generativo utilizando una herramienta Open Source llamada Scribble, basada en Scratch, un lenguaje de programación de bloques del MIT que se ha convertido en el estándar para enseñar a programar. Una de las principales razones es que te enfocas en el desarrollo del pensamiento lógico y dejas del lado el aprendizaje de la sintaxis, permitiendo enfocarte en la solución de problemas. 

El método que utiliza el libro es que los alumnos leen un pequeño capítulo, hacen un ejercicio igual al proveído en un link de Youtube y durante clase toman un pequeño quiz para validar el aprendizaje. Durante clase el profesor y los estudiantes resuelven una serie de ejercicios que tiene mayor complejidad. 

De manera complementaria, los alumnos desarrollan dos proyectos parciales en los que cada un diseño recursivo y crean su propio fractal, lo imprimen y añaden pintura para crear un lienzo físico que utiliza una técnica mixta. 

http://monash-blockbooks.appspot.com/scribble/pdf-video/tutorial1

Ejemplo del video en YouTube Tutorial 1.

El libro "Generative Art With Scribble" está disponible en  http://monash-blockbooks.appspot.com/

La clase de Administración de Proyectos de Software de la Maestría en Ingeniería de Software del CIMAT Unidad Zacatecas

Este curso inicia básicamente, con una pregunta a los estudiantes, ¿Cuántos libros han leído en su carrera sobre ingeniería de software? El 80% de los estudiantes responde que ninguno. Planteado el nivel de lectura se establece el objetivo de la clase: leer cuatro libros de Ingeniería de Software.

Los estudiantes leen.
The Mythical Man Month de Frederick Brooks.
Peopleware de Timothy Lister y Tom deMarco.
Scrum de Jeff Sutherland.
y Kanban de David Anderson.

Los estudiantes deben de presentar un mapa de conceptos, como ejemplo el ensayo de Brooks "No Silver Bullet" queda como ejemplo para utilizar esta técnica. https://eight2late.wordpress.com/2009/05/01/beyond-words-visualising-arguments-using-issue-maps/

Y de ahí para adelante, los estudiantes presentan y hablan sobre lo aprendido en el capítulo y se crean discusiones más interesantes durante las clases.

Existen otros elementos en los que no voy a profundizar, como exposiciones de casos de fracaso en la industria del software en PYMES mexicanas, el desarrollo de una caso propio, el peor en el que los estudiantes hayan participado para enriquecer la biblioteca de casos y para que apliquen y reflexiones sobre los principios de administración de proyectos de software aprendidos, entre otras.

Algunas conclusiones sobre el enfoque aplicado a ambos experimentos

• Los estudiantes aprenden más, ya que ellos leen por que tienen un compromiso.
• Las discusiones son más ricas. 
• Los ejercicios vistos durante clase pueden ser mejore comprendidos pues los alumnos ya revisaron el material previamente.
• Es una técnica que me ha permitido que los estudiantes se involucren más, en ella puedo tomar el rol de guía. 
• En el caso de la clase de programación, los muchachos realizan y comprenden un ejercicio fácil y en clase hacemos una serie de ejercicios complementarios mucho más complejos, de tal manera que al final del semestre, realizan alrededor de 80 ejercicios de programación diferentes, más tres proyectos (dos obras de arte generativo y un videojuego).

En definitiva, me gustaría profundizar en esta técnica para que mis alumnos tengan un mejor nivel de aprendizaje.

A brief review of the results of the class Computational Thinking 2015

What did we do in a good way?

• Give them an atari 2006 game.
• Translate a game from scratch.
• Use the same topics for everybody.
• Use better criteria for the projects.
• Students evaluating the game (They were interested in the final presentation).

What do we have to change or add to make a better class?

• We have to say that you can consult or view code, but you have to create a new program.
• Maka a different test for the 2 groups. Make different exercises from the ones made in class.
• Lets the students copy or read the code.
• Don´t let the gamers be there in the classroom.
• Speak and deliver in English.
• Do a videogame on scratch daily for a whole year, add it to youtube... Make it in a methodical way...
• Students don´t understand the properties of the canvas.
• Consider another option to develop a game like Unity.
• Upload their games to the scratch page.
• Pair reviewing (this is very important).
• Zero Bugs (don´t allow bugs).
• Start with the games an improve it.
• Create a book.
• Create one videogame for each day.

We have to add to the project...

• Pair review
• If they have bugs, then assign less points to the team.
• Make the presentations for parents.

Un resumen de lo mejor del Curso de Enterprise Service Planning de Lean Kanban University.

Aprendizaje del curso ESP con David Anderson

1. Con un proceso estadístico se puede hacer una estimación de proyectos en 2 días con un error del 10%. Proyectos de 1 año estimados en dos días con una desviación del 10%.
2. Modelos como CMMI son útiles como marco de referencia. Haciendo referencia a Bertrand Meyer, pudo haber sido 30 páginas a 600 páginas que no se entienden (Agile). El CMMi de acuerdo a Bertrand Meyer.
3. La gran oportunidad de hacer un software para Enterprise Service Planning.
4. Con el diagrama radial hacer una administración de riesgos visual. Lo interesantes son las dimensiones.. El maercado, aspectos legales, probabilidad de que nos paguen, que nos cuesta un retrazo o costo de delay, factibilidad técnica y la dependencia.
5. Este curso solo ha sido impartido en Huwei y en Spotify. Arturo y Alex de CIMAT son los terceros.
6. En palabras del viejo, este es el segundo mejor curso que ha tomado en su vida. El primero fue con Goldratt.
7. Gestión de riesgos utilizando un gráfico radial (agregar gráfico del Viejo). Primero hizo un Ejercicio David Anderson. Luego se hizo el ejercicio de CIMAT.

Aplicando las dimensiones de riesgos para el desarrollo de una tesis

• Inglés aprobado
• De tiempo completo o no.
• Aspectos personales de alumno.
• Están trabajando.
• Que sus tutores tengan antecedentes de no graduar a alguien.
• Que el tutor pueda reunirse con ellos físicamente.
• Por ejemplo, el que tienen menos riesgo es alumno soltero de tiempo completo

Consejos para la elaboración de una tesis.

Poner link del artículo del Viejo en Facebook. Traducirlo al español.

• Una meta clara
• La continuación de un experimento que ya está publicado
• Lo más riesgoso es la incertidumbre, que ten cambien todo constantemente
• Si tienes un alumno casado con hijos. El ejemplo de Tony , tuvo que aprender cuatro lenguajes de programación diferentes para implementar los patrones, tiene el talento.

Observaciones del Seminario de Tesis. Diciembre 2015. MIS. CIMAT. Zacatecas

Mi experiencia con los seminario de tesis 2015 de la Maestría en Ingeniería de Software. 

Leonel y Tony. Exponiendo el Seminario de Tesis de la MIS.
Diciembre 2015.

Primera presentación: Ana Laura Hernández Saucedo

"Tema: Desarrollo de una herramienta para detección de vulnerabilidades en aplicaciones web".

¿Qué hizo bien el alumno?

• El 70% de los ataques son a nivel aplicación
• El 90% de los programas atacados son los realizados en PHP
• Su revisión sistemática es una constante en los alumnos que trabajan con Jezreel y Mirna
• Sus cadenas de búsqueda
• IEEE, ACM y Springer
• Criterios de inclusión y exclusión
• Seis artículos, que tenían que ver con herramientas Web, Vulnerabilidades.
• Identificar guías de vulnerabilidades: OWASP, TOP25 MOST DANGEROUS SOFTWARE ERRORS.
• Identificación del modelo CERT-RMM, ISO 27002. Gestión de la seguridad de la Información. En ambos casos tomaron solo la parte del modelo que tiene que ver con vulnerabilidades. 
• Investigación en Dependencias de Gobierno Estatal 
• PHP en su mayoría y luego .NET (igual que en el estudio previo y la justificación).
• Un híbrido del proceso de gestion de vulnerabilidades de ambos. 
• Que funcionalidades
• Los mockups y como se mostró el reporte. 

¿Qué debe agregar o cambiar para un mejor trabajo?

• Cuántas herramientas de las ya existentes se probaron para hacer el esacaneo.
• En cuantas dependencias y en cuantos sistemas se probó
• Cual es la diferencia entre los reportes de las herramientas existentes y la creada.
• Contra PHP y contra .NET 
• El caso de estudio de la herramienta en cuantos sistemas fue y en cuantas dependencias. Se les hizo llegar la información a estas dependencias. 

Objetivos: 

1) Una revisión sistemática (técnicas y herramientas)

2) Análisis de resultados (matriz de trazabilidad, comparativo de modelos y estado de la práctica de las herramientas)

3) Desarrollo de la propuesta (Modelo genérico híbrido, funcionalidad informática sde las herramientas, desarrollo de la herramienta)

4) Validación de la propuesta (Caso de estudio de la propuesta del uso de la herramienta y del modelo)

Dudas de Alejandro:

• 5 ¿En la estadística de vulnerabilidades reportadas por McAffe (Web o aplicaciones de escritorio)?
• Son de aplicaciones Web.
• OWASP tiene un plan de herramientas open source realizadas por OWASP.
• Utilizar esas herramientas 
• Poner un nombre a la herramientas

Dudas Pepe:

La herramienta existe? En que etapa va? Donde se va a implementar?

Dudas Mirna:

Cuando vas a terminar, tenías planeado para Junio.

(motivando a hacer el esfuerzo para terminar en tiempo).

Dudas Jezreel:

• Además dar una guía para eliminar.
• Fecha de presentación 15 de enero de 2016.

Presentación de Leonel Perea.

Binary BPB

Qué hiciste bien?

• Es muy concreto el estudio.
• El ejemplo de las películas es bueno. Habría que poner también las imagenes del lado en que quede ordenado. Ese ejemplo es muy bueno y muy claro.
• Conclusiones adecuadas.

Qué puede mejorar?

• El entendimiento del gráfico del Chaos Report.
• Explicar el concepto de evaluación absoluta vs evaluación relativa. 
• Los conceptos si se mencionan en Inglés, también mencionarlos en español.
• Para que se puede utilizar AHP (mencionarlo explicítamente) y como está relacionado con el objetivo del proyecto. 
• Las gráficas que pusiste el pintarrón ponerlas como una animación en tu presentación. Un gif como los de Tony. Poner esos ejemplos en la persentación para ser más ágil. 
• A LA HORA DE PRESENTAR LOS RESULTADOS MEJOR HACERLO EN EXCEL. 
• Es bueno que también se pruebe en una empresa contra una estimación real (vs el libro no estamos seguros de que así sea). 
• Un ejemplo de AHP es muy claro, para ver como funciona. 

Preguntas de Carlos Lara o sugerencias:

- Formalizar la presentación.

- Ver el idioma.

Preguntas de Jezreel o sugerencias:

- Hablar en español.

- ¿Hasta que número de requerimientos y número de integrantes es manejable este nuevo proceso que trabajas?

- Justificar muy bien. 

- El título no está relacionado (coherencia, justificación, impacto).

- Pensar mejor en el nombre del artículo. 

Preguntas sugerencias de MIrna:

- Agregar objetivos y ver que tanto se cumplieron o no. Solo se pusieron preguntas.

- Como se mejorar el valor de negocio y el tiempo de estimación. 

- ¿Has pensado en publicar en algún lado este estudio? Hay un gran oportunidad de presentar estos resultados en alguna revista (journal). Plantearse en publicar los resultados preliminares. 

Preguntas sugerencias de Alejandro:

- Reducir la cantidad de diapositivas para tener más aire.

- Las dipositivas de Carlos, 

- La meta del método es priorizar un backlog de scrum, pero contra que lo mejora. Con este método las personas se tardaron 20 minutos, mientras que si lo hicieran con el Planning Poker se hubieran tardado .

- Para 30 requisitos hubieran sido 900 decisiones vs 120 contra este método propuesto. Si se mejora tienes que hacer una comparación sobre contra lo que lo mejoras. 

Presentación de Antonio Cabrera (Tony).

Presentación: Comparativa de lenguajes de programación concurrentes: Go, Scala y Elixir

Qué hizo bien el alumno?

• La mención que hace de los diferentes modelos de programación concurrente. 
• Mencionar que se está haciendo un ejercicio de escritura en blogs para cada uno de las implementaciones, lo cual es un previo para la escritura de la tesis. 
• Buscar ejemplos más sencillos para explicar los diferentes modelos de concurrencia.
• Enfatizar el problema que estás enfrentando y como mencionó la Dra. Mirna que objetivo general y que objetivos específico se tienen. 
• Escribir un libro en leanPub el libro de texto. Es muy adecuado. 
• El trabajo futuro me parece muy interesante. Agregar otros patrones. 

Qué debe de mejorar?

• Agregar objetivos general y específicos, como bien identificó la Dra. Mirna.
• Mencionar que ya se escribieron varios posts en un blog como ejercicio.
• Que problema se está resolviendo. Porque se está proponiendo una comparativa de los lenguajes de programación concurrente. Desde la curva de aprendizaje.
• Agregar un esquema.
• Haciendo referencia a los libros de 6 lenguajes de programación en 6 semanas. O 7 bases de datos en 7 semanas de ORealy. 

Dr. Jezreel:

• Mencionar versionamiento.
• Darle una mejor estructura a la presentación
• Porque se están tomando en cuenta esas métricas.

Dra. Mira:

• Estructurar de acuerdo a la problemática.
• Cual es tu público objetivo (cualquier usuario que quiera aprender patrones concurrente, entre más código se escriba y más complejo este, se requiere más mantenimiento). 
• Cual es el campo de aplicación de tu trabajo? Programadores junior.
• Cuál es la problemática? Llevo trabajando tres años y siempre me ha interesado el tema de la concurrencia. En la empresa en la que trabajo le pidieron aprender elixir. 
• Porque se eligieron elixir, escala y Go? Hay más. son los más conocidos basados en que, en la experiencia de Tony?
• Tratar de no bailar con el experimento. 

Alejandro García:

• Mencionar porque se seleccionaron 6 patrones.
• Mencionar que ya están publicados en la PLOP. 
• Seleccionar los problemas tradicionales que ya se mencionan.
• Cual es la motivación personal, pero cada vez las computadoras van a tener más procesadores en 2020 vas a tener 100 procesadores en una PC. Para que nos interese a todos. 
• No hay una lenguaje.  

Ideas:

1. Escanear con una herramienta existente, de preferencia open source para escanear todos los sitios de Gobierno Estatal y de Gobiernos Municipales. Dar una serie de guías para resolver esos problemas de manera personal. 
2. Recomendaciones de las presentaciones. Gráficas que se vean. Números de Página. Objetivos en infinitivo. Aportación principal de tu trabajo, siempre mencionarla (que problema estamos resolviendo o ayudando a resolver). Se definió, mapeo un proceso.
3. Algunos alumnos al final me comentaron que notaron dos cosas, uno que los de atrás no escuchan porque los alumnos expositores no hablan fuerte. La segunda es que todos "leen" las diapositivas. En lugar de solo tomarlas como referencia, las leen.

Now/Ahora

I'm living in Zacatecas, staying quite focused, avoiding distractions. I spend all my time on these things: (in order of time spent)

• Being a half time dad on workweek. Full time dad on weekends.
• Making the last push to graduate this generation of students. And preparing the next generation to graduate on July 2016.
• Sell one workshop at least  (Scrum Master, Scrum Dev, Kanban or TRIZ). 
• Studying my PhD on Education. Creating the Master Degree on Sw Engineering - Online.
• High school teacher for creativity and programming / CIMAT teacher.
• Updating the Register of the Master in Software Engineering  "National Quality Program".
• Those are my priorities. I don’t want to do anything else right now. (No more attending to conferences until further notice.)

People often ask me to do other things. I sincerely wish them the best, and often wish I could help more, but I say no to all requests, because I just need to focus on my work. For years, I spent most of my time saying yes to people’s requests, but got nothing done myself.

I only do things for intrinsic reasons — not money.

If my activities or priorities change, I’ll update this page. Last update was November 2015.

Things that I have said no lately:

• INCmty
• Playing basketball with friends.
• Bigdata

El método Shu Ha Ri, un buen método para dar una buena clase o probar un nuevo modelo de innovación.

Un nuevo modelo de innovación para PYMES del Sector de TI y Software

Del porque los estándares proliferan... 

Después de mucho buscar al final decidí entrar a mis estudios de Doctorado en la Universidad Autónoma de Zacatecas. El Dr. Rodrigo Castañeda, me invitó a participar en el Doctorado en Ingeniería y Tecnología. Existe una línea de Gestión de la Innovación Tecnológica que está alineada con proyectos que realizamos en CIMAT. Además, fui aceptado en el esquema de tiempo parcial, por lo cual el Doctorado lo estudiaré a mi ritmo.

El borrado de tema seleccionado para la tesis te Doctorado tiene por objetivo crear un nuevo modelo de innovación para PYMEs del Sector de TI y Sw. El Viejo, me hizo el favor de enviarme la imagen anterior. Básicamente la traducción sería: Debo de crear un nuevo modelo de innovación porque los 14 modelos de innovación existentes no cumplen con lo que necesitamos. El resultado es que habrá 15 modelos de innovación en un futuro próximo.

Basado en el libro The Toyota Way to Lean Leadership, que explica como Toyota sobrevivió a varios problemas que lo tuvieron contra la lona, Jeffrey Liker y Gary Convis (2012) explican el método de entrenamiento de los líderes Toyota. 

El entrenamiento tiene raíces profundas en la cultura japonesa basada en el confusionismo y las artes marciales. Y básicamente puede definirse como el método maestro aprendiz o Shu Ha Ri.

Primero seguir, luego romper y luego crear.

El rol del maestro o sensei es un poco diferente al rol de un maestro como el que estamos acostumbrados a tener en la cultura occidental. El maestro en nuestra cultura expone al alumno el método que debe utilizar y le da los atajos para que el alumno pueda avanzar rápido. Todo esto prácticamente con teoría. El rol del alumno es escuchar al maestro, memorizar los principios para luego hacer un examen para demostrar que aprendió los principios.

En el Shu Ha Ri, el alumno debe de imitar al maestro. Ello implica que el maestro además de conocer la teoría conocer la práctica. El rol del maestro en el método Shu Ha Ri es asegurarse de que el alumno no tome atajos y que practique de forma deliberada la tarea, actividad o destreza que debe desarrollar.

Antes del Shu Ha Ri. Aprender de los maestros.

Como un paso previo para poder impartir nuestro curso, debemos de encontrar el mejor curso. El mejor curso proviene del mejor maestro disponible. En mi caso he tenido la bendición de tener buenos maestros y colaborar en CIMAT y en el Tec de Monterrey donde un objetivo primordial es el desarrollo de las habilidades de los profesores.

Un método para desarrollar un curso de manera efectiva

• Primero Shu (seguir la regla). Encontrar el mejor curso y replicarlo exactamente.
• Segundo Ha (Romper la regla). Se pueden hacer modificaciones. Aquí, comienza el análisis de lo que salió bien y lo que salió mal. Para ello utilizo la herramienta Plus/Delta que Ellen Dumb nos mostró en su curso de TRIZ. 
• Tercero Ri (Ser la regla). En este punto, es cuando nosotros creamos una nueva manera de impartir la materia. Un curso que es producto de la experiencia y la mejora continua y de identificar las necesidades de los estudiantes y las habilidades propias. 

Primer ejercicio: curso de Análisis y Diseño de Problemas con TRIZ de Ellen Dumb.

Desde 2001 imparto clase en el Tec de Monterrey. Y poco a poco los cursos han evolucionado, el día de hoy puedo decir que 3 de los 4 cursos que imparto estoy orgulloso de ello (aunque nunca satisfecho). Hay otro curso que me gusta mucho: el curso de Diseño y Análisis de problemas con TRIZ. Y este en particular me gusta mucho. He descubierto que este curso me gusta por lo siguiente: no lo hice yo. Lo hizo Ellen Dumb. Ellen nos dio un curso de tres semanas sobre como utilizar TRIZ. El acuerdo, después del curso es que nos convirtiéramos en entrenadores de TRIZ, teníamos permiso para usar los ejemplos de Ellen durante los primeros tres cursos. Después, dijo Ellen "deben de utilizar sus propios ejemplos". Esto en un principio me inquietó. Después de algunas experiencias con TRIZ, entendí porque. 

• En primer lugar, los cursos impartidos, si se tiene la voluntad, se van enriqueciendo con nuevos ejemplos de la literatura y ejemplos propios.
• En segundo lugar, los cursos que he impartido han caído dentro de dos áreas profesionales, la primera es Ingeniería de Software, la segunda, educación. En cada una de estas áreas hay preguntas que aquejan a los desarrolladores de software y a los profesores. Ejemplos del uso de las herramientas para este sector en específico es uno de los requisitos identificados en la retro del curso de la UV. TRIZ para Ingeniería de Software.  

Segundo ejercicio: taller de seis sombreros para pensar de DeBono.

En esta ocasión recibí una capacitación de un taller de certificación sobre la técnica de seis sombreros para pensar de Edward de Bono en el Tec de Monterrey. De inicio me pareció que TRIZ es un modelo más ingenieril y sistemático. Lo que no me gustaba de seis sombreros para pensar es que salían muchísimas ideas, frecuentemente sin sentido y no aplicables. En mi primer cursos de Creatividad y Diseño Digital del nuevo programa de la Prepa Tec impartí este curso pero solo con el uso de postits y generación de ideas utilizando la técnica de estímulos aleatorios. No quedé tranquilo.

En el presente semestre, la Maestra Yolanda y su servidor, impartimos el curso replicando EXACTAMENTE el curso recibido hace un año. El resultado, un mejor entendimiento de la metodología y resultados muy concretos. Como podemos ver.

Tercer ejercicio: aprendiendo a programar utilizando arte generativo de Monash University.

Este curso ya lo había impartido en 2 ocasiones anteriores. 

Pero ya con los dos ejemplos anteriores, traté de hacerlo exactamente igual que los de Monash. 

Aquí también tuve algunos aprendizajes.

Había cosas que no había entendido perfectamente de Scribble. Pero en la tercera ocasión el flujo del curso fue más sencillo. Después de hacerlo pude llegar a la fase de HA (romper con el modelo) y aquí incluí ejercicios de recursividad de diferentes fuentes. De tal manera que los resultados fueron mayores y además enriquecidos, pero solamente después de haber realizado el ejercicio de la lectura del curso.  

Conclusiones para el inicio del Doctorado

Al crear un nuevo modelo de innovación, mi plan es:

1. Identificar el mejor modelo existente. Este modelo debe de cumplir ciertos criterios (àgil, iterativo, eficiente, accesible, usable).
2. Replicarlo en una muestra para PYMES mexicanas (Shu).
3. Identificar cuales son las áreas de oportunidad (Ha).
4. Crear mi versión del modelo(Ri).

Segundo seminario de Tecnologías de Información 2015 de la MIS.

Alumno de la MIS, en el seminario de Tesis.

El Seminario de Tesis es organizado por la Dra. Mirna y tiene por objetivo el preparar a los alumnos para su examen de grado y para dar a conocer a todos los alumnos de la MIS e invitados los temas sobre los cuales los alumnos e investigadores están trabajando. 

Ahora la toca el turno a Josúe, Lizbeth, Memo y Heltton. 

El principal problema plateado por Lizbeth es la falta de conciencia de los problemas de seguridad de información por parte de las empresas. 

El proceso que usa la Dra. Mirna me gusta (revisión sistemática). También el proceso utilizado por el Dr. Arturo Mora me parece muy bueno:

1. Preguntas de investigación
2. Luego palabras clave
3. Luego se buscó el trabajo relacionado y a que estándar tiene relacionado, así como que herramientas. 
4. Una encuesta para validar de primera mano con un grupo pequeño de empresas. 
5. La solución propuesta
6. Respecto al proceso de Jezreel, coincide con Mirna en el número total de artículos encontrados y luego los artículos que sí cumplen. De 200 pasaron a 100. 

Preguntas para Lizbeth:

• Estimado de la capacitación requerida para que las empresas puedan implementar el modelo? 1 mes vs 6 meses.
• Tiene contemplado un seguimiento puntual para la implementación de este proceso? 1 año.
• Tiempo requerido para lograr resultados tangibles? 1 año.

Exposición de Guillermo Rojo. Administración de riesgos para sistemas basados en APIs.

• Muy bien la presentación de Memo, explicando de manera gráfica cada uno de los conceptos.
• Muy bien las referencias.
• El modelo de clasificación de riesgos con sus dimensiones me pareció adecuado.
• Muy bien que la tesis está desarrollada en base a tres casos reales. Ya está validado que los problemas que se enfrentaron fueron reales. Si se hubiera manejando los riesgos desde un principio. 
• Un muy buen trabajo. 

Preguntas para Memo:

• Basados en el chaos report solo dices que se desfasa en calendario y en tiempo. En el gràfico te falto ten alcance, dices que ahí...
• Que sigue, despues de esto? Un artículo sería algo bueno...
• Inglés.
• Agregar las referencias al final de la presentación.
• Agregar también en anexo de caso de "El Planeta".

• Luis Julián:¿Cuál es tu aportación? Son estrategias puntuales para mitigación de riesgos para sistemas basados en APIs.
• Jezreel: ¿Qué es lo que se hizo realmente? Se analizaron tres casos de estudio puntuales y se identificaron los riesgos y se planteo como.  
• Mirna: Exactamente, cuál es tu producto. Si nos pones dos o  tres pasitos. Que digas el procedimiento sobre como se identificaron y analizaron los riesgos para que el proyecto fuera genérico.

Sugerencias para Memo: 

La que me pareció muy bien es hacer una abstracción de pasos para gestionar los riesgos. 

Preguntas y sugerencias para Heltton:

• Subir el tamaño de letra.
• De esos 90 controles propuestos, cuales son los criticos para tener una seguridad de los activos de CSIRT.
• Toda cadena es tan fuerte como su eslabón más débil. ¿Cuáles son los controles críticos?
• Cuantas personas de tiempo completo o cuantos roles son requeridos para poder llevar de una buena manera estos 90 controles. 
• El seguimiento de estos controles que porcentaje del tiempo lleva para estos controles. 
• El caso de prueba en estas propuestas siempre son dejados hasta el final y solo puede realizarse frecuentemente una parte del caso de implementación. ¿Cuál será tu estrategia para que esto pueda realizare en tiempo y de la mejor manera.?

Luis Julián:

• ¿Cuál es el tamaña de la muestra?, ¿Dónde vas a hacer tu experimento? En el CSIRT de CIMAT.
• ¿Qué es lo se recomienda? Un equipo de respuesta ante emergencias informáticas. ¿Y después?
• ¿Esto puede implementarse en alguna empresa?

Jezreel:

• Somos un país pobre en seguridad. Es necesario un CSIRT.
• La lección aprendida es terminar en tiempo. 
• Heltton: No definí bien el alcance de mi proyecto de tesis. No definí de que grado hacerlo, iba a salir una pagina muy grande, al final decidí enfocarme en lo más crítico. No se esperen a que su director de tesis pida avances, hay que buscarlo. 

Presentación de Josúe: Aprovisionamiento automático de servidores: El caso Adblock Plus.

Puntos buenos.

- Muy buena coherencia de la presentación, según Mirna.

- El contraste del fondo es bueno. 

A mejorar:

-Agregar  la otra referencia de perdida de dinero de infraestructura.

-Revisar la ortografía de manera puntual. Como, le falta acento.

-Agregar un objetivo general y un objetivo específico.

-Faltan apoyos gráficos. En estado del arte 1/10 agregar GRÁFICO. 

-No se ve el detalle de los diagramas, está muy pequeña la letra. 

-Agregar un diagrama de CONTINUOUS INTEGRATION.

-Es más fácil y más barato crear nueva infraestructura que actualizar la que ya existe.

-En la tabla de herramientas agregar referencias (de donde salió, elaboración propia).

-Qué es INFRAESTRUCTURA. Se habla durante todo el 

-Poner logos cuando hablas de las empresas.

-Agregar las referencias de las métricas. 

- Procedimiento PREVIO AL EXPERIMENTO. Cambiar el título en Experimento 2/11.

- Diagrama. Agregar nombres con letra grande a los DIAGRAMAS. 

- Agregar el diagrama de gantt (QUE ES ELABORACIÓN PROPIA).

- En los diagramas de PIE (NO SE VEN BIEN).

- NO SE TIENEN BUGS POR CUESTIONES DE ENTORNOS. PORQUE LOS ENTORNOS SON IGUALES.

COMENTARIOS...

- DEVOPS. Es un tema que pocas personas manejan pero es una necesidad actual y una demanda particular de las empresas este tipo de trabajo.

- Jezreel. Es un área olvidada en metodología, no en procesos. Existe mucho de la Gestión de la configuración que ya se maneja en CMMi, en COBIT. No está olvidada, pero en cuanto a procesos si se está tomado en cuenta. Siempre está enfocado a desarrollo de Software. 

- Porque no han publicado. Es que lo vamos a registrar como derechos de autor o modelo de utilidad. Es un área olvidada en el como abordarla. Publicarla dentro de las lecturas. Si se puede dar a conocer. Es necesario enfocarlo.

-Luis Julián. ¿Cuál es la relación entre reusabilidad e infraestructura desechable. Cual es la similitud y cual es la diferencia? Lo que se propone es hacer eso mismo, usar la infraestructura como código.

-Mirna. Facilitar el cambio es más efectivo que intentar prevenirlo. ¿Cómo se hizo el estado del arte?, quien te recomendó los libros: los tutores y en secuencia. Que propones para generar más evidencia para que se note. Antes de la producción no se puede, pero de ahora en adelante...

Aprendizaje para el tema de Josué:

• Hay un problema muy fuerte. Enfatizarlo. El aprovisionamiento tradicional no responde a las necesidades actuales de rapidez.
• Hay que agregar definiciones para términos que probablemente la audiencia no conozca.
• Jezreel recomienda que se centre
• Hacer una investigación del estado de la práctica para reportes técnicos.
• Decir abajo el número de diapositiva que se está manejando.
• Las tres presentaciones, Memo, Heltton y Lizbeth son ricas en apoyos gráficos. Creo que hace falta buscar este tipo de apoyos para tu presentación. 
• Es muy útil para personas que van a desarrollar Mash-ups, pera tener una mayor esperanza de un mejor funcionamiento de su aplicación basada en Mash-ups. Un mejor riesgo respecto a disponibilidad. 

Ideas o acciones por realizar:

• Awareness - la palabra clave. Tanto en el tema que hemos estado manejando de electrotecnia, así como. ¿Cómo hacemos consciente a las personas de cierto problema? Y ¿cómo las motivamos a que tomen acciones al respecto?
• En un principio se dice que la mayoría de las empresas no están preparados para proteger sus activos de información. ¿¿¿Este marco de trabajo como trata este problema????
• Avisar a todos acerca de Inglés. 
• Publicación de trabajos de Memo y de Josúe. 

Patrón identificado:

• Algunos investigadores hacen primero un modelo y una herramienta y luego tratan de implementarla.
• Algunos investigadores hacen primero el desarrollo de los proyectos y asi ya se tienen los casos de estudio.

Porque todos los alumnos no han terminado en tiempo:

• Estudio Guiado I antes.
• Crear el hábito de estar trabajando varias horas en el proyecto.
• Las estancias realizadas por los estudiantes han alargado el tiempo para escritura de tesis, aunque generan material muy interesante para el desarrollo de la tesis.
• Algunos alumnos entran a trabajar.
• Los alumnos están ocupados desarrollando proyectos adicionales (proyectos con la industria).
• Los investigadores/tutores/directores de tesis los están ocupando.
• Por la falta de seguimiento por parte de los profesores.