Elementos de Ingeniería de Software

(parte 3 de la serie: Ingeniería de Software en UNQ)

Este es el nombre formal de la materia que voy a dictar el próximo cuatrimestre en UNQ. La materia está en el contexto de la Tecnicatura en Programación Informática, una carrera de pre-grado de 6 cuatrimestres de duración cuyo objetivo es:

Formar técnicos/as capaces de elucidar e implementar soluciones en un amplio espectro de problemas asociados a las tareas de diseño/programación dentro del desarrollo de software, en un alcance razonable para un egresado/a pre-universitario, siendo capaces de aprovechar los conceptos aprehendidos en la carrera para pensar y resolver situaciones concretas, y basados en una amplia experiencia práctica obtenida durante el recorrido de la carrera.

He resaltado con negritas algunos puntos importantes que se reflejan claramente en el dictado de las materias, según me he hablado com docentes y alumnos.

Si bien en la UNQ no existen correlatividades, en el plan sugerido de cursada, la materia está ubicada en el 4 to cuatrimestre de la carrera. Al mismo tiempo, la inscripción en la materias se realiza personalmente con un docente tutor, quien tiene la posibilidad de no anotar al alumno en un materia, si considera que el alumno no está en condiciones de cursarla. El punto es que en general, los alumnos que llegan a cursar esta materia, vienen con sólidos conocimientos de  en lo que respecta a programación orientada a objetos, patrones, algoritmia y base de datos, pero sin conocimientos en cuanto a requerimientos, arquitectura, gestión de proyectos y demás cuestiones «blandas» de la ingeniería de software. Otro punto a considerar es que en el resto de las materias de la carrera, los alumnos siguen aprendiendo cuestiones técnicas como programación concurrente, construcción de interfaces de usuario y tienen una materia llamada Desarrollo de aplicaciones que auspicia en cierto modo como materia integradora. Esto hace que Elementos de Ingeniería de Software sea la única materia en la que ven cuestiones generales de ingeniería de software que no son de índole técnica.

Luego de haber analizado todas estas cuestiones y  haber consultado con varios profesores, ya tengo una idea como encarar la materia. Como libros de texto voy a utilizar Software Engineering de Pressman y The Art of Agile Development de Shore. Dado el contexto de la materia, no voy enfocarme en cuestiones de management (aunque si las vamos a ver) si no más bien en cuestiones de self-management que todo programador tiene que poder hacer:

  • Entender el contexto de su trabajo
  • Entender los requerimientos e incluso poder modelarlos y transmitirlos.
  • Organizar su trabajo y estimarlo.
  • Comunicar su trabajo: progreso, dudas, impedimientos y siguientes pasos.
  • Identificar potenciales inconvenientes relacionados a su trabajo.

Para todos estos puntos voy a tomar como referencia complementaria el Personal Software Process de Humphrey. Tengo la intención de que estos temas no queden solo en la teoría y para ello planeo hacer un par de coding dojos/katas y algunas otras actividades de índole práctica para poner justamente en práctica cada uno de los temas que vayamos viendo.

Por otro lado, también voy a dar algunas cuestiones un poco más técnicas relacionadas a arquitectura, atributos de calidad y diseño de alto nivel, principalmente porque no hay ninguna otra materia en la que se vean.

Finalmente hay una serie de temas complementarios que quiero dar como ser:

  • Modelos de calidad (CMMI, ISO, etc)
  • Administración de servicios de sofware
  • Emprendedurismo
  • Desarrollo Open source

Para todos estos temas complentarios y también para algunos de los temas principales, pienso convocar a algunos profesores invitados. En particular quiero invitar a gente de la industria a contar como llevan a la práctica las cuestiones que vamos a estudiar en la materia. Y para esto mi idea es traer representantes de empresas de distintos tamaños:

  • Un pequeño emprendimiento (entre 3 y 8 personas)
  • Un empresa mediadiana (unos 200 empleados)
  • Una empresa grande/multinacional (más de 500 empleados)

Bien, creo que esto es todo por el momento. A medida que se me vayan ocurriendo más cosas las iré publicando.

Software, Hardware y Peopleware

(parte 2 de la serie: Ingeniería de Software en UNQ)

Como ya mencioné en una entrada anterior, durante la segunda mitad de este año voy a dictar ingeniería de software en UNQ. Esto me ha llevado a plantearme explícitamente mi visión de esta disciplina.

Estoy absolutamente convencido que la ingeniería de software es una disciplina con un gran contenido social/humano más allá del contenido técnico. Si bien seguramente haya gente desarrollando software en «forma aislada», creo que no es lo más común, en general el software se desarrolla en equipos de personas. En forma más o menos directa el software es utilizado por personas. Y aunque no suene muy lindo, podríamos decir que la materia prima del software son las ideas/experiencias de las personas que participan en el proceso de construcción.

