Aplicación del Proceso de Mejora Continua en la Enseñanza Universitaria de Sistemas

DIS

I -

UT

N R

osari

o

1Lic. L. Ripani - Ing. E. Porta11/06/09 v. 2.01 [LRI 11/6/09]

Rosario, 12 de junio de 2009

Lic. Luciano Ripani

Director Área Sistemas - DISI

UTN - F.R.Ro.

Proceso de Mejora Continua

en la Enseñanza

Universitaria de Sistemas

Ing. en Sistemas de Inf. - UTN – Regional Rosario

DIS

I -

UT

N R

osari

o


OBJETIVOS

• Exponer una Experiencia Exitosa de aplicación de M.C.

en Rosario

• Comentar factores clave para la implementación de la

M.C.

• Plantear la aplicabilidad en la formación interna en

Empresas

DIS

I -

UT

N R

osari

o


La Experiencia - Motivación

• Experiencias previas en innovación curricular (años 95 a

2002) → sin proceso sistemático de Mejora Continua

• OPORTUNIDAD: Cambio en la Dirección de la Cátedra de

Diseño de Sistemas (año 2003)

• MOTIVACIÓN: Contenidos basados en plan 1995 → GAP

con “estado del arte”

• DESAFIOS: Dictar nuevos contenidos - Formar nuevos

docentes

• MEDIOS: Apoyo de las autoridades para asignar cargos

fuera de línea

DIS

I -

UT

N R

osari

o


La Experiencia – Inicio

• Análisis del GAP

–Estándar base → Computing Curricula Software

Engineering (ACM / IEEE)

• Revisión de las directrices de las carreras de sistemas en

USA (Inicio: 1998 – Primer Draft: 2002)

• Especifica Asignaturas agrupadas por Áreas de

Conocimiento

• Especifica Contenidos por asignaturas

–Nivel: Comprensión – Conocimiento – Aplicación

–Relevancia: Esencial – Deseable - Opcional

DIS

I -

UT

N R

osari

o



• Computing Curricula Software Engineering

DIS

I -

UT

N R

osari

o



• Análisis del GAP

–Cambio completo a mediano plazo → 3 a 4 años

• Decisión de ir a un Proceso de Mejora Continua

–Proceso gradual de introducción de mejoras

–Ciclos de mejoras cortos (3 a 6 meses)

–Una vez completado el ciclo total para cubrir el GAP

→ surgirán nuevos GAP s

–Proceso M.C. basado en IDEAL (SEI)

DIS

I -

UT

N R

osari

o


Proceso para la Mejora Continua (*)

Área Sistemas - DISI

(*) Basado en el Modelo IDEAL

SEI Carneige Mellon University - USA

Asignar

Sponsor

Crear

Estructura

GMC

Fijar

PrioridadesDefinir

Estrategia

Planificar

Acciones

Crear

una

Solución

Prueba

Pilotode la

solución

Analizar

y

Validar

Proponer

Acciones

futuras

Estímulo de

Cambio

Inicio

Diagnóstico

Establecer

Accionar

Aprender

Estado

Actual

y

Deseado

Definir

Recomen-

daciones

Establecer

Contexto

/ Alcance

Refinarla

solución

Implementarla

solución

Medir

Medir

Medir

Re-asignar funciones /

Nuevos integrantes

Cátedra DS

Nuevo Programa Analítico

Con

docentes

Con

alumnos

eGroup

alumnos

eGroup

docentes

GMC

(dedicado)

Concientización

DIS

I -

UT

N R

osari

o


Ciclos ejecutados – Cátedra Diseño Sistemas

• Año 2003 (2 sem.) / 2004

– Reformulación del contenido curricular de la materia

– Elección de nuevos docentes (reemplazos por renuncias)

– Proceso unificado aplicado a TOO

– Arquitectura de Software

• Año 2005

– Aplicación Diagrama Secuencia / Diag. Clase de Diseño

– Método de corrección de exámen (práctica) – Políticas de la Cátedra

– Teoría de Casos de Uso

– Workshop de CASE Rational Modeler (docentes)

– Larman 3 edición

DIS

I -

UT

N R

osari

o



• Año 2006

– Workshop de CASE Rational Modeler para alumnos

– Usabilidad y Patrones de interacción conceptuales

– Clase pre-exámen (ejemplos – errores más frecuentes)

• Año 2007

– Diagrama de Actividad (modelado de negocio)

– Modelo de Dominio

– Patrones de interacción conceptuales (versión 2)

– Workshop a docentes otras asignaturas

DIS

I -

UT

N R

osari

o



• Año 2008

– Calificación Académica IBM en CASE Rational Modeler para alumnos

– Trabajos de Ingeniería Inversa (grupo piloto)

– Clase pre-exámen basada en Ingeniería Inversa (ejemplos – errores más

frecuentes)

– UML 2.0

• Año 2009 (en curso y planificado)

– Clase pre-exámen v. 2.0 (UML 2.0 - basado en CASE Rational)

– Otros CASE Rational (Requerimientos - Testing) (GMC)

– Comunidad Conocimiento en Arquitectura Software (GMC – Profesionales

del medio)

