OkkumFeatureManager

En el último apunte comenté que habiamos decidido adaptar un mix de metodologías agiles a nuestra gestión de proyectos. Hemos cogido la metodología FDD y la norma ISO 15504, las hemos metido dentro de la coctelera y el resultado ha sido GFO. El trabajo de casar la norma con nuestra metodología no esta completa, pero avanza a buen ritmo. Lo que avanza a mejor ritmo todavía gracias a Django es nuestra herramienta de gestión de proyectos basada en GFO (como me gusta esto de tener nuestras propias siglas, no eres nadie en el mundo de la tecnología sino las tienes, nosotros como somos más web 2.0, le poniamos nombres a las cosas, por ejemplo Hawai a nuestra web de tramitación de vacaciones, aunque la tentación ha sido irresistible esta vez).

A la aplicación le hemos puesto nombre, porque no nos sale de natural lo de las siglas, OkkumFeatureManager, en tributo a sus orígenes. Y he escrito este apunte con dos propositos, el primero fardar de programa y el segundo felicitar a los creadores de Django y a todos los que nos están haciendo la vida más fácil a los programadores (eso incluye al mesias del javascript que ha traido a la humanidad la salvación: más conocida como JQuey).

He subido una captura de pantalla de lo que es actualmente la aplicación, ya podemos crear proyectos, crear, editar y eliminar superconjuntos de funcionalidades, conjuntos y funcionalidades, las presentamos de forma ordenada por prioridades (podemos reordenar con drag&drop), cambiar el estado de la funcionalidad (codificado, testeado, documentado y aceptado) y con el cambio de estado cambia el color de la representación de la funcionalidad, de forma que la información resulte muy intuitiva e inmediata, podemos calcular fechas aproximadas de finalización del proyecto a partir de la información sobre las estimaciones de duración de cada funcionalidad, el grado de completitud del proyecto y estamos avanzando en crear estadisticos sobre la gestión del proyecto (retraso en la entrega, desviación media de estimaciones, etc.). Lo más impresionante es el tiempo que hemos empleado por el momento 4 días, si contamos en horas de programadora y diseñadora (si, este proyecto lo realiza un mini-equipo totalmente femenino) alrededor de 45 horas.

En los últimos años, he aprendido que tener claros los requisitos, poder contrastarlos contra lo que vamos desarrollando y conocer el feedback del cliente con la mayor brevedad posible, son imprescindibles*. También que intentar implantar complejísimos sistemas de gestión que impliquen complicados procesos de aprobación y validación, documentación, pruebas y encajes de bolillo, es peor aun, porque encarece brutalmente el producto sin ofrecer nada (alguno podrá decir, airadamente, que ofrece mayor calidad, allá el si cree que es así).

Las metodologías agiles nos han enseñado que se puede reducir el “overhead” de la gestión en los proyectos, pero con sus limitaciones y siempre basándose en una premisa fundamental, un desarrollador es un profesional altamente cualificado que trabaja fenomenalmente en equipo y se responsabiliza de su trabajo. Para que nos entendamos, que seamos unos freaky de cuidado.

Aquí enlazaré con Django; este framework tiene como mayor ventaja que elimina muchísimo trabajo repetitivo y de poco valor, de forma muy elegante, como desventaja que presupone que el programador es bueno y si no lo es que se dedique a otra cosa  (probablemente pensaron que para los malos programadores ya hay muchas herramientas, todas las demás :p). Elimina mucho trabajo de codificación,  también de pruebas y testeo, ya que las funcionalidades que nos ofrece: funcionan; pero, sobretodo, trabajo de teclear lineas de programa, por lo que podríamos pensar inicialmente que el trabajo se vera reducido a la mitad, cuando en realidad el trabajo de picar, es solo una parte.