Del párrafo anterior se desprenden algunos corolarios.

El trabajo en equipo requiere de ciertas habilidades «blandas» que en determinados contextos pasan a ser incluso más relevantes que las habilidades «duras o técnicas».

Puede que las personas sean más importantes de lo que parece a simple vista. Y ya que hablamos de las personas no puedo dejar de recomendar este sorprendente video sobre motivación.

No estoy solo en esta posición, pues de hecho no la «invité» yo sino que la «escuche» de Tom De Marco y Fred Brooks y he tenido la posibilidad de confirmarla día a día en los años que llevo trabajando tanto en la industria.

Por último repito la frase que puse en mi página personal

Estoy absolutamente convencido de que el principal factor para el éxito de los proyectos no es ni el software ni el hardware, sino el peopleware, y es por eso que adhiero fervientemente al manifiesto ágil.

continuará…

Cambio de materia

(parte 1 de la serie: Ingeniería de Software en UNQ)

A comienzos de este año comencé a dar clases en la Universidad Nacional de Quilmes (UNQ). Por diferentes razones, me tocó sumarme a la materia Objetos 1, en la cual se enseña Programación Orientada a Objetos. Fue una experiencia muy interesante que ya contaré en otra entrada. El tema ahora es que con el comienzo del segundo cuatrimestre hubo una re asignación de profesores y como consecuencia de ello, el próximo cuatrimestre voy a dictar Ingeniería de Software :-).

En realidad el nombre formal de la materia es Elementos Ingeniería de Software y hasta el momento la venia dictando Gabi Arévalo quien tubo la amabilidad de pasarme el material que ella venia utilizando para el dictado de la materia. Por lo que vi de este material y lo que hablé con Gabi, la materia está basada en los clásicos libros de Pressman y Sommerville, con algunos agregados adicionales.

Esta nueva responsabilidad (con gusto asumida ya que yo mismo sugerí el cambio) me llevo a plantearme como encarar la materia. Después de revisar el material que me pasó Gabi, comencé revisando los objetivos de carrera, el perfil de los egresados y el plan de estudio. Luego me planteé explícitamente cual es mi visión de la ingeniería de software, cosa que nunca había hecho formalmente o si lo había hecho nunca lo había escrito. Finalmente me reuní con los profesores de la materias que dictan las material relacionadas. Es a partir de todo esto que comencé a diseñar la materia. En próximas entradas voy ir compartiendo lo que vaya generando.

continuará…

Agiles a JAIIO 40

El año pasado, algunos de los miembros de la comunidad ágil de Argentina, creamos un grupo de interés dentro del contexto de la Sociedad Argentina De Informática e Investigación Operativa (SADIO), para darle un marco formal a nuestras actividades. Desde entonces hemos establecido una muy buena relación con SADIO, que a su vez nos ha apoyado en la realización de diversos eventos como el Agile Open Tour y Agiles2011. Es asi que en las próximas Jornadas Argentinas de Informática e Investigación Operativa (JAIIO) organizadas por SADIO va a haber un conjunto de talleres a dictados por miembros del grupo de interés. Pueden encontrar más información al respecto en la página del evento, tal conozcan a alguno de los instructores ;-).

 

Grado y posgrado

La semana pasado asistí a tercera clase presencial del maestría en educación que estoy cursando en la UNLP.  La clase fue sin duda la mejor de las 3 que presencie hasta el momento en la cursada. Como parte de la clase realizamos una actividad grupal que me hizo reflexionar sobre los diferentes perfiles de los alumnos en las carreras de posgrado. Esto me llevo a plantear hipótesis que comparto a continuación.

En una carrera de grado, los alumnos provienen de una formacion media que si bien puede tener distintas orientaciones y distinta profundidad, a mi entender no suele ser tan divergente para una carrera dada. O sea, es comun esperar que alguien que piensa en estudiar  derecho tenga una formacion media orientada a humanidades, mientras que alguien estudiando ingenieria es mas posible que tenga una formacion media tecnica. Al mismo una finalizada la carrera de grado y ya entrando en la vida profesional la gran mayoria de los egresado de una carrera se desempenan en un campo con cierta amplitud pero bastante alineado.

En el caso de los posgrados, creo que la situación es distinta. En primer lugar la gente que ingresa puede venir con formaciones radicalmente distintas. En el caso particular del posgrado que estoy haciendo, hay informáticos, gente de ciencias de la educación, médicos, músicos y profesores de ingles y de educacion fisica. Al mismo tiempo, una vez finalizado el posgrado campo de trabajo es muchisimo mas variado. Esto hace que mas alla de los conocimientos que forman parte de la currícula propia del posgrado, uno se enriquezca mucho a partir del intercambio interdisciplinario.