DIS

I -

UT

N R

osari

o


Para destacar

• eGroup alumnos → 1100 inscriptos (alumnos cursando + regulares aprox.

200)

• Tasa de fracaso en examen práctica bajó de 50% (2004) a 20% (2008)

• 160 alumnos con diploma Calificación Académica IBM en CASE Rational

Modeler (2008)

• Notable mejoría en trabajos prácticos y parciales (2008) → a partir programa

Calificación en CASE Rational

• Cambios plan carrera 2008 → ya están cubiertos con contenido actual

– Beneficios de haber alineado el rumbo con Computing Curricula en el 2004

• Volcado de activos a otras cátedras → utilizados en implementación plan 2008

• Reconocimiento por parte de alumnos y egresados años anteriores de que

“ahora estamos dando lo que se usa en las empresas”

DIS

I -

UT

N R

osari

o


GMC - Estructura

• El Grupo M.C. está compuesto por 3 integrantes (part time)

–1 cargo completo ( 6 hs semanales )

–2 de 0,5 cargos (3 hs semanales)

• Se han asignado horas fuera de línea para ser dedicadas al

GMC

• Aptitudes particulares para realizar tareas en el GMC

• Flexibilidad en asignación de integrantes al GMC → a lo largo de

los años se han rotado alguno de los integrantes

DIS

I -

UT

N R

osari

o


GMC – Reseña de tareas

• Tareas propias del rol (las más frecuentes)

– Medir

– Definición de Procesos / Técnicas

– Creación de Templates / Ejemplos

– Creación de Guías

– Capacitación a docentes

– Estudio en herramientas (CASE)

• Tareas docentes especialista (relacionadas con MC)

– Piloto de nuevas estrategias con alumnos (eGroup – Forma de corregir

examen - Clase pre-examen – Clases C.U. – Clases Patrones Interacción)

DIS

I -

UT

N R

osari

o


MC – Roles Afectados

• Mejora Continua

–Integrante GMC

– Adscriptos

–Docentes de la Cátedra (piloto)

–Alumnos (primer implementación)

• Multiplicadores

– JTP replicar el piloto a todo el material de la cátedra

– Docente especialista dicta clases especiales a los alumnos

hasta que el docente habitual esté formado

DIS

I -

UT

N R

osari

o


MC - Métricas

• En todo proceso de M.C. la medición es un aspecto fundamental

• Métricas implementadas

–Cuantitativas:

• Codificación de errores posibles en exámenes finales y parciales

• Planilla de puntuación de cada final capturando métricas de

errores

• Fracasos en exámenes finales

• Exámenes teóricos con Multiple Choice → captura de aciertos y

errores clasificándolos por categorías de conocimientos

relacionado

DIS

I -

UT

N R

osari

o


MC - Métricas

–Cualitativas

• Evaluación de Madurez de las mejoras introducidas luego de la

aplicación de cada docente en su comisión (entrevistas)

• Evaluación de Madurez en grupo piloto segundo nivel

• Promover Feedback constante de docentes y alumnos con

críticas o sugerencias

– Detectar oportunidades de mejora / madurez incompleta de algún

cambio

– Corregir ciclo actual / alimentar próximo cíclo de mejora

DIS

I -

UT

N R

osari

o


MC – Herramientas / Técnicas

• Planificación del Proceso de Mejora

• Repositorio de Activos (procesos / plantillas / ejemplos / etc.)

• Comunicación digital → eGroups (GMC / Grupo Piloto /

General)

• ToDo para próximas versiones

–Compilar: sugerencias / críticas / ideas resignadas en versión

actual

• Proyectos Piloto → contrastar la mejora con la realidad

• Políticas de la cátedra → estándar de aplicación del UML

DIS

I -

UT

N R

osari

o


MC – Herramientas / Técnicas

• Grupos de adopción de varios niveles

–Nivel 1 → GMC

–Nivel 2 → Grupo Piloto (docentes de la cátedra )

–Nivel 2 bis → Grupo Piloto ( alumnos comisión piloto)

–Nivel 3 → Alumnos de todas las comisiones

• Herramientas CASE

– En este caso Modelado / Autoría de Procesos

• Comunidades de Conocimiento

– Intercambio de experiencias entre especialistas de un tema

– Rosario Software Architect Forum – 2009 → 65 inscriptos

(profesionales del medio / docentes)

DIS

I -

UT

N R

osari

o


MC - Obstáculos

• Resistencia inicial al Cambio

• Mantener el rumbo del GMC

–Distraerse profundizando un tema particular → ciclos cortos /

ToDo para próximas versiones

–Baja productividad, por falta de percepción de presión en el

proyecto (más usual en instituciones)

–Resistir la tentación de re-asignar a los integrantes del GMC a

proyectos en-línea (más usual en empresas)

• Tendencia a implementar mejoras aún inmaduras

–Reducir el scope de cada ciclo

–Resignar objetivos de plazos (más factible en instituciones)

DIS

I -

UT

N R

osari

o


MC - Obstáculos

• Sensación de Cambio Constante