Es importante al trabajar con Django, cambiar la forma de pensar, adaptarla a la realidad de un lenguaje (Python) y un framework que simplifican la vida del programador, que se puede dedicar a diseñar y construir la mejor solución posible para el cliente, pero también a probar y asegurar la consistencia de la aplicación. La gestión de proyecto, no pasa a ser menos importante porque se codifique menos para conseguir lo mismo.

A raíz de la implantación que estamos llevando a cabo de SPICE, hemos comenzado el desarrollo de una pequeña herramienta de gestión de proyectos basada en FDD (en realidad en Gestión de Funcionalidades by Okkum -GFO-, que es nuestra versión de Feature Driven Development). La estamos haciendo en Django, no podía ser de otra manera, y esperamos tener la primera versión, más o menos operativa, la semana que viene. A algunos os parecerá reinventar la rueda, lo es. Para nosotros, tener una metodología ágil que se adapte a la norma ISO 15504 es fundamental y tener una herramienta software para facilitarnos la vida, también, y no hemos encontrado una solución estandar en el mercado que nos convenciera.

Integrar los procesos de SPICE en nuestras tareas diarias es la única forma de conseguir mejorar la calidad y asegurar el éxito de los proyectos, por mucho que Django nos aseguré que pasaremos menos horas picando, tenemos que concienciarnos en que un proyecto solo esta acabado si esta:

¡¡¡Codificado, comentado, comprobado,integrado, revisado, 
test unitarios pasados, desplegado para testeo, aceptado 
por el usuario y documentado!!!

Con Django, además de codificar menos y más rápido, la documentación es más sencilla, puesto que muchas de las decisiones de diseño estan predeterminadas por la propia herramienta y con aplicaciones como Selenium y unittest, los test unitarios y funcionales pueden integrarse facilmente con soluciones como Hudson o CruiseControl, así que si para cada requerimiento de cliente que hemos definido  podemos tener un test funcional realizado con Selenium.

Sin animo de ser pesado, es fundamental a la hora de la gestión de un proyecto, ser capaces de estimar cuanto vamos a tardar en hacer todo esto y no solo una parte de ello. Pero el tema de la estimación de tiempos lo dejamos para otro día.

*Si, ya se que me lo contaron cientos de veces en la universidad, pero seguro que tampoco cambias tus contraseñas periódicamente, ni haces copias de seguridad.

Ya he comentado que soy miembro de la junta directiva de las dos principales asociaciones locales de software: la patronal GsBIT y el cluster TIC para el turismo Turistec. Ya llevo dos años prácticamente en estos menesteres y mis conclusiones después de observar la colaboración que existe entre las empresas 2.0 y las 1.0 en el mundo tecnológico (somos unas 60-70 empresas en Mallorca) es que la colaboración entre empresas tiene muchas aristas que deben limarse. Es fundamental no pelearse con el de al lado por las migajas, sino mirar el pastel entero, ver que tenemos suficiente para los dos y trabajar para conseguir más juntos que por separado. pero no todas las empresas tienen un modelo de negocio compatible con la colaboración, otras veces una de las dos aprovecha mejor los recursos obtenidos de la colaboración, a veces competir implica no ser tan escrupuloso como requiere la cooperación y la confianza es imprescindible para colaborar.

Personalmente, creo que las pymes tienen la necesidad imperiosa de colaborar para poder competir, pero tienen que encontrar el entorno adecuado para hacerlo y la cooperación no siempre es posible, hay que escoger muy bien los compañeros de viaje y dejar el marco de trabajo muy claro desde el principio.

Ahora entiendo la coopetencia de un modo distinto a la primera vez que oí el termino: como la búsqueda en un entorno de competencia de colaboradores; ya no como la  colaboración de  todas las empresas de un sector (o subsector) para crecer conjuntamente, compitiendo a la vez. Igual que no es posible que todos los alumnos de un aula sean amigos, o que el vestuario del Barça este tranquilo un año entero.  Eso no quita valor al enorme esfuerzo que hacemos todas las entidades de Turistec, todo lo contrario, le da muchísimos más, por la dificultad que implica llegar a un compromiso entre colaboración y competición.

