El comprimiso docente-alumno

Hace un par de semanas que el Algo3 empezamos a trabajar en el trabajo práctico final. Para ello les pedimos a  los alumnos que formen grupos y asignamos un docente tutor a cada grupo para guiarlos. El docente tutor juega distintos roles: por momento es líder, por momentos es cliente y por momentos es usuario.

En ocasiones suele ocurrir que los últimos dias antes de la entrega del TP los alumnos se desvelan programando y llegan a la entrega con las cosas no muy estables y con un estado físico que deja mucho que desear. Esto es algo por lo que yo también pasé en mi época de estudiante de FIUBA y es por eso que desde hace un par de cuatrimestre al comenzar el trabajo en el TP grupal tengo una charla bastante profunda con mis grupos para explicar el espíritu de la materia y en base a ello establecer una forma de trabajo ordenada para llegar a la entrega en forma óptima.

Mi objetivo es que al finalizar el TP los alumnos haya aprendido y aplicado los conceptos y herramientas vistas en el transcurso de la materia. A lo largo del desarrollo del TP procuramos trabajar en base a iteraciones semanales buscando el compromiso de trabajar con foco en un entregable de una semana a la otra (dicho entregable no siempre es código, puede que sea el diseño de algún módulo por ejemplo). A lo largo del TP manejamos 2 o 3 entregas formales que serian equivalentes a releases. En general para llegar a un release/entrega hay un trabajo de al menos 3 iteraciones. Como tutor intento que los grupos trabajen de forma fluida de modo de evitar tener una sobrecarga de trabajar sobre la fecha de entrega. Es más, siempre les digo no trabajar durante la noche anterior a la entrega: si la entrega es el jueves, el miércoles a las 22 a más tardar deberían congelar el desarrollo y en todo caso trabajar en detalles de presentación como correcciones ortográficas y cosas de ese estilo.

La cursada debe ser un win-win para el alumno y el docente. Yo como docente quiero que la mayor cantidad de gente posible aprenda lo que enseñamos en la materia, cuanto más aprobados y cuanto mejores las notas mejor es para el equipo docente. Al mismo tiempo, ¿que más quiere el alumno que aprobar las materia y aprender los conceptos de la misma?. De cara a esto es que aliento a los grupos que me escriban mails en caso de dudas en lugar de esperar a la clase presencial. Al mismo tiempo cuando recibo un mail intento contestarlo a la brevedad.

No le veo sentido y no me gusta que mis alumnos lleguen destruidos el dia de entrega. Claro está que si no aparecen en las clases, no mandan mails y pretenden aprobar el TP como paracaidistas voy a ser riguroso en la corrección. Pero al mismo tiempo si demuestran compromiso y los veo trabajar voy a tener una consideración absolutamente distinta, siendo incluso bastante flexible, por creo que no solo el conocimiento cuenta, sino que la actitud y la predisposición también son importantes.

Bueno, estas son algunas de mis ideas sobre la educación, tengo algunas más pero por el momento creo que esto es suficiente.

El desafío de agregar valor

Hace unos dias estuve cenando con viejo compañero de la facultad, quien desde hace un par de años lleva a adelante su propio emprendimiento desarrollando software a medida. El lugar de la reunión fue El Desnivel (clásica parrilla del barrio de San Telmo y lugar bien conocido para todo alumno de FIUBA). Mientras cenábamos mi amigo me comentaba de un proyecto que había realizado hace un tiempo y me pareció muy interesante para ilustrar la dificultad de agregar valor:

Resulta que mi amigo tomó un proyecto en el cual tenia que re hacer un aplicación existente, utilizando una arquitectura /tecnología diferente y agregando ciertas nuevas funcionalidades. La complejidad de este tipo de proyectos radica en que el  cliente debe pagar por el valor total de la nueva aplicación, cuando en realidad su percepción inmediata de valor está dada sólo por las nuevas funcionalidades que no exitian en “la versión anterior”.Si bien el cliente es conciente que la nueva aplicación va a poder soportar nuevos escenarios de carga y al mismo tiempo la implementación de nuevos requerimientos va a a ser mucho más simple que con el sistema anterior, este es un valor que el cliente no percibe a primera vista en el corto plazo.

Mucho hablamos con mi amigo al respecto de este tema pues en ocasiones me ha tocado trabajar en proyectos de este tipo, pero lamentablemente aún no he encontrado la vuelta para manejar “la percepción de valor” que tiene el cliente en proyectos de este tipo.

¿alguna idea?

[Agile Open BAires: Coding] Resumen

Ayer estuve participando de este evento que se llevó a cabo en el pabellón 2 de Cuidad Univesitaria. No se exactamente cual fue el número exacto de asistentes, pero estimo que seriamos alrededor de 35 personas.

El lugar elegido elegido fue el comendor, un lugar en verdad muy luminoso, amplio y con grandes mesas. Al mismo tiempo permitia que los asistentes pudieran facilmente en cualquier momento pedir una dosis de café a la pasada entre sesión y sesión. +1 a esta decisión de los organizadores.

El evento comenzó con una breve intro de Juan, luego de la cual hubo algunos ligthtning talks que en la mayoria de los casos fueron “promociones” de las sesiones que luego se propusieron.

Como se acostumbra, luego se paso a la parte de propuesta de sesiones, pero a diferencia de otros open space, a medida que se iban proponiendo las sesiones las mismas iban siendo ubicadas en la grilla sin ningún tipo de votación previa. No estoy seguro que esto sea lo más conveniente, pero para este caso funcionó bien, asi que +1 a esta decisión también.

Lamentablemente no pude quedarme hasta el final, pero hasta donde participé me resultó muy interesante.

Próximas actividades

¡Recorcholis!, cuanto hace que no escribo. En este último tiempo he estado abocado a algunas actividades de índole más cultural que me han mantenido distante de este espacio. Pero estoy devuelta porque se vienen una par de semanas movidas.
Para empezar mañana se llevará a cabo en Ciudad Universitaria un Agile Open enfocado en la temática “Coding”, la idea es que la gente lleve sus máquinas y se armen sesiones de programación. Personalmente tengo bastantes expectativas en esto.
Por otro lado el miércoles próximo, en el clásico encuentro mensual de la comunidad, PablitoT y Rick Colusso estarán facilitando una actividad titulada “Buenas prácticas, malas prácticas”, que pinta ser muy prometedora ya que cuando la propusieron mencionaron algo de hacer música. Como siempre, entrada libre y gratuita previa registración: http://spreadsheets.google.com/viewform?key=pYRdgdY5GynMxKLfA9HgFEg

Nos vemos!