–Calibrar la velocidad del cambio (priorizar / resignar mejoras

para prox. versión)

–Esfuerzo en la comunicación / entrenamiento al implementar

cada cambio

–Aptitudes personales abiertas al cambio

• Baja motivación para adoptar el cambio

–Concientización inicial

–Decrecimiento del entusiasmo

–Planificar reuniones efectivas de comunicación / entrenamiento

–No introducir cambios cuando la mejora está aún inmadura

–Apoyo de la Alta Gerencia (más significativo en empresas)

–Actividades de control de la implementación (SQA)

DIS

I -

UT

N R

osari

o


MC – Factores Clave

• Basarse en un estándar sólido

– CC para educación

– CMMi / ITIL para sistemas

• Apoyo de las autoridades (alta gerencia)

• Actividades de concientización

–Fundamental en organizaciones más orientadas al consenso

grupal

–Igualmente beneficioso en organizaciones más verticalistas

• Buen diagnóstico del GAP inicial

DIS

I -

UT

N R

osari

o


MC – Factores Clave

• Revisión periódica del rumbo, con nuevos análisis de GAP

–El “estado del arte” evoluciona. Los estándares cambian

–Los resultados del proceso de MC modifican nuestra visión

→ descubrir nuevas oportunidades de mejora

• Trabajar con grupos de varios niveles / proyectos pilotos

• Métricas

• Flexibilidad en la asignación de integrantes del GMC

–Teniendo también integrantes estables

Este trabajo Nunca Termina !!!

DIS

I -

UT

N R

osari

o


Evolución de la Currícula

• Alineándose con la Computing Curricula se introdujeron

nuevos temas

–Proceso de Desarrollo → RUP

–Casos de Uso (lector)

–Patrones de Diseño

–Arquitectura de Software (Introducción)

–Mapeo de OO a B.D. Relacional

DIS

I -

UT

N R

osari

o


Evolución de la Currícula

–Ingeniería Inversa

–Diseño IHM (HCI - interfaz de usuario)

• Actualización del enfoque (centrado en los C.U. /

principios de usabilidad)

• Patrones de IHM (HCI)

–Herramienta CASE para modelado

–UML 2

DIS

I -

UT

N R

osari

o


Acercando el Egresado a las necesidades de la Empresa

• En el DISI UTN Rosario estamos trabajando en este sentido con:

–Plan de Mejora Continua Área Sistemas (otras cátedras

también) → alinearse con el “estado del arte”

–Convenio con vendors más importantes del mercado (IBM /

Microsoft / SUN / Oracle)

• Calificaciones académicas IBM

• Homologación Microsoft

–Herramientas GNU (software libre)

–Acceso a laboratorios desde 2 año de la carrera / clases con

proyector

DIS

I -

UT

N R

osari

o


Acercando el Egresado a las necesidades de la Empresa

–Proyectos finales (Ing. / Analistas) en empresas reales / PPS

• Aplicación a un caso real

• Prácticas de reporting a gerente de proyecto

–Internet Banda Ancha / Wireless

–Conferencias para alumnos / empresas sobre novedades del

mercado

–Trabajos conjuntos con el Centro Calidad e Innovación del PTR

–Grupos de I+D con participación de empresas (próximo a

iniciarse)

–Trabajo de I+D de avanzada en Casos de Uso / Patrones HCI

–Comunidades de Conocimiento

DIS

I -

UT

N R

osari

o


Aplicabilidad en Empresas

• Aplicabilidad en la formación interna en empresas:

–Programas de Mejora Continua con las adaptaciones necesarias

• La Mejora no se termina con la Certificación → El desafío es

continuar con la misma

• GMC dedicado (puede ser part-time)

–Repositorio de Activos / Procesos - eGroups

–Comunidades de Conocimiento ( externas / internas)

–Colaboración en Grupos I+D de la UTN

DIS

I -

UT

N R

osari

o


Aplicabilidad en Empresas

– Incorporación de Juniors → Extrapolar experiencia de Clase pre-

exámen

• Motivación → procesos, frameworks, workflows, CASE, estilos de

arquitectura, etc. (propios del mundo empresarial)

• Medir en los casos de adopción de juniors los puntos débiles

usuales → no es solo el lenguaje de programación

• Preparar activos para la capacitación / auto-capacitación en esos

puntos débiles

• Diagnóstico y Plan de Capacitación (configurable) para los juniors al

momento de su ingreso

– Cursos a medida

• Definir referentes internos para que los juniors puedan consultar en

temas específicos, durante su capacitación

• Exámenes → métricas del proceso de MC

DIS

I -

UT

N R

osari

o


Preguntas

Datos de Contacto :

Lic. Luciano Ripani (Director Área

Sistemas - DISI - UTN – F.R.Ro.)

Mail: [email protected]

LinkedIn:

http://www.linkedin.com/in/lripani

Ing. Enrique Porta (Director Cátedra

Diseño de Sistemas - DISI - UTN – F.R.Ro.)

Mail: [email protected]

mailto:[email protected]




Technology

Aplicación del Proceso de Mejora Continua en la Enseñanza Universitaria de Sistemas