Soy un técnico y me siento más cómodo hablando de Django y programando que con la gestión empresarial, pero a pesar de ser una pyme es imprescindible entender que sin una vertiente no existe la otra. Así que a  programar y a trabajar para crear mi ecosistema de colaboración y competencia, donde nuestra empresa pueda crecer y madurar.

En el caso de Twill, su uso es sencillo y potentente, pero requiere conocimientos de Python y se ejecuta desde linea de comandos. Selenium, es el sueño de un programador web. Es un add-on de Firefox, que graba los clicks, textos y demás acciones sobre la página y después podemos reproducirlas tantas veces como sea necesario, sin necesidad de volver a realizar el proceso, Selenium lo hace por nosotros. Además, permite realizar algunas comprobaciones, como por ejemplo que el titulo de la página es el esperado, que existe determinado texto en la página, un id, etc. Además, podemos convertir nuestros guiones a varios lenguajes, para que se usen como test unitarios, uno de ellos es Python.

Hemos empezado a usar esta herramienta para generar nuestros tests funcionales, la solución completa ofrecida por SeleniumHQ, es SeleniumIDE y Selenium Remote Control. Selenium RC, es un servidor que ejecuta los scripts de test creados desde el IDE.  Como podeis ver una solución más que completa.

Instalar la aplicación es trivial, una vez instalada, vamos a Herramientas/Selenium IDE y ponernos a grabar (botón rojo de la parte superior derecha). Todo lo que hagamos en nuestro Firefox a partir de este momento hasta que paremos la grabación (con el mismo botón rojo) queda registrado y puede volver a ejecutarse. La grabación genera un código que podemos manipular fácilmente y que nos permitirá controlar el flujo de ejecución del test.

