Informe de situación

Hoy hace un mes (y un día) que escribí el primer mensaje en este blog, y sin que sirva de precedente O:-), me he propuesto hacer un “breve” informe de la situación. También espero escribir al menos una vez a la semana…

Lo primero de todo, decir que nunca había seguido una metodología firme de planificación y la verdad es que me está costando lo suyo. En concreto, estoy haciendo un Documento de Objetivos para la asignatura de Gestión y Planificación de Proyectos. Hoy (miércoles 22/11/06) tengo la primera entrevista sobre mi primer boceto de documento que ya colgué en la sección documentos de la forja de RedIRIS.

Ese boceto está algo desorganizado y le falta unos cuantos puntos a tratar, fruto de una simpática ofuscación con preguntas que nunca antes me había tenido que hacer: ¿Quién va a leerlo? ¿Qué conocimientos se le presupone?, ooo… ¿El documento debe mostrar un equipo ficticio de analistas y desarrolladores o la realidad misma?, etc.

Así que todavía toca ordenar, profundizar… e inventar :-D

En otro orden de cosas, hace un tiempo que empecé a documentarme sobre la situación actual de la aplicación (GNU Mailman), las herramientas que utiliza, y las utilidades que voy a utilizar especialmente para el proyecto.

Poniendo nombre a las cosas, el proyecto Mailman está escrito en Python (y una pequeña parte en C), y utiliza las GNU Autotools (para crear el ./configure, Makefiles y demás) y la herramienta de internacionalización (i18n xD) GNU gettext.

Además, para mi proyecto voy a utilizar el sistema de plantillas Cheetah, con el que ya he empezado a hacer algunos bocetos (prototipos dirían algunos O:-)).

Fruto de tanto GNU algo me he debido idiotizar y he empezado a usar GNU Emacs (en modo gráfico), que se integra bastante bien con el resto de herramientas GNU (menús con accesos o acciones rápidas). Además, para el caso concreto de Python y Mailman (y su estilo de programación), me está facilitando un poco la vida.

“Sólo” me queda conseguir el auto-completado de objetos en Python, tal como tengo puesto en consola al lanzar el intérprete.

Para no perder mucho tiempo con… “EL EDITOR” xDDDD, me he pillado el Learning GNU Emacs de O’Reilly y he ahí lo que me he encontrado:

People who have or are at risk for carpal tunnel syndrome can avoid reaching for the CTRL key, an action known to aggravate that condition.

Gluuupsss. Firefox también me lo provocará :-/

En fin. Volviendo a la primera fase del proyecto, la planificación, me estoy apoyando en algunos artículos que explican modelos de gestión para gente débil de voluntad y poco experimentada: el alumno xD

Uno de esos artículos es “El modelo de desarrollo para un Proyecto Fin de Carrera en Ingeniería Técnica en Informática”, de Agustín Cernuda del Río. En él expone algunos errores clásicos y cómo solucionarlos. Algunas frases que me han llamado la atención son:

  • Sobre estimación: Se estima con frecuencia, y sobre tareas pequeñas.
  • Sobre planificación: Proponemos también que el alumno lleve un “diario de proyecto”, en el que anote los sucesos importantes. Los incumplimientos del plan y las acciones correctoras se reflejan siempre en este diario.
  • Sobre planificación: El alumno siempre trabaja sobre un plan; puede modificarlo repetidamente, pero no abandonarlo.
  • Sobre gestión de riesgos: Norma de obligado cumplimiento: un avance constante (aunque sea lento) del proyecto. En caso de abandono manifiesto, cancelación del mismo.
  • Sobre documentación: Hay que evitar a toda costa que el alumno perciba la documentación como un ejercicio de burocracia gratuita.

Pero sobre todo, el párrafo principal que destaco, relacionado con la documentación, es el siguiente: Es fundamental que la documentación para el alumno sea una herramienta y que la perciba como tal. El director del proyecto puede aprovechar algunas de las dificultades específicas que el PFC plantea al alumno (indefinición, incertidumbre, falta de control, dificultad…) para que dicho alumno encuentre en sus propios documentos el apoyo que necesita. Contra la indefinición, una buena lista de requisitos [...]; contra la incertidumbre, una buena planificación, y así sucesivamente.

Y esto es todo en el frente… por el momento.

4 comentarios para “Informe de situación”

  1. loretahur Dice:

    Señor Fermat, es usted un crack (y más ahora que usa usted emacs :P; el señor Stallman estará muy complacido).

    Ánimo que vas de lujo con el proyecto.

  2. txipi Dice:

    Muerte a los emacseros!!! Larga vida al ViM!!! :-DDDD

    Interesante informe de daños ;-)

  3. bardok Dice:

    Vim caca.

    :q

  4. jose Dice:

    Muy interesante tu proyecto :)

    Todos los sufridos administradores de listas con mailman estaremos agradecidos ;)

Escribe un comentario