Aqui tenemos un ejemplo (ya en python) del guión que se genera para ir desde la página de inicio de djangoproject.com hasta la primera página del tutorial (http://docs.djangoproject.com/en/dev/intro/tutorial01/#intro-tutorial01), donde comprobamos que el texto “Writing your first Django app, part 1″  esta presente.

    sel = self.selenium
    sel.open("/")
    self.assertEqual("Django | The Web framework for perfectionists with deadlines", sel.get_title())
    sel.click("link=Documentation")
    sel.wait_for_page_to_load("30000")
    self.assertEqual("Django | Django documentation | Django Documentation", sel.get_title())
    sel.click("//div[@id='s-first-steps']/ul/li[2]/a[1]/em")
    sel.wait_for_page_to_load("30000")
    self.assertEqual("Django | Writing your first Django app, part 1 | Django Documentation", sel.get_title())
    try: self.failUnless(sel.is_text_present("Writing your first Django app, part 1"))
    except AssertionError, e: self.verificationErrors.append(str(e))

Como comentaba, usaremos Selenium para crear nuestros tests funcionales, para agilizar las pruebas que hacemos al programar, para documentar las pruebas y el funcionamiento de la aplicación, pero también para test de carga, para comprobar que el tiempo de respuesta de la aplicación es aceptable y cualquier cosa más que se nos ocurra. En los últimos meses, especialmente desde que estamos inmersos en la evaluación de SPICE, estamos prestando mucha atención a la capacidad de predecir y documentar (en la medida de lo posible) nuestro trabajo, los test unitarios y funcionales son una prioridad en mi agenda, creo que Selenium se convertirá en una herramienta al nivel de Subversion o Netbeans en Okkum, simplemente parte integral de nuestra forma de trabajar.

PR: wait… I: wait… L: wait… LD: wait… I: wait… wait… C: wait… SD: wait…

Estas son sus principales características, en estos momentos:

PR: wait… I: wait… L: wait… LD: wait… I: wait… wait… C: wait… SD: wait…

La experiencia ha sido muy positiva y gracias a ella se ha renovado mi pasión por la programación, como fruto de este proyecto piloto hemos decidido trabajar con Python como lenguaje principal, todavia tenemos muchos proyectos que estan hechos en Java y algunos clientes (principalmente la administración púbica) quieren continuar con el lenguaje de Sun. Antoni Aloy, nos esta ayudando a ponernos al día con Django y creo que el resultado esta siendo excelente. Por el momento, a parte de la web, estamos realizando otros 3 miniproyectos, una aplicación (en el sentido django) para consultar el registro de llamadas de un servidor Asterisk, una galeria de fotográfias artísticas basada en django-photologue y un generador informes sobre una base de datos legada con gráficas basdas en Open Flash Chart; espero ir liberando cada uno de los proyectos cuando esten terminados (primera versión estable) y continuar compartiendo nuestros avances con vosotros.

Estos últimos meses, cada vez que me he sentado delante del ordenador de casa ha sido para programar (en el trabajo no suelo tener tiempo), por lo cual tengo mi cuenta de Flickr abandonada, el blog con menos entradas de las que me gustaría y un par de cenas con amigos pospuestas.

¡La semana que viene página renovada!

Teníamos una triste página estática en el área de tecnologías y una web que no acababa de solventar nuestras necesidades en la unidad de negocio de consultoría de recursos humanos. No hay forma mejor de aprender que hacer las cosas, pero no podíamos arriesgarnos con un gran proyecto con plazos definidos de antemano y presupuesto cerrado.

Hemos decidido integrar un CMS, al que hemos tuneado un poco con TinyWCE que teoricamente integraba pero que a la hora de la verdad se ha tenido que configurar manualmente (prometo que Dani escribirá un post sobre el tema) y django-filebrowser, Esto nos permitirá la gestión de las páginas de contenido. Además incluiremos una tienda basada en Satchmo. Además añadiremos un conjunto de herramientas para la gestión de los servicios que ofrecemos en Okkum recursos humans, que desarrollaremos desde cero.

La experiencia esta siendo muy positiva, Python y Django son lo que uno espera de un lenguaje de programación y un framework web, ni más ni menos (es la primera vez que puedo decirlo de cualquier lenguaje, exceptuando tal vez Perl que es el mejor para lo que se diseño).

Hoy hemos creado un proyecto en googlecode y a lo largo de las próximas semanas podreís encontrar nuestra aportación. Os seguiré contando los avances.

PD: me ha sorprendido la facilidad con la que google te regala espacio, si lo comparás con SF especialmente.

Java tiene un amplio abanico de librerias que te permiten hacer casi de todo, cada libreria con sus dependencias y sus incompatibilidades. Python tiene menos opciones, pero para todo lo que he necesitado hasta el momento he encontrado una libreria.

Pero la gran diferencia no esta en el lenguaje de programación, donde las diferencias entre un lenguaje tipado y uno dinámico están más que discutidas, sino en Django. JPox+Servlets+GWT es una arquitectura ad-hoc, en cambio el marco de trabajo (tal vez la traducción sea demasiado literal, pero no he visto una que me convenza más) tiene toda una serie de ventajas que hemos podido disfrutar desde el primer momento, hay cientos de aplicaciones, unas muy buenas otras no tanto, ya desarrolladas que encajan perfectamente entre ellas. Tienes recursos (1, 2) en los que poder encontrar aplicaciones que te llevarán a no tener que reinventar la rueda.

En nuestra web comenzamos con un pequeño CMS de creación propia, extremadamente sencillo que nos demostró la potencia de Django. Después hemos buscado un CMS existente que se encargará de servir los contenidos, hemos encontrado aplicaciones de foros, blogs o tienda on-line que nos llevarán a tener una web completamente integrada en unos días. La verdadera revolución es lo sencillo que resulta rehusar el trabajo de otros para dedicarte a lo realmente importante, en este primer proyecto, mostrar nuestro producto.

A medida que se incremente la dificultad de lo que queremos hacer iremos encontrando las piedras, espero tener oportunidad de ir compartiendo nuestros avances.